给客户讲技术方案，你说了5分钟“架构”“链路”“阈值”，客户点头，最后问“所以这玩意儿多少钱”。不是客户笨，是翻译没做。专业内容讲给外行，要过三道翻译。
翻译动作一：名词换场景。“高可用架构”换成“一台机器坏了，另一台自动接上，用户感觉不到”。“阈值告警”换成“超过某个数就自动发消息提醒”。每换一个词，问自己：一个没做过这行的人，能不能在脑子里画出画面。
翻译动作二：数字换参照。“响应时间200毫秒”外行没概念，换成“点一下按钮，眨眼之间出结果”。“存储10TB”换成“大约能存5万部电影”。参照物要选对方熟悉的，选错了比不换还糟。
翻译动作三：流程换步骤。别讲原理，讲用户会经历什么。三步以内：“第一步，你扫码；第二步，系统自动核对；第三步，3秒后出结果。”超过三步，外行记不住。原理放后面，作为补充，不作为开场。
一个自测标准：讲完让对方复述一遍。对方能用自己的话说出“这东西帮我解决什么、我要做什么、大概花多少时间或钱”，翻译就成功了。对方复述时卡住的地方，就是你讲砸的地方，回去补那一句。
常见错误一：用类比代替解释，且类比不准确。“就像高速公路”这种类比，讲完对方问“那堵车怎么办”，你只能再编一个类比。类比最多用一次，用完立刻回到具体场景。
常见错误二：怕显得不专业，故意加术语。术语密度和信任度不成正比。一次讲解里术语超过5个，外行的注意力基本归零。错误三：只讲好处不讲代价。外行听完全是好处，第一反应是不信。主动说一个代价，可信度反而上来。
案例对比。A版本：“我们采用分布式存储，通过多副本机制保证数据可靠性。”B版本：“你的文件会同时存3份，放在不同机器上，坏1份还有2份，丢不了。”同一件事，B版本客户能接话，A版本客户只能沉默。
最后一条：讲给外行听，语速比平时慢20%，每讲完一个模块停2秒，看对方表情。停的这2秒，是给对方提问的入口，也是给自己检查的间隙。
