1 min lesson
The generic-UXR tell
Say what this means in practice: "Knowing the product surface is what lets you ask sharp questions instead of generic ones."
Step 1 of 2
Knowing the product surface is what lets you ask sharp questions instead of generic ones. If you can name the real workflows, you can probe where the experience actually frays.
“For a developer, ‘love’ isn't a delight moment - it's trust. I'd want to study where someone accepts an agent's multi-file diff without reading every line and where they don't, because that trust boundary is the real adoption curve for an AI editor. That's a question you can only ask well if you've felt that hesitation yourself in ComposerCursor's own fast coding model, tuned for the editor and priced well below frontier models; the recommended day-to-day model for executing a plan. Press Enter for the full definition..”
The fastest way to lose the product round is to answer with a playbook that could apply to any app. “I'd run usability tests to see if users can complete the task” is a red flag for this user, because task completion is the floor for an expert. Ground every method in a real Cursor workflow and a real developer tension or you'll read as someone who studied the JD but not the tool.