AI时代,方案架构师的护城河

AI现在可以在几分钟内创建系统设计和架构图。人类架构师还剩下什么价值?

AI时代,方案架构师的护城河
梯形图转SCL | AI模型价格对比 | AI工具导航 | ONNX模型库 | Vibe Coding教程 | PLC在线仿真器 | Tripo 3D | Meshy AI | ElevenLabs | KlingAI | ArtSpace | Phot.AI | InVideo

AI现在可以在几分钟内创建系统设计和架构图。

它可以比较云服务、起草技术文档,并比我们大多数人手动操作更快地生成基础设施即代码。

但老实说,这并不是真正的威胁。

真正的问题是,许多解决方案架构师正是围绕做这些事情来建立自己的价值。既然AI可以处理大部分工作,它给我们留下了一个令人不安的问题:

人类架构师还剩下什么价值?

答案在于五种行为,这些行为一直将优秀解决方案架构师与其他人区分开来。技术工作以前可能隐藏了它们的重要性,但现在AI正在将它们推向聚光灯下。

让我们深入了解。

1、人类情境化

AI可能带你完成70-75%的坚实架构。

它可以研究行业、准备发现问题、比较技术,并在几分钟内生成参考架构。

但剩下的25-35%是解决方案架构师创造真正价值的地方。

缺失的部分是人类情境——预算、内部政治、个人优先级、以前的失败和利益相关者关注的复杂组合,这些很少出现在技术文档中。

例如,AI可能推荐最可扩展的解决方案。但它不会自动知道公司的CTO正面临董事会压力,需要在年底前将基础设施成本降低20%。

它可能建议将更多客户数据迁移到云端,但它不会知道CISO非常谨慎,因为公司最近经历了一次安全事件。

你通过与技术客户经理交谈、在会议中仔细聆听以及关注每个利益相关者所说的话(有时是他们避免说的话)来了解这些事情。

AI可以给你更广泛的行业图景。人类对话揭示了对这个特定客户真正重要的东西。

真正的技能是将两者结合起来。

使用AI来了解市场、技术和常见挑战。然后将这些知识与坐在房间里的人的优先级、压力和关注点结合起来。

这就是你如何将技术上正确的架构转化为客户可以信任、批准并实际采用的解决方案。

要问自己的问题:

在下一次会议中,我能清楚地指出每个利益相关者最大的担忧而不做假设吗?

2、主动参与

大多数解决方案架构师以一系列问题开始客户会议。

这可能听起来是正确的方法,但它仍然是被动的。而且很可能,你不是客户交谈过的第一个架构师。

如果他们必须花前20分钟重新解释他们的业务、挑战和目标,你已经错过了脱颖而出的机会。

更好的方法是带着情境和明确的观点进入对话。

在会议前,花大约40-50分钟研究公司。使用AI来了解其行业、最新发展、监管压力、技术环境以及类似企业通常面临的现代化挑战。

从一个简单的问题开始:

关于这个客户我已经知道什么,AI如何帮助我更深入地了解?

但不要只停留在在线研究上。

与技术客户经理或任何已经了解客户的人交谈。了解谁将参加会议,每个利益相关者关心什么,以及哪些关注点已经被提出。

然后你可以使用AI来探索可能的异议、准备深思熟虑的回应,并识别客户可能提出的问题。

这并不意味着带着假设走进会议并假装你知道一切。这意味着做好充分准备,以便从一开始就进行有意义的对话。

你不再等待客户给你所有的情境。

你向他们表明你已经努力了解他们的世界。

这种程度的准备建立信任,创造更好的对话,并让客户免于重复他们可能已经分享过多次的信息。

3、结果导向沟通

解决方案架构师天然为他们构建的东西感到自豪。

所以当展示解决方案时,许多人立即开始解释编排器、工具、代理架构、集成和令牌优化。

换句话说,他们从系统如何工作开始。最好的解决方案架构师从其他地方开始。他们从结果开始。

系统解决了什么问题?节省了多少时间?什么变得更快、更便宜、更安全或更准确?客户现在能做什么以前不能做的事情?

架构仍然重要,但它不应该是客户必须理解的第一件事。

这对于代理系统变得更加重要,因为过程本身可能很难展示。代理可能在简单的聊天界面后面计划、调用工具、暂停、评估信息并修改其方法。

这在技术上可能令人印象深刻,但它并不总是为非技术高管创造引人注目的演示。

相反,展示系统带来的变化。将新旧结果并排比较:

  • 这是以前流程产生的结果。
  • 这是代理系统现在产生的结果。

