架构师日常打交道最多的不是代码，而是技术方案文档。一份写得清楚的技术方案，能让评审效率翻倍；写得含糊的方案，反复改三遍都过不了审。摩尔狮教育在培训ACE架构师的过程中发现，很多技术能力很强的人，恰恰在方案文档上栽跟头。
写好技术方案文档，核心在结构。文笔再好，结构混乱的方案照样过不了审。下面这5步框架，是我们从上百份真实方案中提炼出来的，照着写基本不会跑偏。
第一步：需求背景写清楚3个W
很多方案开头就写技术方案，评审人看完一脸懵：这方案要解决什么问题？为什么现在要做？方案文档第一段应该回答三个问题——Why（为什么要做）、What（做什么）、When（什么时候交付）。用3-5句话讲清楚业务背景和技术驱动力，评审人才能带着正确预期往下看。
举个例子：别写"采用SLB+ECS+RDS架构"，而要写"当前单机架构在日活破10万后出现响应延迟，需在Q3前完成高可用改造，目标将P99延迟从800ms降到200ms以内"。需求清楚，方案才有评判标准。
关于架构评审的要点，这篇ACE架构评审怎么做梳理了4个核心检查点，写方案前可以先看一遍。
第二步：现状分析画出系统全景图
现状分析把现有架构图贴上去就完事可不行。你要做的是标注出当前架构的瓶颈点和风险点，用红色标出单点故障，用黄色标出性能瓶颈，用蓝色标出安全隐患。评审人一眼就能看明白你要改什么。
现状图建议用C4模型的Container级别来画，既不过粗也不过细。关键是让非技术背景的项目经理也能看懂系统大致怎么运转的。
第三步：方案设计给出至少2个选项
这是最容易偷懒的地方。很多架构师只写一个方案，评审人没有对比，自然挑不出优点也看不出缺点。正确做法是给出至少2个候选方案，然后用一个对比表格从成本、复杂度、可维护性、扩展性4个维度打分。
技术选型的决策框架可以参考这篇ACE架构师怎么做技术选型，4个维度的拆解思路直接套用就行。
第四步：风险评估列出3类问题
方案设计部分写完，千万别忘了风险评估。评审会上被问得最多的就是"如果出了问题怎么办"。提前列出3类风险：技术风险（新组件不熟悉、性能不达标）、运维风险（监控缺失、回滚困难）、业务风险（上线延迟影响大促）。每类风险给出对应的应对方案和回滚策略。
这一步做扎实，评审通过率至少提高50%。评审人最怕的是架构师压根没想过风险，方案有风险不可怕，没预案才可怕。
第五步：实施计划精确到人天
最后一步是实施计划。别写"分3个阶段实施"这种废话，直接拆成具体的任务项，每个任务标注负责人、预计工时、前置依赖和验收标准。评审人看到清晰的排期表，心里就有底了。
作为摩尔狮教育ACE培训体系中的核心模块，技术方案写作能力是架构师从执行者向决策者转型的关键一步。练好这个能力，不管是在日常工作中还是ACE认证面试中，都能让你脱颖而出。
更多阿里云认证资讯，请关注公众号：摩尔狮云证通