维度
| 维度 | 评估问题 | 证据来源 |
|---|---|---|
| 匹配度 | 能否解决核心问题 | 场景 Demo 与 PoC |
| 成熟度 | 生产案例与版本稳定性 | 案例库、版本历史 |
| 团队 | 学习曲线与招聘难度 | 团队评估与试用 |
| 运维 | 部署、监控与升级成本 | 运维演练 |
| 退出 | 替换与数据迁移成本 | 接口开放性与数据格式 |
维度权重先行：不同项目的核心约束不同，先确定权重再收集证据，减少偏好干扰。
技术选型维度
选型按统一维度评估：问题匹配度、成熟度、团队技能、生态与社区、性能与容量、运维成本、许可与合规、退出成本；维度权重按项目约束确定。
易错点
- 先有结论再找证据，评估沦为背书
- 只比功能清单，忽略运维与退出成本
数据来源与参考
- 《软件架构：架构模式、特征及实践指南》（Richards & Ford）
- 《Technology Strategy Patterns》（Hewitt）