需求清单写到“能据此判断做不做、先做什么、做完什么样算合格”就够了,不必写成完整产品文档。对第一次做博客的人来说,清单的作用是划边界和定验收,不是提前设计每个页面。如果一条需求无法让你判断某件事该不该做,或者做完后无法检查,它就写得过细或过虚,应当删掉或改写。
博客需求清单里,只有三类内容值得写到具体:内容范围、读者动作、技术底线。其余如配色偏好、栏目命名,可以留到执行时再定。
这三项决定了后面所有取舍。如果内容范围没定,栏目和模板就会反复改;读者动作没定,页面上的按钮和引导就没有判断依据。
判断一条需求是否合格,可以用一个简单检查:把它交给另一个人,对方能否在不追问的情况下判断“做完了没有”。
不合格的写法:“页面要好看”“加载要快”“对搜索引擎友好”。这些无法验收。
合格的写法:“首页首屏在手机宽度下不出现横向滚动”“文章页正文默认字号不小于 16px”“每篇文章有唯一标题和描述”。
假设你写了一条“文章页要方便分享”,这仍然太虚。改成“文章页底部有复制链接按钮,点击后链接进入剪贴板”,就能直接检查。适用条件是:你确实需要读者转发;如果读者动作是站内阅读,这条就可以不写。
第一次做博客,需求清单建议控制在 15 条以内,按下面顺序排列:
写完这六项就可以开工。等前 5 篇文章发布后,再根据实际阅读和留言情况补充需求,比如增加分类页、相关文章推荐或订阅入口。此时补充有真实依据,比一开始凭空设想更可靠。
出现以下信号,说明需求清单已经写到合适程度:
反过来,如果清单里出现大量“以后可能要用”的功能,或者每条都需要再解释一遍才能执行,就说明写过头了。此时应删掉无法验收的条目,把剩下的整理成可执行版本。
下一步:拿一张纸,按上面六项各写一条,控制在 15 条以内。写完逐条问“做完什么样算合格”,答不上来的就删掉或改写,然后开始搭第一个页面。