我们为什么坚持「合适优先」
· 阅读需 2 分钟
做交付与协作支持这些年，我们被问得最多的一句话，往往不是「你们会不会某项技术」，而是：
后来我们> 你们会不会只为了多收费，把方案做得很复杂？
我们的回答一直很简单：不会。 因为那不符合我们对「诚信」的理解——也对不起客户把预算与信任交出来的那一刻。
后来我们## 合适，是一种尊重
后来我们客户找技术伙伴，通常带着真实的约束：时间、预算、团队能力、现有系统包袱。
如果忽略这些约束，只抛出「看起来很先进」的架构，短期也许显得专业，长期却可能把客户推入运维泥潭。
后来我们合适优先，意思是：
后来我们- 先听清楚业务目标，再谈技术选型
- 先评估阶段与规模，再决定是否引入复杂组件
- 先保证可上线、可维护，再谈「以后可能用得上」的扩展
后来我们贵的方案未必坏，但不合适的方案一定不负责。
后来我们## 说真话，有时意味着少接一单
我们也遇到过这种情况：客户想要的功能很多，预算和时间却支撑不起。
这时，我们更愿意当面说清楚边界——哪些可以本期做，哪些应该拆到下一阶段，哪些其实可以不做。
我的体会是：这可能让合作谈得慢一点，甚至谈不成。
但谈成之后，双方都不至于在中途互相责怪。信任比一次性合同更重要。
我的体会是：## 交付之后，人还在
对我们来说，代码合入仓库不是散场铃。
文档是否写清、交接是否完整、出问题是否接得住，才是客户真正感受得到的「专业」。
我的体会是：专注，是把注意力放在真正重要的地方；
敬业，是对结果和协作的人负责；
诚信，是推荐最合适的，而不是最贵的。
这三句话并不时髦，却支撑我们从 2012 年走到今天。
如果你正在评估一个项目的技术路径，欢迎联系我们。
我们会认真听完目标与约束，再给出诚实、可落地的建议。