技术决策能力，本质是对业务价值、资源成本、技术负债的综合衡量能力。它不是「选最酷的技术」，而是在约束条件下，做出长期最优的选择。

一、业务价值：先判断「值不值得做」

业务价值有三类：商业价值、客户价值、内部价值。评估时抓住两个维度——价值确定性与价值大小。

高确定性、高价值的项目，优先保证低负债交付。
例如：两周内整合出直播解决方案，目标客群半年内成长为 TOP2 客群。这类项目确定性高、价值明确，技术上保持低负债即可，不必过度设计。

低确定性或价值中等的项目，则需要更谨慎地权衡投入与风险。

二、资源成本：再评估「花多少、多快」

资源成本同样有两个维度：资源时效与资源大小。

当项目涉及多方协调、确定性偏低时，优先选择低成本方案。
例如：CRM 项目需要协调两条业务线，把「不可能」变成可能。这属于低确定性、中等价值、多业务方协作的场景。此时以低成本优先，采用前端嵌套 + 数据层打通的方案，快速验证价值，而不是一开始就追求完美架构。

资源是有限的，时效往往比完美更重要。能用更少人、更短时间验证价值的方案，通常更优。

三、系统负债：最后看「会欠多少、欠多久」

技术负债也有两个关键维度：债务周期与债务规模。

底层模型一旦选错，债务往往是长期且代价巨大的。
例如：连锁架构项目，我们多花两周时间，采用与总部完全不同的连锁模型，最终支撑了 TOP1 连锁市占率。如果底层模型设计不当，后续债务将持续累积，修复成本远超前期多投入的两周。

短期能省的时间，长期可能要还得更多。关键路径上的架构决策，值得多花时间想清楚。

写在最后

好的技术决策，是三者的动态平衡：

  • 业务价值决定「做不做、做到什么程度」
  • 资源成本决定「怎么用有限资源最快验证」
  • 系统负债决定「今天的选择，会给未来留下什么」

高价值、高确定性项目，可以接受适度投入，但要控制负债；低确定性项目，优先低成本快速验证；涉及核心模型与长期演进的决策，则必须把债务周期和规模想透。

技术决策能力的本质，不是追求「正确」，而是在不确定中持续做出相对更优的选择。