2017年5月17日星期三13:20

产品经理’s嵌入式BI指南:自助分析功能

撰写者

产品的路线图对其产品经理来说并不是秘密。这项工作需要根据增强功能,新要求和竞争对手的产品计划未来的发展。

使其成为产品开发列表首位的优先事项是直观的自助式商业智能(BI),数据分析和可视数据发现。各个行业的最终用户都希望在他们经常使用的应用程序中具有这些功能。自助式BI可帮助组织发现异常值和趋势,改善业务流程,节省资金并增加收入。

软件供应商响应不断增长的自助式BI需求

软件公司意识到改进解决方案中的分析的好处。交付价值不仅限于简单地提供自助服务功能。它要求能够将分析嵌入到用户需要他们进行决策的工作流中,并赋予用户创建新报表和仪表板以进行真正数据探索的能力。

但是,内部编写此功能会带来复杂的问题:

  • 较长的上市时间–超出肤浅功能的分析项目可能需要花费数年才能启动,尤其是如果分析不是承担该项目任务的开发人员的核心能力
  • 机会成本–由开发人员专注于分析并推迟对增强,升级或其他更改的必要开发而产生的;除了使用开放源代码库和工具包之外,对工具包的许可也增加了费用
  • 正在进行的维护和增强
  • 可扩展性–转售需要开发可定制,可扩展并与其他基础架构兼容的BI应用程序

从具有核心分析能力的第三方软件公司购买和嵌入分析产品是一种更具成本效益的方法。当今市场上存在嵌入式分析产品的许多选择。要了解这些产品之间的差异,首先要进行范围界定:

  • 功能需求–自助服务,学习曲线短,易于使用的查询功能,实时报告以及跨设备的响应能力
  • 业务需求–项目成本和投资回报率(ROI),与以有利可图的方式出售解决方案相关的因素(许可,第三方支持成本,对现有基础架构要求的更新,附加产品成本,人力资源要求)以及长期的组织问题(增长计划,扩展不断增长的客户群的能力,用于通过分析获利的定价模型)
  • 技术需求–组织的技术栈,数据库和其他数据源技术,支持项目所需的不同技术资源和技能集的可用性(在云中,内部部署或作为混合部署BI工具,或对数据仓库的要求或更改现有数据库)

从哪里开始–研究和产品演示

早期研究是使用软件审阅站点进行的,该站点提供来自用户群的经过验证的审阅,并研究由专门从事BI的行业分析公司发布的研究报告。供应商网站是信息的另一个来源。它们可能包括案例研究,以了解它们如何处理BI实施。

一个组织通常会针对3至6个供应商进行产品演示。为了将预期产品试验的范围缩小到两个或三个,组织可以使用比较矩阵来针对不同解决方案对需求进行优先级排序和跟踪。演示不一定是详尽无遗的,但是每个演示都有一些重要的收获:

  • 解决方案是否与组织的技术堆栈一起使用?
  • 解决方案是否有能力利用软件公司所需的特定功能,例如特定类型的可视化?
  • 定价是否与组织的预算相符?
  • 最终用户体验将如何?
  • 部署过程将需要什么?

其他问题可能包括:

  • 是否支持算术运算,例如加法,减法和聚合?
  • 存在哪些数据库支持?
  • 解决方案的白色标签是否可用?
  • 它是完全基于Web的,还是存在桌面依赖关系?
  • 是否存在用于管理租户和映射数据字段的用户界面(UI),或者是否需要编码?
  • 解决方案生效前需要多长时间?
  • 嵌入解决方案的客户比例是多少?
  • 存在哪些通过分析获利的选项?
  • 公司对此收取了什么费用?

从试验和参考中获得价值

下一步是进行软件试用,以针对组织的关键测试用例对软件进行审核。

试用的目的应该是创建一组核心的分析交付物-报告,仪表板,可视化效果和对组织客户最重要的关键绩效指标(KPI)。该试用版允许公司:

  • 审核嵌入过程和集成
  • 测试解决方案如何处理用户和数据库安全性
  • 确定对多租户的支持
  • 确认符合HIPAA,SOC2或PCI等法规标准

