电商SaaS:通用工具的设计

       最近开始接触线上卖葡萄酒的项目,开始接触到电商SaaS相关的信息。在这里贴一下总结笔记。

       电子商务,可以简单理解为,交易发生在互联网上的,以钱-货物/钱-服务交换为中心的商务活动。B端(货物/服务提供端,暂不论主体是个人还是公司)的销售场景主要发生在线上,但是C端享受服务主要发生在线下场景,可能是商家指定场所,也可能是送货上门(实物可能由快递/外卖/附近送等形式送到用户的指定地址)。C端收到的服务发生在线上的实例场景多为知识付费、音视频付费和游戏货币等,此类在此不做详述。

       根据服务提供者是否有线下的实体店铺,可以将B端分为以下两类。通常电商SaaS的服务对象,就是想要打造线上网店的商户和为线下服务引流的商户。

两类商户

用户购买场景分析

       将以上的B2C销售流程综合总结,用户的购买分为以下几个步骤:

①用户进入商户,选择商品;②预约/购买服务;③到指定地点/在自定义地点,享受服务,收到送货上门的物品;④售后与其他。

       把预约与购买拆分开看,购买前,用户的主要行为为:对比、收藏、购物车、预约/取消预约、购买(直接购买\使用商家提供的优惠活动购买)。

       用户在购买后所做的操作:取消订单、更改订单的相关信息(收货信息/到场信息/改使用别的优惠信息)、智能核销(确认付款/确认入场)和进入售后环节。

用户进入商户场景分析


       用户进入商户,可能是随意闲逛,可能是有目的地购买。把用户分成两类,可以这么看进入商户的起因:

->新用户

①商户的名声;②商户的优惠活动;③来自好友的推荐(口口相传/分享码/分享链接)

->老用户

①持续的购买行为;②商户的优惠活动

      电商SaaS不同于平台式电商的一点,就是没有分发式的流量来源。商家需要自己设计活动来达到曝光、拉新等目的。电商SaaS优于平台的一点,就是网店可以铺陈到各个渠道。渠道本身可能为电商提供了便利的功能。为商家提供有效的分销、营销工具,是SaaS工具需要设计的。(比如小程序的仅能转发到群、识别群ID就可以有很多营销玩法)

       分销规则是常用的增加曝光的营销手段;除营销以外,也作为企业销售商品,为业务员派发提成的一种业务模式。当分销规则被用于前者的场景时,运营的难点主要在如何设置数值合理的提成规则,产品需要考虑的是如何在各传播渠道设计派发凭证-验证生效的流程。

       常见的营销手段有拼团、秒杀、优惠券码、订单返现、积分商城、会员卡等。这些营销规则在面对不同的商品类型时,可能会有不同的细节设计。参与活动的用户身份不同,享受到的优惠也不同,从而保持用户的品牌忠诚度,提高留存率。

用户系统

       这就涉及到用户体系/会员体系的设计。用户/会员/超级会员,本质是是为用户划分等级的形容词。从上面也看出,用户在商户中是存在生命周期的,不同状态的用户在同一场景(context,上下文)下,被触动到的点是不一样的。用户处于哪个生命周期,和用户等级,不能完全挂钩。

       判断用户的依据是用户进入商户后所被分配的唯一凭证——UID。UID不会让用户去记忆,一般是产品设计了几种绑定方式:①注册手机号;②注册邮箱;③注册昵称;④联合登录凭证,比如微信开放平台提供的UnionID。UID在注册流程中生成,而注册流程不一定在用户使用所有服务之前(参见亚马逊)。

用户UID绑定相关字段

       在过去的线下商店时代,我们是无法获知到店用户/消费用户的身份的,商户和用户的连接方式是——办会员卡,通过注册流程获知用户的详细身份信息,从而为这位用户派发唯一身份标识。这个标识也可能根本不能绑定到精确的人。因为会员卡可能是不记名的形式,实体卡券转让的成本很低。此时会员卡号就是唯一身份标识。

       为曾经有实体会员卡的用户设计打通-账号合并的环节,也需要像上图一样设计对应的合并规则。如屈臣氏就要求用户自行去官网注册新账户,并且绑定实体卡,才享受特殊权益。

       实体卡在现在的销售场景中意义不大,是因为在便利性和隐私性中,市场逐渐发展成了收集用户行为,实施针对化销售策略的潮流,用户主动或被动选择了便利性。在日美等地,法律是禁止必须绑定手机号这件事的。

       为用户划分等级的方式有多种形式:①是否提供详细的身份信息或者偏好信息;②是否购买高级权限(买年卡/终身);③在商户的累计消费金额;⑤在商户的累计注册时长。

       作为SaaS工具来说,为商户设计用户等级是一件复杂的事情,因为不同品牌的商户、销售商品类型不同的商户,对用户等级的要求各不相同。SaaS要满足多样式的用户等级设置的全需求。

