Skip to content

Describe the business value, not the steps

← Tips Prompting

Describe the business value, not the steps

Tell Claude what you want the outcome to be, not which functions to call. Claude is better at finding the right code path than you are at prescribing it.

beginner

Bad: “Call the fetchUsers function, then loop over the result and filter by status === 'active', then render them in a table.”

Good: “I want a page that shows only active users.”

When you prescribe the steps, you constrain Claude to your solution — which may be worse than what it would write from scratch. Tell it the outcome (the business value, the user-visible behaviour) and let it pick the implementation. Then review the diff.

The one exception: if you have a hard constraint (a specific function MUST be used, a specific library is mandated), pin that as a constraint — but still let Claude pick the rest.

A get-unstuck move when the outcome feels fuzzy in your own head: describe the user and let Claude phrase the outcome for you.

A retail customer-service is using this dashboard. They need to see — at a glance — which customers complained this week. Help me phrase the outcome I should be asking for.

Claude turns “I want… something useful for agents” into a sharp outcome line. Reuse that line as the actual ask.

Next tip →

Iterate, don't restart

When Claude's answer is wrong, don't `/clear` and start over. Tell it what's wrong and let it adjust — you keep all the context you've already built up.