IKEA将标准化提升为艺术，亚马逊则不断突破创新边界。这一点体现在软件策略上：IKEA坚持使用标准套件，亚马逊几乎完全自研。对于企业而言，自制还是外购更好？真理并不在中间……
近期一场关于“自建软件与套件软件”的会议中，履约服务商Docdata的Denis Weiland和初创电商Picnic的Frederik Nieuwenhuys主张自建，以满足特殊需求并实现快速变更；而全球地板砖市场领导者Interface公司的Rob Heeres因过往定制软件的糟糕体验，更强调套件软件的优势。
宜家（IKEA）
宜家是标准化的典范。其在17个国家的48个配送中心均使用Consafe Logistics提供的仓库管理系统Astro。所有分支机构严格按宜家蓝图运作，无定制空间，每半年升级至套件最新版本。据悉，每次升级投入2500小时，但确保了48个中心的软件可控且在技术功能上保持最新。这无疑是最佳实践。
亚马逊（Amazon）
相比之下，Amazon选择自研软件。在其履行中心中，许多巧妙设计通常不会出现在商业套件中。尽管投入巨大，但这使这家互联网巨头能快速改进而不依赖供应商。这也是一种最佳实践。
现成套件
可见两种模式均可成功。审视套件软件：过去企业因找不到合适产品而自研，如今套件功能已十分强大。通过参数、角色、业务规则引擎和工作流工具即可配置不同流程。这不仅能在市场变化时调整流程，还能随供应商定期发布新版本保持系统先进性。
陷入两难境地
套件软件的痛点在于企业需调整自身流程以适应标准功能。若期望功能缺失，往往面临妥协或定制开发的选择。
问题常出在此处：企业不愿妥协，转而大量定制扩展套件。然而定制功能非标准部分，未来升级无法自动继承。为对接新版本需持续投入，导致企业频繁跳过升级。
在频繁更新的现代云软件环境中，这一缺点尤为致命。软件逐渐过时，限制显现，调整变得困难且昂贵。企业陷入中间困境：既无自建的自由，也无现成软件的便利。这种不良做法不幸地十分常见。
持续优化
业务流程无法一劳永逸。市场压力、产品组合变化、技术创新及管理新见解都要求持续优化。这需要灵活且易于调整的软件，IKEA和Amazon深谙此道。
瓶颈分析
引入软件包时主要面临四种瓶颈：
- 不良做法
- 非理想流程
- 接触点
- 特殊情况
不良做法
现有工作方式可能已过时。软件包融合了众多企业实践，很可能存在优于当前“不良做法”的方案。应批判性审视自身流程，对比套件中的各项选项。
非理想流程
一切顺利的Happy flow需得到良好支持；包含异常问题的Unhappy flow虽也需系统支持，但无需追求极致效率。不应为此定制开发，而应将精力投入到预防异常上。
接触点
系统与外界通过各种Touchpoints交互。为使结构各异的消息可理解，传统方式需大量调整。最佳实践是引入集成平台处理翻译工作：该平台连接各系统并将消息转换为对应格式，使每个系统继续使用自身的In-house format通信，避免定制开发。若仍有异常，明智之举是与供应链伙伴协商。
特价商品（Specials）
即对企业独特且不可或缺的事项。这部分自然需要系统良好支持，定制开发必不可少。
自制还是外购？
答案很简单：若像Amazon那样Specials占主导，选自制；否则选如IKEA般的套件软件。核心是保持灵活性以持续优化流程。调查显示，大型物流服务商正告别带大量定制的过时套件及自制软件，因为长期维持自制软件的灵活性同样困难，现代套件软件明显更受青睐。
Bol.com案例
最适合的选择取决于企业更像IKEA还是Amazon。Bol.com为其新履约中心选择了法国供应商Hardis的Reflex WMS。尽管这家Ahold子公司在许多方面对标Amazon且热衷自研，但他们既未自建也未沿用原合作伙伴Docdata的系统，而是决定自行开发系统的定制部分。
思考、敢于、行动！
自研需有意识选择。Picnic内部口号“思考、敢于、行动！”即先分析、再尝试、有效后迅速扩展，契合自研理念。需注意，Picnic高管曾创立软件公司Fredhopper，开发现代软件已融入其基因，这也是开展自研的必要前提。