随着嵌入式分析在商业智能(BI)领域变得越来越突出，公司是否应该构建或购买嵌入式BI应用程序的问题似乎比以往任何时候都更加重要。许多回答这个问题的尝试都忽略了一个基本事实，即这个问题本身是误导性的，因为对于大多数组织来说，没有简单的是或否的答案。相反，嵌入式分析的最佳实践既不是“构建”也不是“购买”——而是实际上更类似于伙伴关系。

理解辩论

“嵌入式分析”是一个通用术语，描述将商业智能工具的各种功能集成到其他应用程序中(通常，但不限于SaaS)。例如，开发CRM软件的公司可能希望从其收集的数据中提供更深入的见解，以便增强公司的一般价值主张或销售高级服务。因此，它可能希望将数据转换、快速大数据查询或交互式可视化等功能纳入自己的CRM软件包中。

Gartner估计，到2015年，25%的分析功能将被嵌入，比2010年的5%有所上升。BI行业的大多数专业人士认为，嵌入式BI已经成为业务和技术关注的主要领域。需要客户自助服务和有意义的数据访问，竞争迫使公司满足这些需求，从而更加关注构建这些类型的功能。

或者在内部开箱即用。

当考虑嵌入式分析项目时，“构建还是不构建”的问题已经成为讨论的热门话题。在谷歌上快速搜索“构建和购买嵌入式分析”，你会被一页又一页的文章问到，并试图回答这个确切的问题。我将简要介绍辩论各方最常见的论点：

开发内部BI功能为公司提供了更大的灵活性和对最终产品的控制。原创应用开发者最熟悉自己的产品和客户，所以可以更精准的定制解决方案。然而，在内部构建BI功能需要大量的投资，并且由于所需的投资水平和对专业技能的需求，它通常产生低于平均水平的结果。

购买“开箱即用”的解决方案使公司能够利用商业智能提供商已经进行的大量投资，并提供最先进的商业智能功能。

在大多数情况下，寻求为客户提供有意义的数据分析功能的公司最好不要嵌入现有产品，而要从头开始。然而，我想强调的是，这个问题的提问方式本身就具有误导性：到目前为止，更常见的——更可取的——情景实际上既不是建立，也不是购买，但第三种解决方案可以更准确地描述为伙伴关系。

商业智能还不是商品

当人们谈论“构建和购买”时，人们可能会认为有这样一种选择，即上网购买交钥匙嵌入式BI解决方案，可以轻松插入现有产品并进行预售！面向客户的即时分析。可悲的是，当涉及到更复杂的需求和产品时，几乎从来都不是这样。

我的意思不是暗示BI实现需要冗长或困难的事务，而只是说每个实现都是不同的。通常，希望向客户提供数十万行数据的公司不需要与使用数亿行数据的技术相同的技术“肌肉”；同样，来自数十个结构化和非结构化来源的数据与SQL数据库中有序的表完全不同。高级数据可视化是一回事(例如，显示卖家流量和销售额的电子商务应用程序)，而高级分析、下钻和可定制报告需要完全不同的功能。

当涉及这些类型的更高级别用例时，一刀切的解决方案的概念是不现实的：分析功能需要集成到现有的应用程序中，并进行定制，以满足特定产品和客户群在数据建模、安全性、管理和报告方面的确切需求。同样，这并不是说这些集成工作需要太复杂或需要大量的开发资源——但是，他们需要知道底层数据以及通过API访问和与容易定制的BI平台通信的能力。

合伙不是一次性交易。

使用外部提供商嵌入分析的决定更类似于合作关系，而不是“一劳永逸”式的购买。开发人员和BI提供商一起工作来构建所需的数据产品，并随着产品的成熟、新功能的添加和新需求的出现而继续合作。

这是否意味着开发人员必须依赖BI提供商来进行每一项更改或定制？绝对不是——开发者应该完全独立，掌控自己的产品。他们应该是产品自始至终的唯一拥有者，能够自己开发，而不必依赖供应商或外部顾问的专业服务。为了达到这样的结果，开发者应该作为推动者与BI厂商合作，并始终将开发者放在心上。最佳实践包括维护一个包含优秀文档的综合SDK，以及将BI产品设计为一个开放平台。

开放平台可以通过通用API轻松访问，确保BI软件足够灵活，能够与开发人员的现有系统无缝集成，并满足数据源、安全性和类似考虑因素的特定需求和要求。对于真正复杂、重量级的实施——顶级BI供应商提供客户所需的专业资源，以最快的速度上线运行，并解决各种不可避免的维护问题。

此外，双方应该从长计议彼此的关系——BI平台中引入的新功能应该始终以“API优先”的方式构建，以便应用开发者能够快速、轻松地将这些功能集成到自己的产品中；BI供应商和应用程序开发人员之间的交流需要开放和频繁，这样双方才能更好地了解对方的优势和局限性，并相应地调整他们的开发、支持和帐户管理工作。

p>

将嵌入式分析理解为持续的合作伙伴关系，而非一次性购买，将导致开发人员在开始嵌入式BI项目之前提出更多相关问题; 并引导BI提供商认真致力于构建真正开放的平台，保持卓越的客户服务和文档。在这种情况下，每个人都会受益。