先建基线：摸清亚星网站现状与约束
动手改亚星网站之前，先做一轮基线核对。这一步不产出设计稿，只产出事实：谁在用、从哪进来、卡在哪、哪些地方不能动。基线不清就开工，后面每一步都会反复返工。
准备阶段建议固定三样东西：一份可复现的页面清单、一份问题记录表、一位能拍板的人。清单按入口页、核心任务页、辅助页分组；记录表只写现象和复现路径，不写结论；拍板人负责在阶段之间做取舍。
- 列出亚星网站当前所有主要入口，标注各自承担的访问意图。
- 用同一台设备、同一网络环境走一遍核心任务，记录卡点位置。
- 标出不可改动的部分，例如既有内容结构、对外承诺的页面路径。
- 把问题按“阻断任务”“增加犹豫”“仅影响观感”三档归类。
基线阶段的退出条件是：问题清单能按优先级排序，且团队对“先解决哪一档”没有分歧。达不到就先别进入下一阶段。
第一阶段：把高频路径改到可用
第一阶段只做一件事：让用户最高频的那条路径走得通。范围要小，改动要能被单独回滚。此阶段的目标不是好看，而是减少阻断。
目标与输入
- 目标：高频任务从进入到完成不再出现阻断性卡点。
- 输入：基线阶段的问题清单、可回滚的改动方案、验收人。
操作步骤
- 第一步，从清单里挑出被标为“阻断任务”的条目，按影响人数排序。
- 第二步，只改路径本身，暂不动视觉风格与文案体系。
- 第三步，每改一处，用基线时的同一路径复测一次，记录前后差异。
- 第四步，把改动打包成可独立回滚的单元，避免牵一发动全身。
产出与退出条件
产出是一份“改动—复测”对照记录。退出条件是：清单中阻断级条目全部关闭，且复测未引入新的阻断。若复测发现新卡点，回到第二步，不要带着问题进入下一阶段。
常见坑
- 坑一：顺手改视觉，导致无法判断效果来自哪一处改动。
- 坑二：把“增加提示”当成修复，提示过多反而增加阅读负担。
- 坑三：改动没有回滚方案，出问题时只能整体回退。
第二阶段：让内容与导航形成稳定结构
路径通了之后，才处理结构。这一阶段处理亚星网站资讯与实用指南类内容的组织方式，目标是让用户在两三次点击内判断“这里有没有我要的东西”。
目标与输入
- 目标：内容分类与导航层级能支撑用户自行判断去向。
- 输入：第一阶段复测记录、现有内容清单、用户常问的问题。
操作步骤
- 第一步，把现有内容按用户任务而不是按部门归属重新分组。
- 第二步，为每组写一句判断标准，说明什么内容该放进来。
- 第三步，检查导航层级，超过三层的路径优先合并或改写标签。
- 第四步，用基线时的核心任务再走一遍，确认不需要绕路。
产出与退出条件
产出是内容分组说明与导航层级图。退出条件是：每个分组都有明确判断标准，且核心任务路径不再依赖搜索或猜测。结构没稳定前，不要急着做第三阶段。 用户体验优化
第三阶段：建立可复用的体验维护机制
前两阶段解决的是当下问题，第三阶段解决的是“以后怎样不再退回原样”。这一步把亚星网站用户体验优化从一次性项目变成可重复的流程。
目标与输入
- 目标：新增内容与后续改动有统一核对方式。
- 输入：前两阶段的记录、分组说明、复测方法。
操作步骤
- 第一步，把基线阶段的核对项整理成一张固定检查表。
- 第二步，规定任何改动上线前必须走一遍检查表并留记录。
- 第三步，约定复测节奏，用同一路径、同一方法对照。
- 第四步，把检查表放进亚星网站实用指南的协作说明里，供后续接手者使用。
产出与退出条件
产出是检查表与复测记录模板。退出条件是：一次真实改动完整走完检查表流程，且记录可被他人读懂。流程跑不通，说明检查表过重，需要精简。
阶段评审与交接：怎样判断可以进入下一阶段
阶段之间要有明确的评审动作，否则路线会变成流水账。评审只回答三个问题：上一阶段的退出条件是否满足、遗留问题是否被记录、下一阶段的输入是否齐备。
- 评审前，由执行人整理本阶段改动与复测对照。
- 评审中，只讨论退出条件与遗留项，不临时扩大范围。
- 评审后，把结论写成一句话交接说明，附上未关闭条目。
交接时最容易出的坑是把“已完成”当成“已验证”。建议每次交接都附一条复现路径，让接手者能独立走一遍。三步走完并不代表体验工作结束，而是意味着亚星网站有了一个可以持续运转的维护起点：基线可查、路径可用、结构可判、流程可复用。