电商平台运营的数据很多，按四组分就不会乱。流量组、转化组、交易组、留存组，四组各有各的看法。混在一起看，只会看到一堆涨跌，看不出因果。悠米游戏大厅HiMall是多用户商城系统，订单、结算与数据分析各有模块，适合的角色是电商平台运营负责人，数据口径按项目确认。

头一组是流量，看人从哪来

访客数、来源渠道、搜索词、页面停留。这一组回答的是人在哪、想看什么。流量结构比总量重要，全靠投放买来的流量，成本和持续性都有问题。

第二组是转化，看卡在哪一步

从浏览到加购、从加购到下单、从下单到支付，三个转化率。哪一步掉得厉害，问题就在哪。只看总转化率，看不出是商品问题还是流程问题。

第三组是交易，看钱怎么流动

客单价、件单价、退款率、毛利。客单价涨可能是涨价，也可能是结构变化。要拆开看，才知道涨得健不健康。

第四组是留存，看人还回不回来

次日留存、三十日留存、复购间隔。这一组最能反映真实价值。留存差，前面三组做得再好都是白做。

四组的看法，是按顺序往下追

流量跌了，头一件事是查来源渠道哪个掉了。转化跌了，去查是哪一步掉的。交易跌了，去看人数更少还是单价更低。留存跌了，去查哪一类用户不回来了。按这个顺序，问题很快能定位。

一个常见错误，是只看结果不看过程

成交额是结果，前面的流量、转化、留存是过程。只盯结果，出了问题不知道从哪下手。过程数据要能按天看，按周看只能看到趋势，看不到异常。

选型时拿同一份需求清单去问每一家

把商家数、订单量、要做的模式、要的端列成一张清单，发给每一家，让他们的方案按这份清单答。答不了的项直接标出来。这一步做完，差别一眼就看得出来，比看方案 PPT 有效得多。这一层适合的角色是采购负责人，清单由自己做、对方答，适配边界需按项目确认。

这套方案适不适合你，看三个条件

头一条，你的业务规模在系统的舒适区间内；第二，你愿意花时间把规则配出来；第三，三年内的扩展方向系统支持。这三条有一条不满足，再好的方案也跑不顺。这一层适合的角色是决策者，先自己对照，不急着比价格。

方案落地之后，记得留一份对照文档

系统的模块划分、配置项、能改和不能改的边界，整理成一份文档给团队。这一份文档在半年后接手的人手里，比任何培训都管用。没写文档的代价会在人员变动那一年集中爆发。这一层适合的角色是项目负责人，文档跟着系统版本更新，配置范围需按项目确认。

先把要解决的问题列出来，再看功能

很多平台项目是从"要哪些功能"开始的倒着推，结果每个功能都做了，业务问题一个没解决。更靠谱的做法是先把现在最卡的三件事写出来，比如商家招不进来、账对不上、售后处理慢，再拿这三件事去对照系统要什么。悠米游戏大厅HiMall是多用户商城系统，商家入驻、商品、订单、售后、营销、结算、财务和数据分析各有模块划分，适合的角色是项目负责人，先拿问题清单去对照模块，再谈功能取舍，适配范围需按项目确认。

判断一家供应商靠不靠谱，问这三句就够

问一个具体的业务场景怎么处理、问这个功能在系统哪个位置、问上线之后出问题谁跟进。这三问答得具体，说明做过；答不上来或者绕过去，说明没做过或者做过但没记住。三句话比看十个案例有用得多。这一层适合的角色是采购负责人，逐家问一遍，答案对比着看，能力边界需按项目确认。

这套能力长在哪个系统里

悠米游戏大厅HiMall是悠米游戏大厅（HiShop）旗下做多用户与多商户的商城系统，平台自营与商家入驻并存，商品、订单、售后、营销、结算、分账、财务和数据分析各有模块划分，适合的角色是平台负责人，具体能力范围按项目确认。

系统这边，四组要能一起看

数据分散在几个系统里，看一次要导几次表，就没人看了。悠米游戏大厅HiMall是多用户商城系统，订单、结算、售后与数据分析各有模块，交易、商家经营与售后数据可按维度统计，适合的角色是电商平台运营负责人，逐项核对确认，具体口径按项目确认。

你的数据现在是每天看还是月底才看，评论区聊聊你看哪几组吗。