手机版

基于模板消息的小程序用户回流系统

时间:2021-12-09 来源:互联网 编辑:宝哥软件园 浏览:

基于模板消息的小程序用户回流体系(图1)

2018年5月27日,我去北京参加一个关于小程序的线下分享会。我个人总结了6个小时的内容分享——转化率低,这是唯一的关键词。

我认为这是一个不值得思考的问题。为什么呢?

一个初始的切入点,小程序的产品定位:

微信对小程序的定位开发者对小程序的定位显然,微信(用完就走)和开发者(高转化率)一开始就是矛盾的。微信小程序讲述了一个用户和服务的故事,而开发者则直接追求利益。显然,有一些好处和激进主义,但它更现实。

那么,摆在我们面前的问题,——,如何定位你想做的小程序?这是值得思考的事情。

基于自身业务发展需求,挖掘微信生态潜在爆点尊重基础业务逻辑本质,小程序只是一个产品形态

1. 模板消息

。2018年1月,我写了一篇关于applet 《如何正确释放小程序的产品能力?》的文章,里面提到了applet的四个要素——产品能力。其中,拉辛元素——在注册系统中注册,《产品案例:小程序的登录注册体系设计》已经详细阐述。

接下来,我们将尝试恢复push元素,这是小程序的许多开放产品功能的核心之一。

对应APPlet的开放能力——模板消息,服务号的服务通知并行传递,类似于app的PUSH或站内通知消息机制。产品的理解和设计可以部分借鉴服务号模板消息的技术。

小程序是完全基于微信生态衍生的第三方开放平台,因此对微信的依赖极其沉重。小程序本身是一种技术友好的产品形式,所以就小程序而言,技术开发和产品经理没有太大区别。对第三方平台的规则有了透彻的理解,并将其应用到自己产品的业务场景中,技术人员(懂技术知识的产品经理)相对来说对小程序开放性的表现形式更加得心应手。

2. 阅读理解

阅读和理解微信官方给出的小程序定义和产品能力描述,是任何基于第三方平台的产品开发必不可少的第一步。

2.1 通读官方文档

模板消息仅用于微信官方账号向用户发送重要服务通知,只能用于符合其要求的服务场景,如刷卡通知、商品购买成功通知等。不支持可能对用户造成骚扰的营销消息,如广告和所有其他消息。

基于两个考虑:

高效到达用户模板消息的能力,实现服务闭环,提供更好的体验模板消息形式;

推送位置:服务通知模板分发条件:用户在微信系统中与页面交互后可以触发跳转能力:点击查看详情只能跳转到分发模板的账户的每个页面,需要特别注意:

只有经过身份验证的服务号才能申请使用模板消息的权限并获得该权限。每个账户可以同时使用25个模板。每个账户的模板消息每日调用次数限制为10万次,对单个模板没有特殊限制。消息每日通话上限会相应提高,以微信官方账号MP后台开发者中心页面注明的号码为准。基于模板消息的小程序用户回流体系(图2)

2.2 理解功能流程

第一步:手动配置或接口获取模板ID;

第二步:页面的表单/组件声明需要模板消息并获取formId;

支付:当用户在小程序中完成支付后,允许开发者在7天内向用户推送有限数量的模板消息(一次支付可以分发3条消息,多次支付分发的消息数量是独立的,互不影响)提交表单:当用户在小程序中提交表单并声明表单发送模板消息后, 开发者可以被允许在7天内向用户推送有限数量的模板消息(一次提交可以分发1条消息)。

3. 产品设计

3.1 Redirect/重定位

从微信小程序的官方定义——模板消息来看,产品定位非常明确:

服务、类似基础设施的必要性、用户体验和对用户服务闭环的有效访问。那么,产品人/PM存在的意义是什么?进阶难吗?有种刷新存在感的错觉。

一个产品经理的价值不仅限于解决问题,而是能够创造性地解决问题,解决问题的方法非常重要。于是,一个非常有趣的事情产生了————MDA。

sh;重定位(Redirect)。能否将既有的产品定位提升到新层次。

基于模板消息的小程序用户回流体系(图3)

于是,我尝试对小程序-模板消息进行重定位:

  • 唤醒留存,提高留存率(2A3R,Retention)
  • 营销推广,获取收入(2A3R,Revenue)

