先给结论
官网返工大多不是技术问题，而是开工前没想清楚。下面这 12 件事属于"不问清楚就动工必返工"的类型，建议在签合同或排期之前，用一页纸逐条写下答案；写不出来的地方，就是还需要先讨论的地方。
开工前的 12 件事
- 建站目标：这个网站主要解决什么问题？展示形象、承接询盘，还是支撑招聘？
- 目标访客：主要给谁看？他们最关心的三件事是什么？
- 页面范围：首批必须上线哪些页面？哪些可以之后再加？
- 栏目结构：一级导航怎么分？用户能不能凭名字找到栏目？
- 参照案例：有没有可参考的网站？喜欢它哪一点、不喜欢哪一点？
- 素材责任：文案、图片、案例由谁准备，什么时候备齐？
- 设计规范：有没有必须遵守的 logo、色值与字体？
- 功能需求：要留言表单、搜索、后台自行发布，还是多语言？
- 域名与服务器：域名在谁名下？备案与解析谁负责？
- 维护归属：上线后谁负责日常更新，出问题找谁？
- 验收标准：按什么清单算完成？哪些算必改项？
- 预算与优先级：哪些是必须有的，哪些可以砍掉？
三个最容易漏的点
- 维护归属：没人认领的网站，上线后很快变成死站。
- 素材责任：文案图片不落实到人，进度一定卡在内容阶段。
- 验收标准：没有清单，验收就变成凭感觉，双方都累。
怎么用这份清单
把清单发给相关同事各自填写，再开一次会对齐分歧。填完的一页纸就是需求文档雏形，后续报价、排期、验收都以它为准；范围变化时也在上面增删，避免口头约定越来越多。
常见问题
12 条都要写吗？
建议都过一遍。哪怕结论只是"暂不确定"，也比默认跳过强；不确定的条目会变成后期的返工点，提前标出来才能安排讨论。
谁来填写这份清单？
由最了解业务的人主笔，市场、销售、运营各补一块。最后指定一名决策人统一口径，避免多人各写一版。
需求写完之后还能改吗？
能改，但要有意识地管理范围。新增需求先评估对页面、设计和进度的影响，确认后再动手，而不是在开发过程中随时加。
没有文档，口头沟通不行吗？
口头共识会随着项目推进产生记忆偏差。一页纸成本很低，却能让"当时说好的"变成可以对照的文字，出分歧时有据可查。