需求清单写到“能据此做出页面结构、内容分工和技术取舍”的程度即可,不必写成完整的产品说明书。对第一次搭建个人网站的人来说,最实用的标准是:每一项需求都能对应一个可判断的问题——这个页面给谁看、放什么内容、用什么形式呈现、上线后怎么算合格。写得太粗,实施时反复返工;写得太细,容易在动手前耗尽精力,还会被后续变化推翻。
需求清单的起点不是功能列表,而是三类基础信息。第一类是目的:展示作品、记录文章、放简历、做联系方式页,不同目的决定页面数量和导航方式。第二类是读者:招聘方、客户、同行还是熟人,读者不同,首页第一屏要突出的内容完全不同。第三类是内容来源:你手头已有哪些文字、图片、文件,哪些还需要补齐。
把这三类写成一句话,例如“给招聘方看的个人简历站,包含首页、项目页、联系方式页,内容以已有项目文档为主”。这句话就是后续所有取舍的判断依据。凡是与它无关的功能,都可以先放进“以后再说”列表。
可执行的颗粒度,指每一项需求都能直接转成页面或操作。对比下面两种写法:
第二种写法没有增加多少字数,但已经能决定用静态页面还是内容管理系统、导航怎么排、样式要处理哪些断点。需求清单写到这个程度,就足够开始动手。
具体可以按四个检查项来写:
其中最关键的一步是验收清单。没有它,需求清单会一直膨胀;有了它,你可以在达到标准后停止添加功能,先让网站上线。
网站做好后,不要凭感觉判断,而是拿需求清单逐条核对。核对时区分两类问题:一类是“可能原因”,例如页面在手机上显示错位,可能是样式断点没写、图片尺寸过大或容器宽度固定;另一类是“已经定位的原因”,例如打开某页面出现 404,检查后发现是链接路径写错。只有后者才能直接判定为缺陷。
验证可以按这个顺序进行:先检查页面是否都能打开,再检查导航和链接是否指向正确,然后检查手机宽度下的显示,最后检查文字有无错别字、联系方式是否准确。每一项的结果只有“通过”和“不通过”,不通过就记录具体现象,而不是笼统写“再优化一下”。
个人网站上线后,需求会变。可能想加一个作品页,可能想换掉首页文案,也可能发现某个功能根本没人用。因此需求清单里最好单独留一栏“暂不做”,把想到但暂时不实施的想法记下来。这样既不会打断当前版本,也不会丢掉后续方向。
维护时还要区分“内容更新”和“结构调整”。更新一篇文章、换一张头图属于内容更新,按原有清单操作即可;增加新栏目、改变导航层级属于结构调整,需要回到页面清单和验收清单重新过一遍。判断标准很简单:这次改动是否影响其他页面的链接或布局。如果影响,就按结构调整处理。
下一步,拿一张纸或一个空白文档,写下你的网站目的、读者、必须上线的页面和验收标准这四项。写完后再决定用什么方式搭建,需求清单就已经到位了。