2B工具

       SaaS的购买者是商家,2B工具的设计是根本和基础。

       对于商家来说,网店是面向C端的门面。商户需要有一个发布平台来配置店铺信息、优惠信息和商品信息的展示页面。这个页面是SaaS根据商户的销售类型来设计的页面模板,有一定的自由度。SaaS也提供了符合商品特点的2C工具,比如收藏流程、预约流程。

       对应的,SaaS会为商户划分用户角色,然后提供对应的管理后台:订单管理后台(for 售后)、仓库库存管理后台(for 采购/仓管)、商品SKU管理后台(for 采购)、用户中心等。后台的功能范围取决于业务流划分的细致程度,这些后台不一定是以分割的形式,可能是以产品模块地形式被集成到一个大系统里。

       有很多商户选择使用主流ERP软件进行后台管理,他们看中的是SaaS的全渠道网店的能力。囿于迁移成本,SaaS兼容主流ERP,并且用大数据能力对用户生命周期、销售推荐等进行精准划分,较于传统形式,这样能更好的服务商户,实现他们的商业目标。

最后编辑于
©著作权归作者所有,转载或内容合作请联系作者
  • 序言:七十年代末,一起剥皮案震惊了整个滨河市,随后出现的几起案子,更是在滨河造成了极大的恐慌,老刑警刘岩,带你破解...
    沈念sama阅读 195,783评论 5 462
  • 序言:滨河连续发生了三起死亡事件,死亡现场离奇诡异,居然都是意外死亡,警方通过查阅死者的电脑和手机,发现死者居然都...
    沈念sama阅读 82,360评论 2 373
  • 文/潘晓璐 我一进店门,熙熙楼的掌柜王于贵愁眉苦脸地迎上来,“玉大人,你说我怎么就摊上这事。” “怎么了?”我有些...
    开封第一讲书人阅读 142,942评论 0 325
  • 文/不坏的土叔 我叫张陵,是天一观的道长。 经常有香客问我,道长,这世上最难降的妖魔是什么? 我笑而不...
    开封第一讲书人阅读 52,507评论 1 267
  • 正文 为了忘掉前任,我火速办了婚礼,结果婚礼上,老公的妹妹穿的比我还像新娘。我一直安慰自己,他们只是感情好,可当我...
    茶点故事阅读 61,324评论 5 358
  • 文/花漫 我一把揭开白布。 她就那样静静地躺着,像睡着了一般。 火红的嫁衣衬着肌肤如雪。 梳的纹丝不乱的头发上,一...
    开封第一讲书人阅读 46,299评论 1 273
  • 那天,我揣着相机与录音,去河边找鬼。 笑死,一个胖子当着我的面吹牛,可吹牛的内容都是我干的。 我是一名探鬼主播,决...
    沈念sama阅读 36,685评论 3 386
  • 文/苍兰香墨 我猛地睁开眼,长吁一口气:“原来是场噩梦啊……” “哼!你这毒妇竟也来了?” 一声冷哼从身侧响起,我...
    开封第一讲书人阅读 35,358评论 0 254
  • 序言:老挝万荣一对情侣失踪,失踪者是张志新(化名)和其女友刘颖,没想到半个月后,有当地人在树林里发现了一具尸体,经...
    沈念sama阅读 39,652评论 1 293
  • 正文 独居荒郊野岭守林人离奇死亡,尸身上长有42处带血的脓包…… 初始之章·张勋 以下内容为张勋视角 年9月15日...
    茶点故事阅读 34,704评论 2 312
  • 正文 我和宋清朗相恋三年,在试婚纱的时候发现自己被绿了。 大学时的朋友给我发了我未婚夫和他白月光在一起吃饭的照片。...
    茶点故事阅读 36,465评论 1 326
  • 序言:一个原本活蹦乱跳的男人离奇死亡,死状恐怖,灵堂内的尸体忽然破棺而出,到底是诈尸还是另有隐情,我是刑警宁泽,带...
    沈念sama阅读 32,318评论 3 313
  • 正文 年R本政府宣布,位于F岛的核电站,受9级特大地震影响,放射性物质发生泄漏。R本人自食恶果不足惜,却给世界环境...
    茶点故事阅读 37,711评论 3 299
  • 文/蒙蒙 一、第九天 我趴在偏房一处隐蔽的房顶上张望。 院中可真热闹,春花似锦、人声如沸。这庄子的主人今日做“春日...
    开封第一讲书人阅读 28,991评论 0 19
  • 文/苍兰香墨 我抬头看了看天上的太阳。三九已至,却和暖如春,着一层夹袄步出监牢的瞬间,已是汗流浃背。 一阵脚步声响...
    开封第一讲书人阅读 30,265评论 1 251
  • 我被黑心中介骗来泰国打工, 没想到刚下飞机就差点儿被人妖公主榨干…… 1. 我叫王不留,地道东北人。 一个月前我还...
    沈念sama阅读 41,661评论 2 342
  • 正文 我出身青楼,却偏偏与公主长得像,于是被迫代替她去往敌国和亲。 传闻我的和亲对象是个残疾皇子,可洞房花烛夜当晚...
    茶点故事阅读 40,864评论 2 335