“免费试做”本身不是问题，失去边界的免费试做才会沦为免费劳动。前者用于验证需求、交付质量和合作方式，后者则是在客户没有明确承诺的情况下，持续提供完整方案、反复修改，甚至替客户承担长期执行工作。

先把试做定义成验证单元

试做不应是“帮你全面优化”，而应围绕一个可验收的小问题展开。例如，选取一组已经结案的客户咨询，整理成分类样例，并标出哪些类型可以生成初稿、哪些必须人工处理。这样的交付对象、输入资料和判断边界都比较清楚，客户也能直接评价结果是否有用。

一个合格的试做至少要提前写明：

• 本次处理什么，不处理什么；
• 客户提供哪些资料，资料由谁确认；
• 最终交付什么格式；
• 何时完成，包含几轮反馈；
• 哪些判断仍需客户或专业人员审核。

如果这些内容无法说清楚，试做就很容易变成开放式项目。

免费不等于无限责任

免费试做可以降低首次合作门槛，但不应同时开放范围、时间和修改次数。尤其要避免交付完整产品、完整运营方案或可直接投入生产的成果。早期样例的任务是引发对话，验证“这个问题是否值得继续解决”，而不是替客户完成全部工作。

试做前还应确认反馈机制：由谁评价、依据什么标准判断、反馈在何时完成。没有明确反馈，就无法获得有效验证；没有明确停止条件，就可能陷入不断追加需求。

用反馈判断是否继续

试做结束后，不要只接受“挺不错”这类笼统评价，应继续追问：哪一部分真正节省了时间？哪里需要重新确认？如果正式使用，谁负责审核？哪些结果还不足以让客户付费？这些问题能帮助判断，问题究竟出在需求优先级、交付质量，还是服务边界。

如果客户愿意继续，但要求扩大范围，应将新增工作重新定义为正式服务，而不是默认包含在免费试做中。若对方只愿意持续索取样例，却回避预算、范围和决策人，那么这不是验证，而是低成本使用外部劳动力。

真正稳妥的做法，是把免费试做控制在“足以判断价值、但不足以替代正式服务”的程度。只有当客户愿意为明确结果投入资源，试做才完成了从劳动赠送到商业验证的转换。