从微信小程序官方给出的产品能力定义,重心偏向平台和用户侧;从开发者自身出发,在不破坏基础规则的前提下,产品需要挖掘自身的价值,因为这才是驱使我们下决心投入时间、金钱、精力去开辟新产品线的根本动力。所谓,无利不讨好,概莫如是。

3.2 Reflux/用户回流

再经过产品经理的二次定义之后,微信模板消息作为消息通道触达用户的基础只能之外,还肩负一个极具商业价值的应用点。

将诸多的思考,简化为一个模型:用户回流体系(Reflux)。

基于微信的三个要点:

(1)订阅服务

公众号为微信用户提供资讯和服务,而订阅是该产品模式的核心基础,无订阅(关注)、无连接、无分发。借助订阅号、服务号强大用户订阅优势,提供便捷的服务体验,小程序的使用只是一个结果而不是目的。

一种既有优势的延续,让优秀更优秀。

(2)社交裂变

小程序是一个基于微信的新型产品形态,与生俱来的社交属性,自然而然就具备了裂变的基因。10亿微信用户,即使单个用户单个微信群/朋友圈的简单交叉分享,可能形成的是一张让人难以想象的网络。

一个运营侧的尝试,从小达到的成长。

(3)外部环境/O2O

小程序的产品化应用是从线下场景开始的,线下传统业务在小程序的加持下,行业效率、用户体验、生活习惯都有极大的改善。2018年年初以来,小程序的流量呈现新变化,入口从最初线下重回线上。

一款产品可以不知道去哪,但不能忘记从哪来。

订阅服务、社交裂变、外部环境分别从线上、营销、线下三个维度构成了用户回流体系。微信服务号、小程序的模板消息是线上回流的有效方法,作为一项基础产品能力存在,还真没有想到其他更加高效的手段。

3.3 Design/产品实践

基于以上的几点分析及产品需要解决的问题,最终得出两个观点,提高留存、获取收入的基本观点:

  • 用户通知
  • 用户回流

完成上面两个基本观点,产品功能层面的设计将经历两个阶段:

  • 场景策略
  • 模板设计

小程序模板消息简单拆分为两个阶段:场景策略设计、消息模板设计,需要强调的是两者不可颠倒——场景策略设计在前,消息模板设计在后。

阶段一:场景策略设计

自古以来,国人都讲究:天时地利人和。归结到产品层面,称之为场景。(我本人更愿意称之为<情境>)那么,模板消息的推送遵循一个基本原则:用户本人在微信体系内与页面有交互行为后触发,尤其强调了用户的主动性,是微信重视用户体验的现实表征。

  • 基础业务:服务即时通知类、服务后未即时通知类(每月推送频次固定、推送频率不固定)
  • 营销活动:模板消息运营规范明文禁止(可以探探红线,注意分寸)

依据自身业务的需要,判断选择合适的模板消息是模板消息产品的第一步以及必要步骤。消息推送作为产品的一个功能模块,完成业务流闭环的同时,理应克制,尽可能避免对用户的打搅。

阶段二:消息模板设计

上面讲了一大圈,可能被视为“废话”。下面将对模板细节进行设计,基于业务场景给出消息触发时间点、消息类型、消息内容之外,还需要设计模板:

  • 消息字段结构
  • 消息字段样式
  • 消息字段内容

消息模板的结构、样式、内容,以及字段内容内部顺序都值得关注,小程序支持字体的大小、颜色的自定义。很大程度上,支持信息的表达,这一部分是产品信息架构(IA)的设计。

基于模板消息的小程序用户回流体系(图4)

消息模板是一种高效触达机制,起到信息传递的功能机制,然而也是一种极佳的用户唤醒选择。有一点必须强调,微信小程序官方是明文禁止用于营销通知的发送,防止过分打搅用户。

请问:还敢试一试吗?

3.4 Radical/激进尝试

小程序模板消息的触发,需要用户主动触发,是基于用户主观人动性的必然结果,是完全符合用户所需的行为。为了获得最大化的产品商业目标,总是会有人愿意去冒险尝试或者变相钻规则的空子。小程序模板消息,这空子到底是如何钻呢?

(1)设计业务上有<特殊>需要的消息模板,尤其是模板的内容。因为后台模板库基本是找不到正儿八经的营销类模板的,需要借助一些结构极为简单消息模板。

  • 关键内容有意识放大、加色
  • 内容与结构不符
  • 利用跳转能力,链接与内容相悖