使用相同软件版本并在相同垂直和大约相同大小下试用过的其他客户的参考是黄金。仔细聆听特定问题的答案可能会暴露出危险信号。使用带有参考的对话,可以清楚地了解该演示仅涉及的问题,并确定与公司合作的难易程度。建议的问题包括:

  • 您使用该产品多长时间了?
  • 选择此解决方案的主要原因是什么?您的期望是什么?该产品符合您的期望吗?
  • 嵌入分析需要多长时间?在此过程中您是否遇到任何问题?
  • 您的实施是否在预算内按时完成?
  • 有多少最终用户正在使用分析解决方案? 
  • 解决方案是否允许您通过应用程序中的分析获利?您使用什么模型通过分析获利?
  • 产品是否需要任何解决方法?
  • 该项目需要多少内部IT支持?供应商提供了多少支持?
  • 总体而言,您对该解决方案满意吗?您会再次选择供应商吗?
  • 在实施此解决方案之前,您是否希望了解任何信息?

Beta测试和分阶段推出可确定部署问题

除了试用功能并征求其他人的反馈之外,组织还应评估该解决方案在现有基础架构上的部署情况。组织可能需要扩展策略,例如通过升级硬件和内存进行扩展或通过复制服务器进行扩展,添加负载平衡器或使用诸如Docker之类的解决方案进行容器化。

不知道自助服务BI在使用方面会有什么期望,就很难预测性能。许多软件公司选择向一个或两个客户软启动Beta版本。 Beta客户的折扣价格被他们参与Beta测试所获得的价值所抵消,后者可以在他们成为系统范围的问题之前尽早解决问题。

分阶段推出功能可以帮助确保稳定性。例如,通过逐步引入功能,公司可以确定需求增加带来的对应用程序基础结构的潜在压力。其他公司可能选择将分析部署为独立的BI门户。这是一种不那么健壮的上下文分析经验,这是在加快产品上市速度最重要的情况下实现分析的最快方法。

避免许可陷阱

产品的许可模式是确保分析获利的重要因素。组织可以通过以下四种方式之一通过改进的分析来创造价值:

  • 出售增强功能作为附件
  • 赢得新业务
  • 留住现有客户
  • 降低服务成本

选择的嵌入式BI产品不应将公司锁定在无法运作的价格模型中。扩展会极大地影响总体成本。基于用户或会话的定价模型会随着业务的增长和最终用户数量的增加而降低ROI。

企业应寻求一种许可结构,该结构应能补充从分析中获得的价值,易于理解并在应用程序扩展时保持相关成本的透明性。在确定价格时,还应考虑专有软件,基础架构增强功能和持续维护。

合同谈判

公司在谈判中的灵活性和响应能力是公司将如何作为OEM合作伙伴运作的绝佳指标。冗长而冗长的法律流程胜过快速解决需求的行动,这通常预示着未来的实施和服务流程。

推荐的服务合作伙伴和建议的服务时间列表可以表明解决方案的成熟度以及其嵌入设计的程度。寻找基于共享价值创造的模型。任意折扣的订单项都应质疑供应商对合作伙伴关系的承诺。显示大量数字通常是一种试图出售价值的尝试,然后任意分配的折扣表明他们认为可以从总成本中提取的金额。

结论

自助服务分析从完善到应用程序需求的转变不必成为应用程序开发团队的负担。通过适当的计划,产品经理可以确保部署丰富的分析界面,以帮助最终用户从数据中获得更多价值,减轻开发人员的报表创建工作量,并为进一步的应用程序获利创造机会。

马库斯·霍奇斯

马库斯·霍奇斯,项目经理 善田,是 嵌入式BI和分析软件,利用他作为业务分析师的经验来支持他在Izenda担任项目经理的工作。他已经管理了超过35种嵌入式BI和分析的集成,管理了每个客户的集成时间表和启动过程。

马库斯·霍奇斯的最新作品

©BA Times.com 2020

麦格雷戈徽标白色网站