文 | 帆软数据应用研究院 王立鑫
过去几年，传统零售行业与“互联网+”的结合几经周折，线下门店遇冷，不断加码电商却发现这并不是救命稻草。随着阿里、腾讯纷纷牵手线下零售巨头，零售的重心再次回到门店，围绕门店的“新零售”概念俨然成为新的风口。
那么，如何让“新零售”不会成为一句口号？笔者通过对某大型连锁商超的深入调研发现，实现“有层次、可发展”的门店数字化管理，是通往“新零售”的必经之路。
一、门店数据现状：层次不清、上下不通
“新零售”的核心目的是通过信息化工具不遗余力地挖掘门店价值。那么传统零售门店的信息化建设水平如何呢？
笔者选取了大型连锁商超——传统零售行业中最为复杂的运营系统，进行深入调研后发现，大部分商超集团受困于目前的数据应用现状，在经营效率提升方面止步不前，更不用提实现“新零售”这样目标了。
在调研中，笔者总结了商超集团的数据应用现状，总结为以下三个难点：
难点1：“数据展示层次不清”
数据最终是要能跟踪实际的经营行动的，然而现有的数据报表欠缺结构性和逻辑性，层次不清，很难为业务人员提供及时的经营指导。例如笔者收集到了这些反馈：
“销售额、毛利等实时数据只能在办公室的电脑系统查看，店长大部分时间是在超市现场的，仅凭经验，很难准确把握销售动态；”
“同样的，生鲜部对于断销单品，也要求做实时监控。”
“电脑上看到的是大表，什么层面的数据都有，为了获取某一指标，店长需要通过excel导出再加工计算，这样大而全的数据展示导致分析效率低下。”
总的来说，一方面，门店实时数据获取不方便，另一方面，门店报表为了满足多方的需求，设计的指标大而全，缺乏层次感。因此，在交互使用上缺乏友好、高效的互动。
难点2：“数据上报受阻”
现在的商超集团大多采用专用PDA终端进行现场的数据采集和上报，那么关于PDA的使用情况如何呢？来自超过20位一线门店业务人员的调研反馈如下：
“一台PDA投入成本太大，旧有手持终端PDA逐年折旧损耗，新终端机数量也有限；遇上大盘点，需要向其他门店外借PDA录入数据；”
“请货的时候，PDA屏幕小，无法做批量填报；”
“在巡店的当场想录入一些问题，只能写在微信里面，散乱的笔记无法整理归纳；”
“仓库进出货品的时候，总有一些特殊情况需要及时备注，电脑偏偏不在手边；”
总的来说，门店仅仅依靠PDA来进行数据采集有很大的局限性，数据源对象单一、采集通道也单一，在数据的维护和处理方面也缺乏灵活性。
难点3：“数据下透无力”
信息化时代，门店店员的日常作业不能仅仅依靠经验，数据的指导作用被日益重视。但是调研发现，即使是门店的一线管理人员，数据的获取都困难重重：
“批量查商品的库存，价格的时候，要跑到信息办公室，只有两台电脑，运气好的时候不用排队“；
“每天早上11点请货，系统自动跳单请货经常不符合实际，需要到信息部排队做手工调整”；
“做人事评定的时候，除了POS业务数据，还想看财务数据，得换系统查询，比对起来不方便”；
“天气信息，节假日信息，交通信息，政策法规等外部数据，我得上百度单独查”。
总的来说，一线的业务人员和管理团队与敏捷、多维的数据支撑完全绝缘，根本无法获取有价值的数据从而提升业务效率。
二、布局门店数据：移动端应用+数仓总线
从上面的分析中我们可以看到，目前零售门店的数据应用普遍存在“层次不清、上下不通”的问题。帆软零售门店移动端解决方案，则为破解门店的数据应用困局提供了解决思路：应用层面，通过移动端为业务人员提供基于事务深度加工的数据服务；数据层面，采用数仓总线结构，最大化数仓容积，通过灵活统一的中控平台提高数据采集和分发效率。
1.移动端：零售门店的数据应用武器
包括手机、平板电脑在内的消费级移动终端，从网络基础、硬件基础、技术能力各方面来看已足够成熟，在人机交互、高效浏览上也具备得天独厚的优势。帆软零售门店移动端解决方案，基于业务侧的应用场景，为零售门店提供了多样化的应用模块，已经为多家连锁商超集团解决了门店数据应用难题。
1.1便携查询，口袋报表
方案结合了传统模式下PDA的查询类场景，将优秀店长对数据使用的经验进行了总结提炼，固化成手机端的报表查询功能，为所有店长提供全面、及时的经营报表。通过笔者对试点门店的观察，昨日经营报告、库存跟踪是最受店长青睐的经典表样。
昨日经营报告，为店长提供了多种角度的数据对比和分析视角。内部，可以看到各个科组的业绩情况、同期对比，外部则可以看到同区域其他门店的单品、品类销售情况。
库存跟踪，则可以帮助管理货品的课长跟踪缺货单品，在岗位上完成请货、监控、调整、检视的整个业务过程。
1.2移动办公，实时数据
实时数据展示，首先要在数仓设立实时分区，基于移动端数据平台，把需要做实时报表的数据筛选出来，在GP数据库中建立实时中间表，这个暂且不谈，下文会介绍到。实时分区完成后，移动端数据展现也有很多功课要做。
梳理优秀店长思维逻辑，发现门店的实时数据展示逻辑如下：
1.第一顺位是我整体KPI的达成，即销售数据：销售额、目标、达成率。
2.第二顺位是我门店客流情况，即顾客数据：来客数、客单价。
3.第三顺位是发现哪个部门的问题，即细分数据：各课组数据、同期时段、同期全天。这些数据都要求做到实时，并且仓库保存历史快照，这个后面会说到，只是为了说明，这张实时数据表思维清晰，看起来简单，背后的工程是巨大的。
1.3异常分析，断供监控
除了实时数据被动展示，还需要关注异常状态的主动管理，尤其是生鲜水产类快销品的异常，是很多同行业商超重点关注的模块。对于这些异常，单个业务系统很难做到，往往需要多个业务系统综合取数，沿用大数据平台，实现多系统业务单表分析，按照预设的异常类别，进行筛选排序，在移动端展示。
在试用过程中，异常状态往往得不到业务人员的认可，原因在于：不同的业务人员，对不同的商品，在不同的时间段，有着不一样的异常判断。在通用异常的基础上，如何做到异常状态的因地制宜，就显得尤为重要。为此，信息部通过手机端开放了提意见板块，在留言板社区广泛收集业务人员意见，预设了9种异常状态，形成简单自助式的异常分析工具。
生鲜部门一直有一个问题，由于商品动销快，常常会出现有些货卖空了，连库存都没了，这就提了一个需求，要求对断销单品进行监控，做到实时数据表中，如右上。
1.4聚焦单品，扫码巡场
“随时随地、敏捷上传、高效下达”，以商品管理为例：门店业务人员长时间在现场，开发了对于单品的扫码巡场工具，强化商品生命周期管理意识。各课课长，通过移动端，扫描单品条形码或者手输单品编码，即可查询单品的最新价格、最后一次调价、库存SKU数量、最近一次请货、请货状态等等，满足商品生命周期的管理。有如下两个应用：
应用一：各课课长每天的工作中，有一项是检查排面价签，有的商品没有价签，课长自己也忘了价格是多少，以往需要跑到信息部查看，然后打标签，半天后拿到。有了巡场工具，课长通过巡场扫码，用手机编辑商品信息，发送给信息专员打印价签。实现真正的移动办公，高效沟通。
应用二：在大盘点的时候，“查库存，PDA不足，手机APP来凑”，各课课长通过手机先做各自区域的预盘点，提前校对库存、高架、排面的数量，减少20%漏盘单品，降低50%错盘单品，大大提升盘点效率。
盘点扫码查询单品库存、售价、最近一次进货日期&数量等数据：
2.数仓总线：以不变应万变
“春江水暖鸭先知”，门店单元作为零售企业的神经末梢，在“新零售”的颠覆下，未来会衍生出无限可能的数据形态，要应对新数据量质齐下的冲击，这对整个系统平台的架构提出了挑战。传统的数据建设思路是围绕业务为中心，先处理数据上传，补齐数据库，通过业务把后台数据整齐后，再考虑数据下达，去优化数据传送和展示。
这种逆向建仓的过程，投资收益快、实现难度小，但是应对需求多变的门店业务缺乏灵活性、扩展性，业务端稍有变动就涉及整个数据结构的变动。这里，笔者建议通过建立统一中控平台的方式实现门店业务侧的数据采集和下发，保证数据结构的稳健与灵活性。
1.中控——即中央控制，即实现数据池效果，未来的目标是数入一池，数出一孔。建立中控平台，就需要数仓搭建，这里简洁描述成四步：
第一步，维度设计：
- 选取建模的业务处理过程。这里选商品、门店、类别、供应商、品牌等事务。
- 定义业务处理的粒度。选取到单品的粒度。
- 选定用于每个事实表行的维度。例：画出单品—库存—货架的ER图，描述关系
- 确定用于形成每个事实表行的数字型事实。部分事实是IT能决定的，部分需要和业务部门沟通。形成维度表。
第二步，值链引入：
- 值链选取。这里的引入了商品销售、供给、订单管理三个值链。
- 值链集成。将值链的数据，利用数仓总线，规范化引入ODS表中。
第三步，创建模型：
基础表只是数仓底层，后面还需要依据不同类型的数据特点建立模型，例如：库存模型，订单模型，采购模型，顾客购物篮模型等等。
第四步，ETL过程：
业务系统的数据经过清洗，切片，去重后，通过ETL抽取到GP数据库中，维度表和事实表做交叠查询，以单品粒度展示在整合表中。整个数据处理的过程耗时不到15分钟。
如下图，就是GP数据库的ETL流程图（前端展现可忽略）。
三、让移动端成为业务宠儿
在移动端应用探索的最后，想和已经在使用移动端应用的玩家对话，如何让移动端成为业务人员的宠儿？
移动端先天的优势，就不多说了，站在信息人员的角度，笔者建议遵从以下：
1.一个中心：数据为经验”服务“
我相信IT人员都清楚地知道什么是数据，但很少IT人员具备业务经验；所以说，经验（业务人员）是不会被取代的，这是很自然的职责分工，希望各位玩家客观看待。
开发移动端就是要“服务业务”，是永恒的主题，“微信”张小龙2018年公开课提到了两点：
- “用完即走”——指的是工具不应该占用额外时间，做移动端的初衷就是提升效率，业务人员每天已经很忙了，如果打开页面卡顿，数据加载缓慢，甚至需要费时费力去查找数据，这就不利于增效。“用完即走”总结来说，就是使用移动端，0进入成本，0离开成本。
- “去中心化”——移动端开发避免自以为是，应该充分发挥业务人员的各自需求。举个例子：很多移动端都会设置一个统一的入口，统一的页面，业务人员打开后还需要点开路径才能看到自己想看的，为什么不直接进入收藏夹么？“去中心化”总结来说，就是把选择的权利还给业务人员。
2.两个基本点：增大碰撞面积、移动端做减法
- “增大碰撞面积”——站在业务人员的角度，拿到数据——产生决策的过程，中间是数据与经验产生的碰撞。对于业务人员来说，数据和经验碰撞才有价值，由于业务人员的经验来自平日点点滴滴的积累，经验的深度、广度千差万别，所以应当增加数据重量：辨识度、含义、关联度。让每一个数据成为沉重的榴弹炮，击中业务人员的经验区。
- “移动端做减法”——越复杂的平台，使用体验越差；越开放的平台，互动感知越差；在移动端设计伊始，有20多张复杂报表，涉及复杂的查询参数，可用性可读性很差，在门店试点的2个月中，深受诟病，最后只剩下：实时销售表、生鲜断销监控、生鲜负毛利监控。
仔细的读者已经发现，这两个基本点是相互制约的，要增也要减，要碰撞也要精准。这就引出了另一个话题，移动端应用一定是一个不断完善不断发展的过程，随着业务人员的数据分析能力提高，门店数据的种类和数量不断增长，未来的门店移动端将有广阔的应用场景。
编辑于 2018-1-29 15:10
编辑于 2018-1-29 17:41
|
