需求说明书不需要写成正式合同,也不该直接塞进合同正文。更稳妥的做法是把它作为合同附件,用编号与正文条款对应;只有当外包范围极简、金额很低、周期很短时,才考虑把需求压缩成正文里的几段描述。判断标准是:需求条目能否被逐项验收。如果每一条都能对应交付物、时间点和验收方式,就适合做附件;如果只能写成“做好SEO”这类模糊目标,写进正文也解决不了争议。
很多需求方把SEO外包合同模板下载下来,发现正文只有服务期限、付款方式、保密条款,于是把关键词清单、外链数量、内容篇数全部写进正文,以为这样更保险。问题在于,正文条款讲究权利义务的稳定性,而SEO执行细节会随网站状态、竞争环境和搜索引擎规则变化。把易变的需求写死在正文里,后续调整就要走补充协议,反而增加成本。
正确的分工是:合同正文约定双方主体、费用、付款节点、知识产权、违约责任和终止条件;需求说明书作为附件,约定具体做什么、做到什么程度、什么时候交、怎么算完成。两者用同一条款挂钩,例如正文写明“乙方按下述附件一执行,附件一与本合同具有同等效力”。这样需求变更时只改附件,不动正文。
一份能落地的需求说明书,至少覆盖以下内容。每一项都要写成可检查的表述,而不是形容词。
这里要区分“可能原因”和“已定位原因”。例如排名波动可能来自算法调整、竞争对手改版、网站自身技术故障,也可能只是数据统计口径变化。需求说明书里不要写“保证排名进入前几”,而应写“每月提供排名监测表,标注监测关键词与监测工具”,把不可控结果转化为可控过程。
方案一:需求作为合同附件。适用于服务周期三个月以上、月度费用较高、涉及内容与外链多项交付的情形。优点是需求可独立修订,正文稳定;缺点是签署时要多一份附件,双方需确认附件版本号。
方案二:需求写入合同正文。适用于一次性技术诊断、单次网站结构优化这类范围极小、交付物单一的项目。优点是文件少、签署快;缺点是后续任何增减都要签补充协议。
判断时问自己三个问题:需求会不会在半年内变化?变化后是否愿意走补充协议?验收争议出现时,能否只靠正文条款说清?只要有一个答案是否定的,就选附件方案。
写完需求说明书后,按下面顺序自查一遍:
假设某项目约定每月交付八篇内容,验收标准写“内容需通过需求方编辑审核”。如果审核没有时限,乙方交稿后可能被无限期搁置。改成“需求方须在三个工作日内反馈,逾期视为通过”,争议就会少很多。这只是示例,具体天数由双方按实际节奏商定。
先别急着找模板填空。拿一张纸,把本次外包要交付的东西逐条写下来,能写出验收方式的留下,写不出的先跟服务方沟通清楚。然后打开你手上的SEO外包合同模板,确认它有没有附件条款;没有的话,在正文末尾补一条附件效力说明,再把整理好的需求单独成文,标注版本和日期。这样签下来的合同,执行阶段才有据可依。