需求确认书：乙方不可或缺的护身符
做实施服务最怕的一句话是：「我以为你们要做的就是这个。」项目做到一半，客户对范围的理解和你不一致，这时候如果没有一份白纸黑字的东西，扯皮的永远是乙方。念晴把这份东西叫「需求确认书」，在合同里作为附件四存在。它不是走形式，是乙方在整个交付过程里真正能救命的那份文件。
不签需求确认书，会踩哪些坑
- 范围无限蔓延：客户觉得「顺手帮我加一下」很合理，你碍于关系一次次加，最后合同价没变、活干了三倍；
- 验收没有标准：什么叫「做好了」？没写清楚，客户随时可以说「还没好」，尾款就永远收不回来；
- 变更没有计价：中途改需求，改一次免费、改十次还是免费，因为没人规定改需求要另外算钱；
- 责任说不清：上线后系统不好用，是客户没按确认书执行，还是你没做到？没这份文件，锅默认扣在乙方头上。
需求确认书到底在「冻结」什么
它的核心动作是冻结范围：把「这次做什么、不做什么」用客户能看懂、双方都能签字的方式固定下来。具体包含四块：
- 范围边界：本次交付包含哪些模块、哪些表、哪些流程；同时明确列出「不包含什么」——这一条比列「包含什么」更重要，因为扯皮都发生在边界上；
- 验收点：每个模块「做到什么程度算通过」，写成可核对的条目，而不是「体验良好」这种没法判定的话；
- 双方职责：客户要提供什么（数据、账号权限、对接人、决策时效），乙方负责什么。很多延期是客户配合不到位，职责写清楚才不会互相甩锅；
- 变更规则：超出确认书的任何需求，走变更流程、单独计价、单独排期。
为什么它要作为「合同附件」
放在合同里当附件，是为了让它有和合同同等的效力。口头确认、微信聊天记录，法律上零散且易被断章取义；一份双方签字盖章、编号为「附件四」的需求确认书，才是发生争议时真正拿得出手的东西。念晴的做法是：需求确认书没签字之前，不进入搭建阶段——宁可慢，也不裸奔。
一个反直觉的经验
很多乙方不敢跟客户提需求确认书，怕显得「不信任客户」或者「太较真会丢单」。恰恰相反：能爽快签需求确认书的客户，往往是真心想把项目做成的客户；越是含糊其辞、不愿确认范围的客户，后面越容易出纠纷。需求确认书不只是保护乙方，它也是一道筛选诚意客户的门。
念晴在每一个项目里都会先出需求确认书。如果您正在被「范围说不清、验收扯皮」困扰，可以在 ¥99 诊断时让我们看看您现在的合同和确认方式，通常光把附件四补齐，就能挡掉一大半纠纷。