PPT架构师
PPT架构师指只把架构方案停留在PPT上、画得漂亮却无法落地的人，也泛指用花哨图表堆概念、缺乏实际技术与实施能力，不参与交付的所谓架构师。
什么意思
3 个义项- 指方案只停留在PPT阶段的架构师，交出的只是展示材料，没有真正落地和交付。这一层含义来自技术管理者的实际观察：架构师写完方案就交给研发团队，之后不再负责，设计与编码是否走样也无人过问。
- 指擅长用花哨图表和动画包装设计、但缺乏实际可行性与可操作性的技术人。批评重点不在会不会做PPT，而在于用展示效果替代了技术判断。
- 泛指堆砌热门概念、脱离业务一线、不再参与实际开发工作的技术岗。这一层是核心含义的扩展，不同文章扩展的宽窄不一样，是否有这层意思要看具体语境。
什么语气
贬义、带调侃和批评意味，多出现在技术圈内部吐槽、经验总结和面试调侃里。属于行话式挖苦，对事不对人时用，当面直接称呼对方则接近指责，正式汇报场合不建议使用。
用在哪儿
- 技术团队内部吐槽某位架构师只出方案不管落地，评审会上讲得很漂亮、项目上线却问题不断。
- 复盘项目失败原因时，把责任归到方案没有经过实施验证、架构师不跟到设计编码环节。
- 面试或招聘讨论中，用来形容简历上概念堆得多、实际动手能力存疑的候选人。
- 技术公众号和经验总结文章里，用来提醒从业者架构不只是画图，还要对交付负责。
- 老员工调侃自己或同事的岗位状态，说再不动手写代码就成PPT架构师了。
这样说
我们那位大佬方案做得贼漂亮，上线三天全回滚，纯PPT架构师。
别光画图了，再不去盯代码，你这PPT架构师的帽子就摘不掉了。
面试聊了半小时全是大词，一问实现细节就卡壳，这不就是PPT架构师嘛。
他讲的那套架构图我见过，PPT上无敌，落地没人敢接。
当年我也差点变成PPT架构师，还好后来被逼着回一线写代码。
例句是编辑写的，只为演示怎么用，不是从谁的帖子里扒下来的。
从哪来的
本轮可核验的公开用例最早出现在2016年，来自一位研发主管对系统架构师的抱怨，说架构师只写PPT、交给研发团队实现后就不管了；同期技术博客也用这个词批评设计方案停留在PPT阶段无法落地。资料没有说明创造者、首次出现的平台或准确出处，2016年只是开放来源中较早的明确用例，不能据此认定该词起源于这一年。各来源对贬义范围宽窄不一：早期材料主要指只写方案、不负责落地，后来扩展到堆砌热门概念、脱离业务、不再参与编码。资料中未找到辞书、学术论文或平台官方的正式释义。
注意什么
这个词的批评对象是「用PPT取代实际工程工作」，不是否定架构图、文档或汇报本身，有资料明确把PPT称为必要的中间结果。所以在评审会、述职、客户沟通等正式场合直接说对方是PPT架构师，基本等同于质疑其专业能力，容易结怨；中立场合更稳妥的说法是「方案没有闭环」「缺少落地验证」。另一处易混在于「不会技术」：早期用法只说不负责交付，未必包含技术能力不足，若拿它指一个技术很强但懒于跟进的架构师，对方多半不服。和「框架架构师」类似，都指岗位或角色被概念化、脱离实际，但后者指向的是只会套用现成框架，二者并不完全等同。
还不确定
- 资料未提供该词的创造者、首次出现的平台或最早出处，2016年的用例只能证明当时已有人使用，不能作为首发证据。
- 各来源的贬义范围不一致：早期偏重「不负责落地」，后期文章还纳入脱离一线编码、不懂业务、堆砌热门名词、技术能力不足等，使用时是否必须包含「不会技术」取决于语境。
- 资料未找到辞书、学术论文或平台官方给出的正式释义，现有解释均来自行业访谈、技术专栏和个人技术博客。
- 有转载性质的技术页面未标出单篇发布时间，页面底部的版权年份不能当作发布日期，因此无法用于进一步判断词的流传时间。
常见疑问
PPT架构师是什么意思？
指方案只停留在PPT上、画得好看却无法落地的人，也泛指用花哨图表堆概念、缺少实际实施和交付能力的所谓架构师，是技术圈里的贬义吐槽。
PPT架构师是夸人还是骂人？
基本是贬义。它批评的是用展示材料替代实际工程工作，说某人只会画图讲方案，不是称赞其表达能力好。
PPT架构师和真正的架构师有什么区别？
真正的架构师不仅做规划，还要跟进设计、编码和交付，对落地结果负责；PPT架构师往往只交方案，之后就不管了。
PPT架构师和只会画大饼一样吗？
接近但不完全相同。画大饼偏向承诺无法兑现，PPT架构师更侧重用图表和概念包装方案，缺少可行性和实施跟进。
为什么很多人吐槽PPT架构师？
因为架构不落地会直接影响团队和项目，有资料认为这类岗位大量存在会对团队和系统造成不良影响，甚至导致项目失败。
架构师是不是就不能写PPT？
不是。有资料明确说PPT是必要的中间结果，问题不在做不做PPT，而在于把PPT当成最终产出、不再对交付负责。
PPT架构师和框架架构师有什么区别？
两者都是被概念化的岗位称呼。PPT架构师强调方案只停在展示材料层面，框架架构师更强调只会套用现成框架、缺少自己的架构判断。
这个词最早是谁说的？
资料查不到确切的创造者和最早出处，只能看到2016年已有研发主管用它抱怨架构师只写PPT、不负责后续实现。