企业建站流程，需求清单应该写到什么程度：两种颗粒度怎么选
📱 Mozilla/5.0 AppleWebKit/537.36 (KHTML, like Gecko; compatible; ClaudeBot/1.0; +claudebot@anthropic.com)
🔗 /5cf2e2b5e85f.html
📄
企业建站流程，需求清单应该写到什么程度：两种颗粒度怎么选
需求清单写到“能验收”的程度就够了：每一条都包含页面或功能对象、输入内容、输出结果和判断标准，而不是只写“要有新闻栏目”或“界面要大气”。写得再细，如果无法在交付时逐条核对，就是无效细节；写得再粗，如果开发必须反复追问才能动手，就是漏项。下面用一个假设例子说明两种颗粒度的差别，以及各自适用的条件。
假设例子：一个五页展示型站点的需求清单
假设某小型服务企业要做官网，包含首页、服务介绍、案例、关于我们、联系我们五个页面，不涉及在线支付和会员登录。这是虚构示例，只用于说明写法。
粗颗粒写法：
- 首页要好看，突出公司实力
- 服务页介绍各项服务
- 案例页展示做过的项目
- 联系页放电话和地址
- 后台能改内容
细颗粒写法：
- 首页首屏包含一句主标题、一句副标题、一个咨询按钮，按钮点击后跳转联系页
- 服务页按四项服务分四段，每段含名称、80至150字说明、一张配图
- 案例页以卡片列表展示，每张卡片含项目名称、行业、一张图，点击进入详情
- 联系页显示电话、地址、地图占位区域，电话在手机上可直接拨打
- 后台可增删改案例和服务文字，修改后前台刷新即生效
两份清单的差别不在字数，而在每条是否可判断真假。粗颗粒的“好看”“实力”无法验收，细颗粒的“一个按钮跳转联系页”可以当场点开验证。
两种颗粒度的适用条件
粗颗粒适合三种情况：预算已经锁定且执行方是长期合作团队，双方对风格有默契；项目本身是试水性质，允许上线后再调整；需求方自己也不确定方向，先做一版看反馈。
细颗粒适合另外三种情况：需要比价，多家服务商按同一份清单报价；项目涉及多人协作或交接，后来者要能看懂；上线时间紧，返工成本高。
判断标准可以简化成一句：这份清单交给一个没参加过前期沟通的人，他能否据此判断做完了没有。能，就够细；不能，就还差一层。
写到什么程度算够：四个必填项
每条需求至少写清四件事，缺一项就容易在验收时扯皮。
- 对象：改的是哪个页面、哪个栏目、哪个按钮。写“导航栏”比写“顶部”明确。
- 输入：内容从哪来，谁提供，什么格式。写“案例图由甲方提供，每张不小于1200像素宽”。
- 输出：用户看到什么、点击后发生什么。写“点击卡片进入详情页”而不是“可以查看案例”。
- 判断标准：怎么算通过。写“手机浏览器打开，电话链接可直接唤起拨号”而不是“适配手机”。
这四项不必写成表格，一句话能说全也可以，例如“案例页卡片显示项目名称和一张封面图，点击进入详情页，详情页含三张图和一段说明”。
常见错误：把手段当需求，把偏好当标准
第一类错误是写实现手段。例如“用响应式布局”“用某种框架开发”。这些是执行方该决定的技术选择，写进需求清单会让比价失去可比性，也限制对方给出更合适的方案。除非有明确理由，比如必须与现有系统对接，否则只写结果：在手机和电脑上都能正常浏览和操作。
第二类错误是把个人偏好写成硬指标。例如“主色调用蓝色”“字体要高级”。颜色和字体可以写，但要标明是可调整项还是固定项。固定项才需要精确到色值，可调整项写“以提案为准，确认后不再变更”即可。
第三类错误是漏掉不做的部分。需求清单不只写做什么，也要写不做什么。例如“本期不含多语言、不含在线支付、不含会员系统”。这一条能防止后期被默认加需求，也能让报价口径一致。
下一步：用一页纸做交叉检查
把清单压缩成一页，按页面顺序逐条列出对象、输入、输出、判断标准，然后做两件事：一是自己通读一遍，看有没有前后矛盾，比如某页说不要表单，另一页又要求提交留言；二是把这一页交给执行方，请对方逐条回复“能做”“需要补充信息”或“建议调整”。回复中出现的“需要补充信息”，就是清单还没写到位的部分，补完再进入报价和排期。
