查看原文
其他

搞明白这个私域场景,所有SOP都难不倒你

The following article is from Stella聊私域 Author Stella聊私域

文/Stella,鲸奇私域团队核心咨询、陪跑成员


昨天有个客户神秘兮兮的找到我们,小心翼翼的问我,Stella,我这里有个孕妇的生意,但不知道私域怎么做,能不能帮我出出主意?

我的好奇心顿时就起来了,鲸奇不能解决的私域问题,少,你说说吧。

她说,我们是一家做孕妇食品的企业。目前引流不是问题,我们也看了鲸奇的很多文章,试着给用户做好了分层,每个阶段对应的运营策略和话术都准备好了,但有个问题,我们没想明白:每个孕妇加过来的时候,她的预产期时间已经确定,我们想在她的预产期前10个月、6个月、3个月、1个月分别触发一些推送,怎么实现?

我们看了一圈市面上SCRM,也买了几个比较便宜的,但都实现不了,你们鲸奇行不行?

有人觉得这可能有点小题大做了,我既然知道对方的预产期,我就预产期之前一个月,比如11月1号,设定一个定时提醒;前3个月,制定一个定时提醒,依次类推。

这不就好了吗?

他们当前就是这么干的,每个人来了,问一下预产期,接着针对每个人制定定时提醒,如果一天加300个人,就要制定300次。。。

别笑,这就是市面上主流SCRM给出的逻辑。


01.
“定时提醒不够用了,市面上绝大多数SCRM落地不了这个场景”



显然,这是一个不依赖工具绝对无法解决的问题。你可以把这个场景视为检验市面上工具可用性的一个很好的参照标准,毕竟单看功能列表好像大家都差不多,我们之前写过一些选型文章:


所以问题出现在哪里?

出现在客户的阶段判定问题。

我们假定,今天有一位孕妇加了我们的企微,今天是11月22号,正常SOP的逻辑都是,xxx天后触发xxx推送,但这个逻辑显然不适用于这个场景。

这个场景对SOP的要求是,假定其预产期是明年的12月1号,我们需要在这个特定日期之前触发提醒。

这个场景真正考验一个功能和业务流程的适配度,好在,鲸奇的SOP模块足够灵活,适用于一切需要通过精准时间节点倒推的人群,比如孕妇、高考或者任何特定的日期。

我们之前写过很多篇关于SOP的文章:《你开始做私域SOP了吗》,此处不展开。

我们再来捋一捋客户的业务场景:新用户加过来,报上预产期之后,能自动进入对应的阶段,收到精心准备的推送。

这意味着,用户的流转规则不再是用户的行为、订单等依据,而是变成了「倒推」的时间维度。

一般而言,孕期分为3个阶段,从估计的受孕开始:
第一阶段孕早期:怀孕0—3个月,0-90天;
第二阶段孕中期:怀孕4—7个月,91-210天;
第三阶段孕晚期:怀孕最后的几个月,211-280天。

据此我们可以规划出孕妇行业的生命周期:孕早期(0-3个月)、孕中期(4-7个月)、孕晚期(8-最后几个月)、预产期,然后对用户进行最长十个月的精细化管理:


孕妇行业生命周期设置,由鲸奇SCRM呈现


有了这样的旅程,接下来我们只需要知道,用户当前处于哪个旅程就好了:
  1. 用户加过来的第一时间,收集用户的预产期时间
  2. 根据预产期倒推该用户当前阶段,将用户放进孕早期/孕中期/孕晚期三个阶段当中
  3. 根据用户所处旅程阶段,利用SOP进行相应阶段的精准推送:孕期知识、医生咨询、推荐产品等等内容和服务

看起来棒极了。

客户旅程很好的填补了SOP的触发依据问题,这也是市面上绝大多数SOP无法解决此场景的核心原因:他们没有旅程的逻辑。

他们清一色基于用户标签触发SOP,而非旅程。

想要了解旅程和标签有何区别,我们之前写过聊一聊私域的客户旅程和分层》。

但别高兴太早。即便是旅程,也面临一个非常不可控的问题,假定我们针对「孕早期」设定好的规则是:

孕早期:怀孕0—3个月,0-90天。

也就是说,孕早期的旅程持续时间是90天,那么当我们把一个孕妇放置到孕早期,多少天之后,她会自动进入到下一个阶段?比如孕中期?

一定是走完90天吗?未必。

她多少天进入下一个阶段,应当取决于其真正处于什么阶段

也就是说,每个用户加入进来的时候,她当前阶段的剩余时长是不定的,可能处于某个阶段的头几天,也可能处于最后几天。能收到当前阶段多久的推送,由她的预产期决定。

同一天加过来的用户,完全可能产生以下情况:

A用户怀孕一个月,能收到两个月的孕早期推送,全部孕中期和孕晚期的推送;
B用户怀孕七个半月,能收到一个月孕晚期的推送;
C用户怀孕五个月,能收到两个月的孕中期和全部孕晚期的推送;
......

