找软件公司前，先把这 7 件事写清楚

很多合作卡在第一步：甲方觉得“你们应该懂业务”，乙方听完一小时仍不敢报价。其实不需要写厚厚的需求规格书，但必须把关键边界说清楚——否则所有报价都只是猜。

为什么“先聊聊”常常浪费双方时间

软件交付的不确定性，大半来自未声明的约束：谁用、和什么系统打通、上线后最怕什么错、什么必须首期有、谁能验收。这些不写清，供应商只能报一个“看起来合理”的数字，随后用变更把成本找回来。

建议至少写清的 7 点

• 谁用这个系统，典型一天用几次、在什么场景打开
• 必须打通的现有软件、表格或线下流程（没有也写“无”）
• 上线后最怕出什么错（资损、停业、合规、客诉）
• 首期必须有的功能，以及明确可以二期再做的
• 期望上线时间，以及是否有不可移动的业务窗口（大促、展会、监管节点）
• 预算区间（一个能谈的范围，比“先报个价”更有用）
• 谁能拍板范围与验收；对接人是否有权每周反馈

一页说明写完后，对话应该变成什么样

合格的供应商应能很快判断三条路：买成品、定制、或先做两周澄清再立项。若对方不看边界就报总价，或承诺“什么都能做、多久都行”，反而更危险。

快递飞收到这类说明后，通常先反馈：范围是否可交付、首期建议砍什么、集成风险在哪、是否值得进入澄清。写清楚不是为了刁难供应商，而是保护你自己的预算与工期。

常见反例：看起来很积极，其实很贵

• “先做着看，细节以后再说”——以后再说的部分往往会变成开口变更
• “参考某某竞品全部功能”——把别人的完整版当成你的首期，几乎必超预算
• 多人提需求却无人能砍——项目会变成愿望收集箱，而不是可交付系统

若你暂时写不出完整七条，至少先写：用户、最怕的错、首期必须有/可以没有、拍板人。这四条就能把对话从闲聊推进到可判断。