Set Boundaries When a Technical Evaluator Requests Free Work
Keep pre-sale support useful while recognizing when the buyer is asking for a project.
The buyer moment
An evaluator asks your team to build a custom integration or analyze a large dataset before any evaluation plan exists.
A request for work before the sale becomes a project when it requires custom analysis, a production integration, or significant specialist time. Ask what decision the work would enable and who will review the result. A bounded validation might test one record type in a sandbox; a broad data cleanup effort needs a scoped services conversation. State the boundary plainly. The buyer can choose the right path, and the seller avoids creating an implementation expectation before commercial scope and ownership are agreed.
A useful way to open
“We want to help validate fit. Can we first agree on the question this work would answer and the decision it would enable?”
Move the decision forward
Free work can create value, but it must have a defined evaluation purpose. Otherwise the seller absorbs implementation effort without a buying path.
Coach teams to distinguish a short validation activity from scoped services and to say so plainly.
Practice before the next call
Roleplay a buyer who calls the request “a quick favor.” Practice asking for success criteria, owner, and decision date.
Next step
Offer a small, bounded validation plan or a paid scoping option based on the work required.
Practice these next
Surface the work of change while the buyer can still plan for it.
Turn a premature demo into a useful conversation without embarrassing the buyer.
Understand the workflow behind a requested feature before deciding how to respond.
Treat accessibility as a product and user requirement that deserves early, detailed review.
Help a buyer compare open source and commercial options on support, ownership, flexibility, and cost.
Help the buyer complete risk diligence with accurate facts and clear ownership.