(2)<恶意>搜集formId,发送小程序模板消息的必要条件。结果可能就是满屏的 <form/> 组件,对代码结构而言是一种损害。

(3)案例:进入小程序,首页活动弹窗提示,其中关闭按钮、查看按钮均设计叠加<form/>组件。理论上讲,自定义的页面都可以恶意搜集。(悠着点)注意:普通表单1次/提交,支付3次/提交,有效期7天。

以身试法的前提是,对既定规则的详细解读以及可能面对的后果的清楚。并不鼓励这种做法,但是别人都在做,采取一些适度的反应或许才是一种相对比较可取的态度,而不是望而却步。合理利用规则,利用早期灰色地带的红利期,实现产品的价值成长和弯道超车。

拼多多、蘑菇街是这方面的专家,感兴趣可以自己亲自感受一番。(没有讽刺的意思,确实很牛,把规则利用的淋漓尽致)

5. 产品叠加

正如前文所述,模板消息非小程序首创,而时从公众号平行迁移而来的产品能力。尽管如此,两者之间存在根本性差异:

  • 小程序模板消息仅限于小程序应用体系内
  • 公众号模板消息不受限平台,全平台覆盖
  • 公众号模板消息提供链接小程序的跳转能力(公众号下发消息的链接直接跳转小程序任何页面)

于我而言,倾心于公众号的模板消息能力,因为这是一个全平台的能力,而最让我心动的便是:

  • 一定程度上替代短信通道,用户触达效率更高
  • 极大程度上减少通讯指出,公司开支明显降低

这个产品,我称之为“微消息服务”,是基于服务号开发的,采用订阅形式。本质上是传统短信服务与微信模板消息的结合:

  1. 用户关注/订阅服务,这一步成本很高(线下引导场景很重,比如银行)
  2. 短信服务、微信消息服务并存,以订阅为界做服务细分
  3. 订阅者提供微信服务,未订阅者短信继续

一种传统服务能力与新的服务能力点叠加,带来的可能是巨大价值的释放,甚至对用户生活方式、商业价值得到加持。

案例:微信银行和手机银行,可以自行刻意体验下。

6. 说文解字

我个人觉得,微信模板消息能力是任何一款想要享受社交红利都绕不开的一个思考,或者说不去充分利用微信模板消息,怎么可能搭建得出一个基于微信的用户回流模型呢?合理应用模板模板消息这个单点能力,相信在用户召回上会有显著改善,至少说公司的短信费用可以明显下降,这钱留着给技术、产品发个奖金不是挺好的嘛?(想太多…)

#说文解字,一图一文章——微信模板消息#

基于模板消息的小程序用户回流体系(图5)

基于模板消息的小程序用户回流体系

7. 有话要说

写到这里,实在是不想再废话,估计很多人都赌得要吐了。回溯重现微信模板消息的产品过程,有如下几个原委:

  • 亲身参与小程序实践第一线,对待这个“新生事物”,需要精细的思考,输出是一种能力
  • 很多产品朋友向我咨询,而大多数都是些产品特性细节上的处理,算是一个交代
  • 与之前写过的一系列小程序来个呼应,给出一个以过程驱动的产品思考过程,有始有终

有时候,我想:每次面对新事物,应该怎么做?唯一的不变就是变化,如此一来让人束手无策,因而我们是不是更应该追寻一些不变的存在。不瞒大家,之前我对微信、小程序都不太熟悉,而如今可以自诩算是半个专家。

说到这里,才是我想要输出这篇产品设计细节文章初衷。

  1. 产品经理拥有一种对全新事物的解读的能力,能够将内容规则产品化,而产品化是一个产品人的基本能力。微信公众平台、微信开放平台都是第三方开放的,那么一切都基于第三方,阅读理解是第一步。
  2. 再次强调,产品经理拥有产品建模能力,将一类问题抽象划归为某个通用产品模型去表达。看问题,看根本。建模是一个有趣、有意思的过程,而产品人本该具备数学领域的建模意识,寻求普适解决方案。

从无字句处读书,人间爱情亦如是。心存美好,期待姻缘。理解是起点,迈出第一步。彼此心意相通,最美的期待便不再是期待,自然成书。只有懂得对方,爱情(产品)才能扶摇直上,存于一世。

版权声明:基于模板消息的小程序用户回流系统是由宝哥软件园云端程序自动收集整理而来。如果本文侵犯了你的权益,请联系本站底部QQ或者邮箱删除。