使用产品的人、受结果影响的人和批准预算的人经常不是同一个人。只理解使用者，项目可能获得好评却进不了采购。

写出“行业 + 公司规模 + 具体岗位 + 触发场景”，并分别标出使用者、影响者和最终决策者。

真正的竞争对手通常不是另一款产品，而是 Excel、人工、外包或干脆不处理。现有办法暴露的成本，就是产品价值的起点。

访谈时追问最近一次实际处理过程，记录用了谁、花了多久、在哪一步出错，不接受“效率低”这类抽象答案。

问题越能换算成损失，客户越容易为解决方案排预算。只有不舒服、没有代价的问题，通常不会被优先购买。

用客户自己的数据估算一年损失，并写清计算口径；暂时算不出金额，也要量化频次、人数或风险等级。

价值主张必须落到客户可感知的结果，而不是“用了 AI”“技术先进”这类能力描述。最好只主打一项主要价值。

用“从 X 改善到 Y，所需时间为 Z”表达价值，并准备实际数据或试点来证明，不同时承诺所有好处。

早期资源有限，用户和场景越多，需求越冲突，产品越难形成闭环。聚焦是为了更快完成一次真实交付。

删到能用一句话回答“谁在什么时刻，用它得到什么结果”，其他需求先放入候选清单。

客户购买的是结果，不一定要求结果全部由软件自动完成。早期可以用服务和人工补足，以验证需求后再自动化。

先画出从客户输入到最终交付的流程，标记必须由产品完成的环节，以及暂时可人工完成的环节。

范围模糊会让一次试点不断增加需求，成本失控却难以加价。明确“不包含什么”也是产品定义的一部分。

报价单至少包含交付物、次数或工作量、周期、客户配合项、变更计费方式和排除项。

销售材料的作用是让客户快速理解价值并推动内部讨论，不是完整展示所有功能。三份材料分别服务于看懂、转发和采购。

演示只走一个完整场景；一页介绍写问题、结果和证据；报价方案写清范围、价格与下一步。

试点没有明确责任人时，往往会因为数据不到位、环境没准备或无人确认而无限延期。

用一页试点确认单列出场景、地点或系统、双方负责人、每周配合事项和最终验收人。

指标把“感觉不错”变成双方可以共同判断的结果。指标不宜过多，否则容易互相冲突或无法归因。

先记录上线前基线，再约定目标值、测量方法、样本范围和数据由谁提供。

试点成功不等于自动采购。提前知道谁确认、满足什么条件才能转采购，才能避免试点结束后重新开始销售。

在启动会上确认验收单格式、采购流程、预算负责人和付款触发条件，并写入合同或会议纪要。

这些材料共同证明项目真实发生、按约完成并产生效果，未来可用于回款、复购、融资、审计和政策申报。

按项目建立固定目录，文件统一命名；每个关键节点结束后立即归档，不等项目结束再补。

多个同类客户反复出现相同问题，才说明可能存在可复制市场；单个大客户的要求可能只是一次性项目。

建立需求记录表，至少标出客户类型、原话、频次和愿付成本，观察哪些需求跨客户重复出现。

客户投入稀缺资源，比口头兴趣更能说明问题的重要性。越愿意承担内部协调成本，需求通常越真实。

每次会后约定一个需要客户完成的动作；连续无法拿到数据、负责人或会议，及时降低机会优先级。

付款承诺是商业验证中最强的信号之一，因为客户必须在不同优先事项之间做真实选择。

尽早提出小额付费试点或明确报价；如果不能付费，至少要求书面的采购路径、预算来源和预计时间。

可复制不代表完全不定制，而是核心流程、产品和成本结构不需要为每位客户重新发明。

项目结束后区分标准模块与客户特例，记录下一单能复用的材料、代码、流程和预计工时。