工具比较帖总盯着功能列表和月费，这两项都是容易算的数字。真正昂贵的数字是离开的成本——几乎没人公布它。锁定有三种，痛苦程度递增。
数据锁定是大家会检查的：能导出吗？什么格式？丢失关系结构的 CSV 转储并非有效导出。
工作流锁定更隐蔽、更痛：团队学会了工具的心智模型；运行手册引用其 UI；入门文档截图。切换意味着重写所有这些，而定价对比中完全不体现。
集成锁定最致命：每个 webhook、每个 CI 步骤、每个指向该工具的集成，都会在迁移日中断。数量无声增长——没人跟踪工具积累了多少集成，直到尝试移除它。
采用前先回答四个问题并记下答案：
- 导出保真度：数据能否以竞品可实际摄入的格式取出？不止是“有导出按钮”。
- 集成表面积：最终会有多少其他系统指向此工具？每个都是未来迁移工作。
- 配置即代码？配置在 UI 后的数据库中意味着迁移要靠点击；在仓库的 YAML 中则意味着编辑文件。
- 身份归属谁？如果工具也是你的认证提供者，离开的工程量远超替换依赖。
每个打分 1–5。在第三、四项得分差的工具，必须显著优秀才值得采用，而非仅仅略有优势。
我一直见到的模式：团队选了更便宜的工具，18 个月积累 20 个集成，然后发现迁移成本超过了他们当初优化的三年价差。定价是可预测的经常性成本；迁移摩擦是不可预测的一次性成本，且在最糟糕的时刻降临——通常是工具已成为问题时。
诚实的警言：有时候锁定是值得的。深度集成且贴合工作流的工具，可能比一个可移植但不匹配的工具更有价值。论点不是“避免锁定”，而是“签约前先给它定价”——因为默认做法是根本不定价。
#开发者 #工具 #迁移成本 #锁定 #数据锁定 #工作流锁定 #集成锁定 #SaaS #DevOps #架构
@DevToolboxHub