零售业分析：数据正确吗？

零售业是被人工智能和分析技术改造的顶级行业之一。 零售营销人员需要对不同的消费者群体进行细分、分离和分析，同时跟上不断发展的时尚趋势。 品类经理需要这些信息来详细了解消费模式、消费者需求、供应商和市场，以挑战商品和服务的获取和交付方式。

随着技术的发展和千禧一代推动市场买家行为的变化，零售业必须提供有凝聚力的用户体验。 这可以通过全渠道策略来实现，该策略提供最佳的物理和 digital 在每个接触点为客户提供服务。

全渠道战略需要可靠数据

这导致对洞察力、分析、创新管理和优秀信息交付的强烈内部需求。 将传统的罐装 BI 与临时自助服务相结合是关键。 传统的 BI 团队在数据仓库和商业智能的交付过程中花费大量时间在信息的开发和测试上，以确保准确性和可靠性。 但是，当 ETL、星级方案、报告和仪表板的新信息交付流程实施时，支持团队不会花太多时间来确保维护数据质量。 不良数据的影响包括错误的业务决策、错失的机会、收入和生产力损失以及费用增加。

由于数据流的复杂性、数据的数量和信息创建的速度，零售商面临着数据录入和 ETL 挑战导致的数据质量问题。 在数据库或仪表盘中使用复杂的计算时，不正确的数据会导致空白单元格、意外的零值甚至不正确的计算，这会降低信息的用处，并可能导致管理人员怀疑信息的完整性。 不要把问题简单化，但如果经理在及时处理预算数字之前获得预算使用报告，收入与预算的计算将导致错误。

管理数据问题 - 主动

BI 团队希望领先一步，并在将信息交付给最终用户之前获得有关任何数据问题的通知。 由于手动检查不是一种选择，最大的零售商之一设计了一个数据质量保证 (DQA) 程序，可自动检查仪表板和闪存报告 before 交付给管理层。

Control-M 或 JobScheduler 等计划工具是工作流编排工具，用于启动将交付给业务经理的 Cognos 报告和仪表板。 报告和仪表板是根据某些触发器交付的，例如 ETL 过程的完成或时间间隔（每小时）。 使用新的 DQA 程序，调度工具要求 MotioCI 在交付前测试数据。 MotioCI 是 Cognos Analytics 的版本控制、部署和自动化测试工具，可以测试报告的数据问题，例如空白字段、不正确的计算或不需要的零值。

由于仪表板和 Flash 报告中的计算可能相当复杂，因此测试每个数据项是不可行的。 为了解决这个问题，BI 团队决定在报告中添加一个验证页面。 此验证页面列出了在将分析交付给不同业务线之前需要验证的关键数据。 MotioCI 只需要测试验证页面。 显然，验证页面不应包含在交付给最终用户的内容中。 它仅用于内部 BICC 目的。 仅创建此验证页面的机制 MotioCI 是通过智能提示完成的：一个参数正在控制报告的创建或验证页面的创建 MotioCI 将用于测试报告。

集成 Control-M， MotioCI, & Cognos 分析

另一个复杂的方面是调度工具和 MotioCI. 预定的作业只能 请求 信息，它不能 接收 信息。 所以， MotioCI 将测试活动的状态写在其数据库的一个特殊表中，调度程序会经常检查该表。 状态消息的示例是：

• “晚点回来，我还有事。”
• “我发现了一个问题。”
• 或者当测试通过时，“一切都好，发送分析信息。”

最后一个明智的设计决策是将验证过程拆分为单独的作业。 第一个作业只会执行分析数据的 DQA 测试。 第二项工作将触发 Cognos 发送报告。 企业级调度和流程自动化工具用于不同的任务。 每天，它都会执行许多作业，不仅针对 Cognos，而且不仅针对 BI。 运营团队将持续监控工作。 数据问题，由 MotioCI，可能会导致修复。 但由于时间在零售中至关重要，因此团队现在可以决定发送报告，而无需再次运行整个 DQA 测试。

快速提供解决方案

在秋季启动数据质量项目总是伴随着极大的时间压力：黑色星期五即将来临。 由于这是一个高收入时期，大多数零售公司不想实施 IT 变革，以降低生产中断的风险。 因此，团队需要在 IT 冻结之前在生产中交付结果。 为确保客户的多时区团队， Motio 和我们的海外合作伙伴 Quanam 完成了他们的最后期限，每天站会的敏捷策略导致该项目比计划更快地交付结果。 数据质量保证流程全部在 7 周内实施，仅使用了分配预算的 80%。 广泛的知识和“实践”方法是该项目成功的驱动因素。

分析是假日季节零售经理的关键。 确保信息得到自动检查和验证，我们的客户又迈出了一步，以可承受的价格继续为客户提供高质量、紧跟潮流的产品。