老网站是否重做，应由问题影响和现有系统的可调整能力决定。内容过时可以先更新，阅读和操作不清楚可先优化页面，结构与业务流程不匹配才进一步评估重构；网站年龄或个人审美变化，不能单独作为全站重建理由。
作者：码科服编辑团队。本文为网站内容规划建议，所附信息图为原创结构示意，不是客户项目或实际效果证明。
先记录问题，而不是先选新模板
用“在哪里、谁遇到、影响什么任务、怎样复现”记录问题。例如产品页资料过期属于内容问题；手机无法点击提交属于操作问题；需要按多个条件筛选却只有静态产品列表，可能涉及结构与功能。不要把不同问题都归为“不够高级”。
收集现有页面、资料维护记录、可访问的咨询反馈和实际运行情况。没有搜索或转化数据时，先承认信息不足，用可重复的任务测试补充观察，不把一次同事吐槽写成用户调研结论。
图 1：按问题选择处理范围。原创结构示意，具体内容以企业实际资料为准。
按最小可行范围分层处理
第一层是内容修订，适用于栏目和功能仍能支持业务的情况。第二层是视觉与交互调整，解决信息层级、移动排版或操作反馈。第三层是结构和功能改造，适用于分类、内容模型或业务流程发生变化。第四层才是整体重建，需要进一步核对旧系统约束与迁移成本。
这些层级是讨论方案的工具，不是固定套餐。一个项目可能同时更换产品分类、保留文章系统、修复表单；范围应逐项列出，而非因为某个模块需要改动就默认全部推倒。
让技术检查回答“能否继续改”
先确认后台、源码、部署环境和必要账号是否可用，再由实施方判断扩展方式。不能仅凭前台截图断言系统无法维护。无法取得原有环境时，要说明哪些结论仍待确认，以及继续排查需要什么资料。
对登录、权限或故障处理等问题，应先判断是否影响当前服务；需要及时处置的问题不必等整站改版完成。旧系统仍可稳定支撑业务时，可以把范围拆成阶段，降低一次性迁移的复杂度。
图 2：改版清单需要保留四类记录。原创结构示意，具体内容以企业实际资料为准。
将保留项和变更项放到同一张表
清单至少包括页面或模块、当前问题、处理方式、内容负责人和验收操作。保留项也要记录，因为它们同样需要在新版中继续可用。旧文章、图片、产品资料和网址映射应在设计前盘点，具体迁移另设清单。
例如产品详情增加说明字段时，应确定旧数据如何填入、缺失字段如何显示，以及后台是否需要批量维护。不要先做好新页面，再发现没有资料或历史网址无处对应。站内已有迁移问答可用于进一步核对这一环节。
用验收结果决定下一阶段
给每项改动定义可执行的验收动作：访客能否找到指定产品，运营能否独立更新资料，手机提交后是否收到明确反馈。上线前备份并验证回退路径，上线后对照实际问题观察，不能承诺改版一定带来排名或询盘增长。
报价应基于保留、改动与新增范围分别说明。码科服可提供旧站升级改版和企业官网新建，模板调整或定制实现按适配情况选择；源码、部署和售后在报价单及合同中确认。