需求清单写到“每一条都能被验收”的程度就够了。也就是说,任何一条需求,你和建站方都能用“是/否”或“通过/不通过”来判断是否完成,而不需要再靠感觉争论。写不到这个程度,后面必然反复返工;写得比这更细,又会把时间耗在还没必要的细节上。
第一版清单只覆盖五类内容,其余先留空。
这五类没写清,后面讨论配色和动画都是空的。适用条件是:你第一次做网站,且没有专职技术人员。如果团队里已有懂建站的人,可以把技术细节交给对方补。
需求清单最常见的毛病是用形容词。下面给出对照写法,左边是原话,右边是能验收的版本。
注意最后一条:能设置标题和描述只是基础操作项,不等于一定被收录或获得排名。搜索引擎是否收录、如何排序由平台决定,任何一方都不能保证。把这类要求写成“可设置”而不是“能排到前面”,才是可验收的写法。
写完初稿后,逐条过一遍下面五个问题,只要有一条答不上来,就补写。
举例说明。假设需求写“产品页要展示规格参数”。按上面五问:由你判断;看产品页;缺参数表算不通过;补齐主要参数算通过;上线前完成。这样一条就合格了。如果写成“产品页要专业”,五个问题一个都答不上来,就是无效需求。
第一次做网站,以下内容不必在初版清单里展开:具体字体字号、交互动画时长、服务器配置参数、代码框架选型。这些属于执行层选择,等页面范围和内容确定后再定,改动成本更低。
但有两件事必须提前确认归属,不能拖:域名和服务器登记在谁名下,以及合作结束后后台和源文件能否拿走。这两条不写清,后面换人维护会很被动。判断方法是:直接问“域名在哪个账号下、由谁续费”“后台账号能否给我一个独立账号”。对方能明确回答并落到清单里,才算确认。
拿一张纸或一个表格,按“页面范围、每页内容、内容提供方、手机端、交付物”五列,把你现在能想到的都填进去。填完逐条套用五个检查问题,把答不上来的条目改写成可验收的句子。改完这份清单,再拿去找建站方谈,沟通效率会明显不同。