网站应该局部修复，还是重新制作？

用可观察的行为定义成功

把“做得现代一点”改成访客能完成的任务。例如：访客找到适合的服务、理解包含的范围，再提交一份会送达正确收件箱的询价。提交后的处理也要一起定义。页面显示“提交成功”，并不能证明公司已收到消息。

• 写下目标客户及他最需要解答的问题。
• 确定这个页面要让访客完成什么行动。
• 定义如何从开始到结果验证整个行动。

分清页面问题与平台限制

用手机和电脑各走一次重要流程，记录出问题的页面、具体情况，以及能否复现。也要查看团队在页面背后的工作；网站外观可以没有明显问题，但日常更新仍然很困难。

• 访客能否自行理解服务，而不用等你解释？
• 导航、表单及确认消息是否正常？
• 团队能否可靠地更新重要内容？
• 现有平台能否支持实际需要的语言及系统连接？

用范围明确的修复验证判断

假设示例，并非客户项目：一家公司收到的询价很含糊，因为服务页没有说明范围，表单也只询问姓名。可以先改写该页并加入一个相关问题，再决定是否需要新平台。测试消息是否送达，再检查询价是否包含回复所需的信息。提前定好复盘日期；流量少时，可能仍没有足够依据得出结论。

证明根本限制后，再考虑重做

如果所需改动依赖已失去支持的软件、容易失效的补救方法，或现有结构无法容纳已确认的使用流程，重做会更合理。要求提案比较修复与重做的范围，包括内容迁移、系统连接、日后编辑及维护。换一个新设计，并不能自行解决服务定位不清楚或询价没有人回复的问题。

把现有网址纳入项目范围

若网址会改变，应建立旧页面与相关新页面的对应清单，并测试重定向。Google 的网站迁移指南建议尽可能使用服务器端永久重定向，并在迁移后持续监测。迁移期间，搜索曝光可能波动。没有业务理由时保留可用的网址，也应准备上线出问题时的恢复方案。

先整理需求，再索取报价

准备现有网址、优先流程、观察到的错误、内容负责人及需要连接的系统。要求提案列出明确的验收方法，并单独说明持续费用。Chronicle 在确认范围后以美元（USD）报价。如果更新内容或修复表单已足够，可以保留现有网站，等复盘结果后再决定是否重做。