
A prospect can like your product and still do nothing. They understand the demo. They agree that their current process is frustrating. They even ask for pricing. Then the conversation disappears.
It is tempting to respond by adding features. But the missing ingredient may be a reason to act this week.
A customer has more to consider than your feature list. Adopting a product means moving information, learning a workflow, persuading colleagues, and taking responsibility if something breaks. A modest improvement may not cover those costs.
This suggests a useful research question: what happened just before a customer started looking for a solution?
Imagine a small software company whose founder has always handled financial administration. That arrangement may work until the company hires employees, adds more bank accounts, or needs consistent reporting for outside investors. The product has not changed. The cost of the old arrangement has.
That is a hypothesis about timing, not a rule that every newly funded company will buy. You still have to speak to the buyer and find out whether the problem is real.
In a customer conversation, opinions are easy to collect. A recent example is more useful. Ask the person to describe the last time the process failed, who had to fix it, and what else was delayed. When possible, have them show you the workflow using information they are comfortable sharing.
Y Combinator’s public session on talking to users is a strong starting point for planning these interviews. It emphasizes understanding the customer’s existing behavior before pitching your solution.
Keep a record of the trigger, the current workaround, the person responsible, and the consequence of leaving the problem alone. After several conversations, compare what people actually did. A pattern in behavior is more useful than a stack of enthusiastic reactions.
“Small businesses” is a category. It is too broad to tell you whom to contact tomorrow morning.
A better starting point might be a particular kind of business dealing with a particular operational change. For example, a scheduling product could start with independent clinics adding a second location. The narrower description suggests where to find buyers, which questions to ask, and what the first version needs to do.
Do not confuse that starting segment with the limit of the company. It is where you expect to learn quickly. Expansion should follow evidence that the problem and the sales process repeat.
A pilot should answer one question. Can the buyer complete the important task with your product and get enough value to keep using it?
Agree on a small scope, a start date, a responsible person, and an observable outcome. If the product reduces a manual workflow, establish how that workflow is handled today. If the buyer cannot commit even a little time to the test, that is information too.
A free pilot may help remove friction, but it can also hide weak willingness to pay. Be explicit about what happens after the pilot. Avoid treating a signed trial agreement as equivalent to durable demand.
Founders often describe their first customers as inexpensive because they did not buy ads. But the founder may have spent hours on research, setup, training, and support.
Track that effort. You do not need to eliminate personal attention at the start; it is often how you discover what the product should become. You do need to know which parts could eventually be repeated by someone else.
For a small early cohort, examine activation, continued use, payment, support time, and cancellations together. A customer who pays but requires a custom implementation every week teaches a different lesson from one who adopts the product and brings a colleague.
The best result of an early sale is a clearer explanation of why it happened. Who had the problem? Why did it become urgent? What made the risk of switching acceptable? Can you find another buyer in the same situation?
Those answers improve both your acquisition process and your financial plan. They help you decide where to invest and where an optimistic forecast is getting ahead of reality.
At Fondo, we believe founders should have the time and clear financial information to make those decisions. Keeping the books organized makes it easier to see what growth is costing while you learn which customers are worth building for.