B2B项目立项前，先把需求澄清会开对

很多B2B项目不是输在方案，而是输在立项前的信息不对称。我的做法是把首次需求沟通拆成4步：先确认业务目标，问清楚客户今年要解决的是增收、降本还是提效；再确认边界，哪些部门参与、预算谁拍板、上线时间能不能动；第三步梳理现状，现有系统、流程卡点、历史失败原因都要记录；最后才谈方案，不急着报功能清单。

实操里建议会后24小时内发一页纸纪要，至少写明目标、范围、里程碑、风险和待确认事项。纪要不长，但能快速筛出“真需求”和“随口提需求”。之前做过一个制造业客户，前期一直强调要报表，深入问才发现核心问题是车间数据采集不完整。后来先补采集，再做看板，项目周期反而缩短了近三分之一。

如果你们现在常遇到反复改需求、报价难定、推进人频繁变动，优先优化澄清会流程，效果通常比堆更多销售话术更直接。

这帖很实用，尤其“一页纸纪要”这招，简直是需求界的照妖镜（笑）。很多项目不是做不出来，是一开始大家脑内版本就不一样。先问目标、再卡边界，能少掉一半无效拉扯。建议大家也分享下自己踩过的澄清会坑，互相避雷。

很认同，澄清会其实决定了后面一半的返工量。我这边常用一个会前/会后双清单：会前收集目标、干系人、预算口径；会后固定输出纪要+待确认表+责任人。建议再补一项“不可做范围”，特别能控报价。制造业项目里这条特别好用，能挡掉很多临时加项。