如此复杂的业务场景,别想了,市面上没有任何一家SCRM能够解决这个问题,不过鲸奇倒可以试一试。


02.
“巧妙的采用「生日」机制倒推”



鲸奇解决此问题的思路非常简单,我们弃用「正推机制」,换用「倒推机制」。


但以什么锚定倒推呢?


以“生日”。即客户孩子出生的日期,也就是预产期这一天来倒推。


决定孕妇何时进入下一旅程阶段的,根据其预产期倒推计算:


孕晚期 = 预产期(生日)前60天 ~ 预产期前1天

孕中期 = 预产期前90天 ~ 预产期前61天

孕早期 = 预产期前91天  ~ 预产期前280天


这个机制,在鲸奇后台配置一下,2分钟:


孕早期SOP配置,由鲸奇SCRM呈现


在这里,你能够留意到,旅程的计算机制变成了“xx天前”,而非正常情况下的“xx天后”。


这样即便孕妇今天是「预早期」的最后一天,她也会在第二天如约进入「孕中期」,而不是一定傻傻的走完90天。


有了这个灵活且不会出错的自动旅程机制,接下来我们就可以为孕妇们精心准备的关怀内容配置到SOP里去了。


孕妇行业SOP配置,由鲸奇SCRM呈现



假定,我们的SOP推送策略是:


  • 怀孕1到4周:可以提醒准妈妈补充叶酸,锌、铜等微量元素摄入,注意流产风险,等认知类内容

  • 怀孕20周到22周,提醒准妈妈开始进行胎教,着手准备婴儿用品,等备品类内容

  • 怀孕27周到40周,给准妈妈发一些产前运动、待产包准备等等相关知识,等救急类内容


孕早期SOP配置,由鲸奇SCRM呈现


推送频率以每周计算,覆盖所有触点,如1对1,群聊,以及公众号。最终,大致能形成这么一个全生命周期的SOP序列:



清晰大图请在添加企微后回复【孕妇】获取


每一条SOP,都包含4个要素:

  • 针对谁来发(客户旅程)

  • 何时发(推送时间)

  • 怎么发(推送触点)

  • 发什么(SOP内容序列本身)


由此,给孕妇的SOP就完全自动化,覆盖她的所有孕期,并且针对每个阶段的内容策略也完全标准化了。


借助「SOP倒推机制」倒计时的逻辑,一个看似不可能的业务场景就这样实现了。


不夸张的说,能够独立设计、落地如此复杂并和业务贴合的私域场景的人,基本就已经掌握了私域最顶层的逻辑和实操能力。


这样的人可遇不可求,遇到了,品牌方就砸重金抢人吧。


03.
“倒推机制的举一反三,还有哪些业务同样适用此逻辑?”

一个典型的孕妇业务场景把我们折腾的够呛,但实际上,任何有「Deadline」的业务,都可以用这套逻辑实现完美落地,比如高考业务,展会业务,代理商年会,所有重大的事件,都和孕妇业务一样享有「倒推机制」。


高考及录取时间明确且各地时间有差异,依据高考时间倒推,咨询的考生可分为不同阶段,需要进行不同类型的辅导。教培机构通过鲸奇制定的SOP,将老师从手工判断考生阶段,发布对应提醒,查找并分发相关资料的繁重工作中解脱出来,去进行更高价值的服务与转化。


展会业务等依次类推。


我们很欣慰鲸奇的这套SOP能够帮助客户从同质化严重的SCRM市场中找到最佳的落地方案,解决其困扰已久的核心业务问题。


长久以来,我们一直被问到鲸奇产品与其他产品有何不同,毕竟大家的功能列表看起来如此相像,即便我们已经写过几篇选型文章来帮助大家甄别:


自动标签似乎家家都有,怎么选?

SOP功能似乎家家都有,怎么选?


但依然有不少品牌被低廉的价格和雷同的功能列表割了韭菜,而最终不得不报废重新采购鲸奇。


这是私域市场早期必然会经历的蛮荒战乱时代。


为此我们也在想为这些买了SCRM没有用起来的品牌方提供一个特权:即日起,凡是购买同类SCRM但没有用起来的品牌,可出示合同及打款截图,在购买鲸奇产品时,以采购金额进行抵扣,最高不超过50000。


你在别处花的冤枉钱,在鲸奇这儿都算数。


我们希望以这种方式,打消你做私域的顾虑,让你可以在面对像今天文章里所遇到的棘手私域问题时,也可以坦然和从容的面对。



- THE END -

微信的最新机制是,如果您点了“在看”和“赞”,后续总会收到类似的文章,质量都还不错。

添加我们的售前顾问,咨询业内首家提出并落地SOP概念的成熟SCRM产品

另外,我们在寻觅内容岗、市场岗和摄影岗人才!!
这3个职位将由CEO春阳本人亲自带教

如果您有兴趣加入一家B2B公司,或者对私域有浓厚兴趣,请添加CEO春阳个人微信 cy180777 咨询

您可能也对以下帖子感兴趣

文章有问题?点此查看未经处理的缓存