04/07/2026
This conversation happens at least once a week.
Client: "Can you build us a custom analytics dashboard?"
Us: "Maybe. Can I ask three questions first?"
Client: "Sure."
Us: "Who asked for this?"
Client: "Our VP of Sales saw a competitor's dashboard and wants something similar."
Us: "What happens if you don't build it?"
Client: "We might lose deals because our data isn't as impressive."
Us: "Have you lost any deals because of this?"
Client: "Well... not that we know of."
Us: "How will you know it's working?"
Client: "I guess... more closed deals?"
Us: "How many more deals would justify the $60K investment?"
Client: [pause] "We haven't calculated that."
One of two things happens next:
→ They realize they don't actually need it.
→ They come back with a clearer problem.
Last month, a client came back after this exact conversation.
Instead of asking for a custom dashboard, they said:
"We realized our problem isn't visualization. It's that our sales team and analytics team use different definitions of 'qualified lead.' Can you build something that syncs those definitions?"
Cost: $12K instead of $60K
Timeline: 2 weeks instead of 3 months
Result: 3 more closed deals in the first month
Here's our philosophy:
Most software agencies ask: "What do you want us to build?"
We ask: "What problem are you trying to solve?"
The first question makes us order-takers.
The second makes us partners.
Before we write any code, we ask three questions:
1. Who's asking for this? (Customer pain or internal opinion?)
2. What happens if we don't build it? (Real cost or hypothetical risk?)
3. How will you know it's working? (Clear metric or vague hope?)
If the answers are vague, we push back.
Not because we don't want the project.
Because we don't want to build something that fails.
The best code is code you don't have to write.
The best projects start with the right questions.
What's one project you wish someone had questioned before you started?