浅析：基于模板消息的小程序用户回流体系
论文类别：计算机论文  - 互联网研究论文
写文章的小程序写作时间：2018/6/11 7:26:21
论文作者：未知
论文版本：简体版 英文版
(电子商务研究中心讯)2018年5月27日，去北京参加了一场有关小程序的线下分享会，我个人总结了6个小时分享内容——转化低，就这么一个关键字。
我自己觉得这不是一个值得思考的问题，为什么呢？
一个最初的切入点，小程序的产品定位：
∙对小程序的定位
∙开发者对小程序定位
显然，（用完即走）和开发者（高转化）开始就一对矛盾。小程序讲了一个用户和
服务的故事，而开发者直奔利益而去，显然有些利益和激进，但更现实。
那么，摆在眼前的问题——如何定位好自身要做的小程序？是一件值得思考的事情。
∙基于自身业务发展需求，挖掘生态的潜在爆发点
∙尊重基本商业逻辑本质，小程序只是一种产品形态
1. 模板消息
2018年1月份写过一篇小程序的文章《如何正确释放小程序的产品能力？》，提到了小程序-产品能力-四要素。其中，拉新要素——登录注册体系，《产品案例：小程序的登录注册体系设计》已经做了详细阐述。
下面，将尝试还原<推送>要素，是小程序众多开放产品能力的核心之一。
对应到小程序的开放能力——模板消息，平行迁移了服务号的服务通知，与APP的PUSH或站内通知消息机制类似，产品的理解和设计上可以部分借鉴服务号模板消息的手法。
小程序是一个完全基于生态衍生的第三方开放平台，因而对的依赖是极重的。小程序本身是一个偏技术友好型的产品形态，因而单就小程序而言，技 术开发和产品经理是无太大差异可言的。透彻理解第三方平台规则，将其应用到自身产品的业务场景中去，就小程序开放能力的表达形式，技术人员（懂技术知识的 产品经理）相对更加得心应手些。
2. 阅读理解
阅读理解官方给出的小程序定义和产品能力描述，是任何一个基于第三方平台开发产品的必要第一步骤。
2.1 通读官方文档
模板消息仅用于向用户发送重要的服务通知，只能用于符合其要求的服务场景中，如信用卡刷卡通知，商品购买成功通知等。不支持广告等营销类消息以及其它所有可能对用户造成骚扰的消息。
基于两点考虑：
∙高效触达用户的模板消息能力
∙实现服务的闭环并提供更佳的体验
模板消息形态：
∙推送位置：服务通知模板
∙下发条件：用户本人在体系内与页面有交互行为后触发
∙跳转能力：点击查看详情仅能跳转下发模板的该帐号的各个页面
需要特别留意：
∙只有认证后的服务号才可以申请模板消息的使用权限并获得该权限
∙每个账号可以同时使用25个模板
∙每个账号的模板消息的日调用上限为10万次，单个模板没有特殊限制。模板消息的日调用上限会相应提升，以MP后台开发者中心页面中标明的数字为准。
2.2 理解功能流程
步骤一：手动配置或接口获取模板ID；
步骤二：页面的 <form/> 组件，声明需要模板消息，获取formId；
∙支付：当用户在小程序内完成过支付行为，可允许开发者向用户在7天内推送有限条数的模板消息（1次支付可下发3条，多次支付下发条数独立，互相不影响）
∙提交表单：当用户在小程序内发生过提交表单行为且该表单声明为要发模板消息的，开发者需要向用户提供服务时，可允许开发者向用户在7天内推送有限条数的模板消息（1次提交表单可下发1条，多次提交下发条数独立，相互不影响）
步骤三：调用接口下发模板消息
3. 产品设计
3.1 Redirect/重定位
从小程序-模板消息官方定义，很清晰的产品定位：
∙功能服务，基础设施般的必要存在
∙用户体验，高效触达用户服务闭环
那么，产品人/PM存在的意义何在？有没有很难高级？有一种刷新存在感的错觉。
产品经理的价值不局限于解决问题，而是能够创造性的解决问题，解决问题的手法很重要。因而，一件很有意思的事情就营运而生了——重定位（Redirect）。能否将既有的产品定位提升到新层次。
于是，我尝试对小程序-模板消息进行重定位：

版权声明：本站内容均来自互联网，仅供演示用，请勿用于商业和其他非法用途。如果侵犯了您的权益请与我们联系QQ:729038198，我们将在24小时内删除。