技术方案汇报，听众是不懂技术的领导。你讲架构、讲并发、讲中间件，他点头，其实在等你讲完。问题不在他，在翻译没做。
翻译动作一：把架构图换成流程图。领导不关心几层架构，关心一件事从开始到结束经过谁、花多久、卡在哪。画一条横线，标3个节点：用户操作、系统处理、结果返回，每段标时间。
翻译动作二：把技术指标换成业务影响。“响应时间200毫秒”换成“用户点一下，0.2秒出结果，比原来快3倍”。“可用性99.9%”换成“每月最多停43分钟”。数字不变，参照系换成他能感知的。
翻译动作三：把选型对比换成成本对比。A方案和B方案，别列10项技术参数，列3行：一次性投入、每年维护费、能撑几年。比如A方案投入40万、年维护8万、撑3年；B方案投入70万、年维护5万、撑5年。剩下让他算。
翻译动作四：把风险换成概率和预案。“高并发有风险”换成“预计峰值是日常的4倍，现有配置能撑3倍，超了会慢，预案是临时加2台机器，约30分钟生效，费用2000元”。风险有了数字，就不再是恐吓。
翻译动作五：把下一步换成时间和人。“后续持续优化”换成“下月15日前完成缓存改造，负责人张工，需要2人周”。领导要的是可追踪，不是可期待。
3个禁区。禁区一：现场科普技术名词。一个名词解释3分钟，10个名词半小时，会开完了事没讲。名词要么替换，要么一句带过。禁区二：用“这很简单”开头。你觉得简单，对方觉得被冒犯，后面提问题会有心理负担。禁区三：给3个以上方案。方案超过3个，决策成本陡增，通常结果是“再研究研究”。
一个真实对比。旧版汇报：“采用微服务架构，引入消息队列削峰，QPS从800提升到5000。”新版：“大促时下单会卡，改造后能扛住平时6倍的流量，投入35万，工期6周，赶在双11前上线。”后者领导当场批了。
最后给一个自检：讲完5分钟，让领导复述一遍他要做什么决定。复述对了，翻译成功；复述不出来，回去重写。汇报的目标不是展示你懂多少，是让对方能做决定。
