编辑导语:线上和线下的经营方式不一样。零售商应该如何应对复杂的商业业态以实现全球一体化?这需要理解公共领域和私有领域之间运营差异背后的零售商需求。在这篇文章中,作者总结了线上和线下零售商之间的差异,差异背后的需求,以及如何解决私人领域的需求。让我们来看看。
发帖的内容是思考以下问题:
1.对于线上线下一体化的零售商来说,主战场还是线下。
1)线上:交易额占比20%左右。不同的线上交易场景有不同的工具,扮演不同的角色。
天猫和京东。COM:线上销售的主要岗位,商家的长期线上合作伙伴。
Tik Tok和Aauto更快:建立品牌影响力,KOL生态,以更低的成本获得客户,而不是主要的销售渠道。
Pdd,唯品会:清库存,大规模量,保证健康的断货率。
微信私域:线上线下资源的纽带;用来盘活会员体系,达到第二次,提高回购价格。
2)线下:线下业务占GMV 80%,是存量的竞争。企业需要管理好现有的业务。
门店业务:由于物理隔离,门店只能辐射周边3-5个范围的客户,导致到店流量固定,进一步导致总需求有限;所以线下门店是在客户总需求不变的前提下竞争的。在业务能力不变的前提下,工具不能开源,只能帮助商家降低成本,提高交易效率。
2.线上和线下不同的GMV逻辑导致对工具的不同需求。
线上逻辑: GMV =流量*转化率*客单价*复购频率。在线工具旨在帮助企业改善四项指标,实现更高的GMV。例子如下:
网上提出了很多模型和公式来指导运营:盗版模型(AARRR)和GMV公式,本质上都是回答如何更新、推广、转型、回购。
离线逻辑:核心目的是降低成本,提高效率。
我还在想。我还没有抽象出一个公式。不管有没有互联网,有没有体系,商家的线下经营还是存在的。在互联网诞生之前,零售是存在的,交易也是存在的,不会因为没有记录客户身份和自动对账的工具而停止交易。工具能做的就是提高交易效率,降低成本,帮助厂商占领更多的市场份额。如收银机、WMS、OMS、CRM等。
PS:同样的工具,线上线下的诉求不一样。比如包装价格表,线上是接客户,线下是清库存。
二、零售商家在线上、线下差异背后的诉求PS:目前公共域和私有域是隔离的。商家把商业信息(最重要的是人)当成私有资产,不允许被平台扼杀。下面只讨论私有域场景。
前提:
商家在经营上不会把线上线下分开,即使渠道特性不同,但最终目的都是为了赚钱。从商业角度来说,线上是销售渠道,线下也是销售渠道。他们为什么分开?分离令人费解。之前犯了一个错误,总觉得业务是两个系统运营的,代替了互联网从业者的视角,没有从一个运营者的初心出发。
我把线上线下比作一个家庭里的两个兄弟。兄弟各有利弊。为了事业努力,他们各有所长,弥补对方的不足。
1.在线操作
2.离线操作
结合
网店作为店铺院子的延伸,为消费者提供了一个店铺关门后下单的平台,减少了订单的流动,突破了店铺时间和空的限制。
店铺交易的分流和店铺交易空房间的扩张。
数字客户更有可能是会员的二次接触,会员的裂变。
店铺流量作为店铺线上流量的载体,是通过引流到店铺,从等待顾客到店铺,人为扩大的。
门店为消费者提供了与商品互动的场景,对于强调体验的商业业态,消费者的体验得到了极大的保障。
三、在私域内,怎么帮助商家解决这些问题商家对线上线下融合的诉求;商业形式的多样性和复杂性;与运营效率的要求相对应,它导致了业务的整体解决方案,可以在一个系统中完成所有操作。
最复杂的例子:私域运营中,商家有线下店:店内就餐,支持扫码和收银清点;有网店;家里外卖,店里取货,经营商场;同时有特许经营业务、自营业务、合资业务;同时经营轻茶、蛋糕烘焙等多种业态。运营微信官方账号、社区等流量平台。
1)第一步:分层:整合多服务域(商城电商、同城零售、门店业务),以业绩距离划分服务域。
通过性能交付的不同,将业务分为远场、近场和现场。
远场:即商城业务。牺牲配送体验来换取商品的丰富。消费者可以在远场网上商城选择产品。产品有很多SKU,但是需要几天的发货时间。参与者:商家、三通一达等物流配送商。
近场:即同城零售业务。为了方便和快捷,牺牲一些丰富性和时间。消费者可以在近场平台上选择产品,比如私域内置的小程序、h5等。
但我个人认为这是私域和公域竞争最激烈的地方,因为有田阿里猫超、到家、美团等平台。近场需求在性能限制和产品丰富性方面要求很高。民营商家无法建立近场配送团队,需要依靠公共平台:美团-美团配送,京东。COM-Dada分发和阿里-饿了么分发。运动员也担任裁判。

现场:即门店业务。不送货,体验+服务。是店家玩的最溜的生意,能保证最小闭环成交。需要一个更快的收银员,最大限度地降低成本,并期望带来新的订单增量。
2)第二步:为不同的场景提供不同的工具
远场:为商家提供私域商城,下单模式类似平台。
近场:基于LBS地理位置分配规则,以前置仓或店中店仓的形式提供可购买商品。访问分发平台。
现场:提供门店点餐系统和收银工具。
3)第三步:非常用工具组件化,常用工具通用化,行业能力抽象化,多种能力支持以上三种业务的额外购买。
组件:前端配备各种卡片入口,商户可以根据业务业态的配置,通过默认/优先页面满足常见的业务场景。其他功能被组件化,并根据需求进行配置。
示例:如果只有餐厅服务,则只配置扫码下单和门店取货入口。如果有商城业务,加一个商城入口。
泛化:库存、营销、商品、会员等能力的泛化。一般后台支持所有前端服务,特殊服务在各端进行特殊处理。
例子:会员注册能力,消费者线上自助注册流程,导购线下注册流程。
抽象:不同行业千差万别,但可以提取其中的相似之处,尽可能找到平衡点,用一套工具支持多个行业。
比如蛋糕烘焙、喝茶都可以用线上货架满足,库存一套货架可以满足两个行业的需求。
支持增购:网上商城,线下商家,收银系统。支持商家单独购买。
比如商家只做线上业务,只需要购买线上模块,开店后就可以购买店铺。如果后续的收银系统也需要退货,则单独购买收银系统。
4)第四步:统一后台多格式关闭。
工具只参与业务,所有交易数据和客户数据归商家所有。工具只是帮助企业管理他们的业务。无论在那种情况下,商家的消费者都是一样的。从而在后台统一采集多业务交易数据和会员数据。商人管理他们顾客的资产。
PS:以上,我了解了零售商全球业务整合的解决方案。
本文由@互联网梁朝伟原创发布。每个人都是产品经理。未经作者允许,禁止转载。
图片来自Unsplash,基于CC0协议。








