嵌入式分析的构建与购买之争是模拟

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

理解辩论

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

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

或者开箱即用。

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

商业智能功能的内部开发为公司提供了更大的灵活性和对最终产品的控制。原始应用程序开发人员最熟悉他们的产品和客户，因此他们可以更准确地定制解决方案。然而，在内部构建BI功能需要大量投资，并且由于所需的投资水平和对专业技能的需求，通常会产生低于平均水平的结果。

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

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

商业智能不是商品

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

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

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

合伙，不是一次性交易。

使用外部提供商嵌入式分析的决定更像是一种合作关系，而不是“一劳永逸”的购买方式。开发人员和商业智能提供者共同努力构建所需的数据产品，并随着产品的成熟、新功能的增加和新需求的出现而继续合作。

这是否意味着开发人员每次变更或定制都必须依赖BI提供商？绝对不是——开发者应该完全独立，控制自己的产品。他们应该是产品的唯一拥有者，自始至终，能够开发自己的产品，而不依赖供应商或外部顾问的专业服务。为了达到这一结果，开发者应该与BI供应商合作作为推动者，并始终牢记开发者。最佳实践包括维护具有优秀文档的全面的软件开发工具包，以及将商业智能产品设计为开放平台。

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

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

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

标签：