需求说明书是把“我想要一个网站”翻译成设计公司能报价、能排期、能验收的文件。写得好,双方少扯皮;写不好,改稿和加价都会找上门。下面这份清单可以直接照着填,每项都说明查什么、怎么查、结果说明什么。
要查的是:这个网站到底解决什么问题。怎么查:让公司内部每个相关人各写三句话——网站给谁看、希望访客看完做什么、不做会损失什么。结果说明什么:如果三句话互相矛盾,说明目标还没统一,此时谈设计风格没有意义。把最终共识写进说明书第一段,作为后续所有取舍的依据。
要查的是:每个页面由谁提供文字、图片、数据。怎么查:列一张表,横向是页面名称(首页、产品页、案例页、联系页等),纵向是“内容提供人”“最晚提供日期”“是否已有素材”。结果说明什么:凡是内容责任人空着的页面,都是后期拖延的高风险项。需求说明书里应写明:素材未按时提供导致的延期,责任和工期如何调整。
要查的是:哪些功能是必须的,哪些是“有了更好”。怎么查:对每个功能追问一句“怎么算做完了”。例如“在线留言”应写成:访客提交姓名和手机号后,系统向指定邮箱发通知,后台可查看和导出记录。结果说明什么:如果一条需求无法用“打开某页面、执行某操作、看到某结果”来验证,它就不是需求,而是愿望,应移到可选项。
验收标准建议写成可检查的条目,例如:主流手机浏览器下首页无横向滚动;表单提交后十秒内收到通知邮件;后台能按日期筛选留言。这些条目在项目结束时逐条打勾,比“感觉不好看”有用得多。
假设一家龙岩本地做建材批发的企业要建站,它可以在说明书里写:目标访客是本地装修公司和工程采购;核心动作是提交询价单;必须页面为首页、产品分类页、关于我们、联系页;内容由销售部王某某在签约后两周内提供;必须功能是询价表单加后台记录;适配范围为近三年主流手机浏览器;验收时逐条检查表单通知是否到达指定邮箱。这份示例只说明写法,不代表任何真实项目。
要查的是:项目进行中需求变了怎么办。怎么查:在说明书末尾约定变更流程——谁有权提出、以什么形式提出、工期和费用如何重新确认。结果说明什么:有这条规则,临时加页面就不会变成争吵;没有这条规则,任何一方都可以说“当初不是这么说的”。
下一步:把上面清单整理成一页文档,发给两到三家龙岩网页设计公司,请他们分别标注哪些条目需要澄清、哪些会影响报价。对比他们的追问质量,往往比对比报价更能看出谁真的读懂了你的需求。