先做产品还是先验证需求？

“先做产品还是先验证需求”并不是产品形态的二选一，而是资源投入顺序的判断。对一人公司或早期创业者而言，更稳妥的路径通常是：先验证问题是否真实、是否紧迫、是否存在付费意愿，再决定产品做到什么程度。因为产品开发消耗的是时间与机会成本，而一个未经验证的功能，可能只是创业者自己的想象。

有效验证的对象，不是“别人是否觉得这个想法不错”，而是目标客户是否正在经历明确问题，并已经为此付出时间、费用或人力。访谈时应优先追问过去发生的事实：最近一次问题是什么时候出现的？当时如何解决？现有方案有什么限制？如果问题持续存在，会造成什么影响？

“如果做出来，你会不会买”通常只能得到礼貌性肯定。更强的信号包括：对方能够具体描述场景，愿意提供资料或安排下一次沟通，并愿意讨论预算、试用时间和交付方式。访谈结果还需要记录问题频率、替代方案和付费障碍，避免把个别反馈误判为普遍需求。

一个合格的需求假设，应同时说明具体客户、使用场景、现有替代方案、可感知损失，以及客户愿意采取的行动。例如，某类小型电商在处理大量售后消息时，需要人工分类；如果提供人工配置的自动分类服务，店主是否愿意付费试用。客户、问题、方案或付费动作有任何一项模糊，都不适合立即投入大量开发时间。

验证阶段也不必急着开发完整软件。服务代做、表单加表格、演示原型，甚至预约或预售页面，都可以用于交付核心结果。关键不在于界面是否完整，而在于客户是否完成任务、愿意付费或支付定金，并在没有反复催促的情况下继续使用。

当客户反复遇到同一问题、愿意为结果付费，且人工交付开始明显消耗时间时，才值得产品化。此时应优先自动化重复环节、降低交付成本，而不是一次性堆叠复杂功能。先验证需求，不是拒绝做产品，而是让每一次开发都建立在真实行为和明确证据之上。