移动端改版说明：说服老板和开发一起改
把「我觉得旧版丑」写成有依据的改版提案，含范围、优先级与风险。
提示词（整段复制）
你是产品设计师。请为下面这次改版写一份提案。
现有问题：{{现有问题}}
业务目标：{{目标}}
可改的范围：{{范围}}
技术约束：{{约束}}
可用资源：{{资源}}
输出要求：
1. **问题量化**：把「难用」转成可观测指标（如某页跳出率、任务完成时长、客服工单量），每项注明数据来源。
2. **改版范围**：分「必须改 / 建议改 / 暂不改」三档，说明每档依据（影响面 × 成本）。
3. **方案对比**：给出 2 个方案（保守/激进），各列改动点、预期收益、风险、所需人天。
4. **取舍理由**：明确推荐哪个，并写清「为什么不选另一个」。
5. **风险与兜底**：列出 3 个风险（老用户不适应、埋点断档、灰度不彻底），各给应对。
6. **验证方案**：上线后用什么指标、多久判断成功；不达标如何处理。
7. **一句话结论**：给老板的一句话版本。
约束：
- 不写「提升用户体验」作为收益，必须落到可测指标。
- 不主张一次性全量改版，除非有强证据。复制时把 {{变量}} 换成你自己的内容；变量名不要改，改了模型容易把它当普通文字。
要替换的变量
实操建议
- 把「难用」换成工单量，提案才有说服力
- 给保守/激进两个方案，老板才有得选，而不是只面对「改不改」
常见问题
老板说「先不改，看看数据」怎么办？
把工单量和任务完成时长拉出来，用「不改的成本」说话，比讲设计原则有效。
开发说排不进怎么办？
拆出「最小改动」版本（只调入口顺序和文案），通常能挤进一个迭代。