方向与战略的区别，及架构师能做的判断边界

[[区分内在动律与整体动向及改变现行工作的臆断风险]]留下一个死结——客户不清楚战略、架构师又不能替客户设定战略，那架构师究竟能不能对整体动向做出判断？作者的解法是区分方向与战略这两个经常被混为一谈的概念：方向只表达动向（事情可能往哪个方向发展），战略则是已经决策的具体动作或行动步骤规划。以某企业客户为例，架构师无法替客户决定”是否通过并购消灭30%的竞争公司”——这是战略决策；但架构师完全可以自己判断”并购是这类企业客户的一个可选途径，若该途径成立，账户合并将成为系统中长期的关键问题”——这是对方向的判断。这里包含两个需要分别考虑的因素：其一是”消灭竞争者是不是这家公司的运作目的”（对方向的判断，架构师可以有自己的看法），其二是”并购是不是达成这个目的的可行手段”（属于具体战略手段，架构师不必置喙）。整个过程中架构师从未把”并购”当作客户已经拍板的战略，只是在客户的经营动向上形成了自己的判断，进而思考架构需要为这种可能性预先做哪些准备（比如是否要把”账户系统通用化”设为架构意图）。而这种方向判断本身依赖大量背景信息的综合考量——架构师有没有相关领域的工作经验、有没有对行业信息做过统计评估、了不了解客户当前面临的主要问题、是否参与客户的经营决策、面对的是解决方案还是试探性产品、是改造还是重建……这些因素共同构成架构师在缺乏明确客户战略时，仍能对”客户可能选择的方向”形成主观判断的依据。可迁移启发：当客户没有明确战略、又急需架构决策时，不要因为”不能替客户做决定”就放弃思考方向性问题——可以把”某个具体决策是否会发生”这件事悬置起来，转而只判断”如果它发生了，会不会给系统带来长期性的结构影响”，并据此预先做好架构上的准备，这是一种既不越界代客户决策、又不回避方向性判断的中间路径。