然后用清晰的数字支持这种比较——节省的时间、减少的错误、降低的成本或完成的工作。

在解释背后的机制之前,让结果先说话。

技术是你交付解决方案的方式。业务影响是客户关心它的原因。

4、验证

AI可以在几分钟内生成看起来令人印象深刻的架构。

但架构很少仅仅因为图表在技术上不正确而失败。它们经常失败是因为重要的约束、风险、成本或客户关注点被忽视了。

在展示任何AI辅助建议之前,问自己三个问题:

  1. 这个解决方案是否反映了客户的实际约束?
  2. 我是否验证了重要的声明、成本和技术假设?
  3. 我能否在持怀疑态度的利益相关者面前为这个建议辩护?

如果这些问题中任何一个的答案是否定的,那么解决方案还没有准备好。

一个有用的方法是要求AI挑战自己的建议。

给模型提出的架构,要求它作为持怀疑态度的CTO、CISO、CFO或运营负责人做出回应。要求每个人可能提出的关于设计的十个最难问题。

这个练习可以在客户之前暴露出关于业务风险、技术可行性、安全性、运营复杂性和隐藏成本的关注点。

然后准备由经过验证的信息和实际选择支持的清晰答案。

想象客户问:

在区域中断期间会发生什么?我们会丢失客户订单吗?

"系统高度可用"的模糊承诺不会建立太多信心。

更有力的回应提出清晰的选项。例如:

  • 选项A: 接受风险。区域故障可能导致两到四小时的停机时间,估计收入影响约为10,000美元。
  • 选项B: 添加多区域故障转移,每月约800美元。这可以将停机时间减少到几分钟,但它会增加运营复杂性。
  • 选项C: 引入队列,每月约20美元。订单将在中断期间临时存储,并在服务恢复后处理。

这些数字只是说明性的——真正的估计必须根据客户的工作负载进行计算和验证。

AI可以帮助你识别可能的方法。你的工作是验证细节、解释权衡,并以帮助客户做出自信决策的方式呈现它们。

使用AI生成想法,但永远不要将生成的答案与经过验证的建议混淆。

5、身份转变

这可能是解决方案架构师最困难的转变,也是使所有其他行为成为可能的转变。

多年来,技术知识被视为架构师价值的最清晰衡量标准。

你能记住多少云服务?你获得了多少认证?你能不查文档就解释存储选项之间的区别吗?

这些知识仍然重要,但获得它不再稀缺。

今天,几乎任何人都可以在几秒钟内要求AI比较服务、解释技术概念或总结文档。比其他人记住更多信息正在成为更弱的专业优势。

如果你的身份完全建立在你知道的东西上,AI自然会感到威胁。但技术知识从来不是优秀解决方案架构师的全部价值。

更深层次的技能是综合。它是将技术能力、业务目标、利益相关者关注点、安全要求、预算限制和可接受的风险水平结合在一起,并将所有这些转化为一个实际建议的能力。

不是在图表中完美工作的架构。而是一个能够在有限预算、相互竞争的优先级、谨慎的高管、遗留系统以及可能对以前技术项目失望的团队的混乱现实中生存下来的架构。

这就是人类判断变得至关重要的地方。

积极使用AI进行研究、比较、文档和其他知识密集型工作。然后将其节省的时间重新投入到了解客户、测试假设和进行更好的对话中。

你的目标不是在检索信息方面超越AI。

你的目标是在将信息转化为在现实世界中有效的决策方面变得异常有价值。

6、最后的想法

这五种行为都不是全新的。

优秀的解决方案架构师总是在会议前进行研究、了解房间里的人、传达业务成果、验证他们的建议并超越技术知识。

AI改变的是我们做这些事情的时间——以及做好它们的重要性。

当AI可以处理大部分研究、比较、文档和初稿架构工作时,人类层变得更加可见。

你的价值不再仅仅由你能记住多少技术信息来定义。它来自于你对客户的理解程度、连接不同信息的能力、解释权衡的能力以及引导人们做出他们可以信任的决策的能力。

好消息是,这些行为都不需要特殊的个性。

它们是技能,技能可以通过练习来学习。

所以不要试图一次掌握所有五种。

确定你目前差距最大的领域。从那里开始,刻意练习,一次改善一个客户对话。

AI可能会改变解决方案架构师的工作方式,但它不会消除对他们的需求。它提高了优秀架构师应有的标准。


原文链接:5 Solutions Architect Behaviors AI Cannot Replace

汇智网翻译整理,转载请标明出处