作者：Gregor Hohpe，AWS 企业战略分析师
您应购买还是构建核心软件应用程序？ 传统而言，高管们在回答此问题时往往遵循一个简单的原则：构建那些可以让业务实现差异化的应用程序，而购买其余的部分。在客户的期望快速变化的今天，IT 决策不像从前那么简单 – 今天的差异化布局决定着企业未来的盈利模式。当您领略到云科技如何为您的 IT 架构带来更多选择后，“购买还是构建”这个问题，或许就不再重要了。
构建的局限
当睿智的高管面对艰难的 IT 抉择时，他们会采用启发法，通过简单的策略或思维过程，来形成判断、做出决定并找到复杂问题解决方案。许多组织使用启发法解答这个关键问题：我们应当购买还是构建核心软件应用程序？ 他们使用的简单规则是：如果功能可以让我们的业务实现差异化，我们就应当构建；反之，则应购买。
这是非常好的起点，但 IT 并不那么简单.自建软件存在三大经常被忽视的局限：
机会成本。
从开发人员用在构建定制项目上的时间来看，他们本可将这时间用以开发另一种产品，以产生更多商业价值。因此，您必须同时考虑实际成本，例如员工薪酬和设备，以及或许数倍之多的机会成本。普适的商业软件所具备的经济性，使得您很难在内部以更低的成本构建系统。除非，商业软件中包含大量您并不需要的功能。所幸，那种系统并不常见。
软件仅为一个环节。
商业价值并非仅由软件开发产生。基于一系列功能的定制软件是价值链中的第一个环节。您还需要相匹配的软件生态系统，其中透明度、支持系统和流程敏捷性缺一不可。想像一下您已构建了定制前端，但是后端系统的变化更新却慢得多。在这种情况下，您的软件工程师将会经常做无用功，因为他们不得不等待新功能的交付。又或者是，在为用户提供核心价值的功能上，您的软件有所欠缺。甚至说，想要发现功能的欠缺，您都需具备很高的透明度。同时，您还需要同样高的敏捷性，才能不断更新和完善功能。
投入将持续产生。
许多组织考虑构建自己的软件以实现自由使用 – 换言之，如果您自己构建软件，真的就能随心所欲吗？ 并不尽然；因为即使系统是您自建的，您仍会受制于系统的复杂性和资产价值。例如，让系统采纳新技术可能会比直接应用商业软件更加困难。而有限的资源很可能会限制您部署新的功能。
“购买还是构建”的决策并不简单。与每个 IT 决策类似，它需要认真地解读和辨析。做出明智的决策，并不只能靠一刀切的简单规则或探索法。因此，思考是一项投资回报率最高的 IT 活动。
关于作者
Gregor Hohpe
AWS 企业战略分析师
作为 Amazon Web Services 的企业战略分析师，Gregor Hohpe 在其技术平台和组织的转型中向技术领导人提出了建议。凭借他作为新加坡智慧国家研究员和 Allianz SE 首席架构师的经验，他在企业策略与技术决策之间建立了双向联系。他喜欢在自己的书中分享关于架构和架构师的想法，他的著作包括《The Software Architect Elevator》和《Cloud Strategy》。
阅读“购买与构建”博客系列
更进一步