产品案例：小程序的登录注册体系设计.docx

第PAGE\*MERGEFORMAT8页共NUMPAGES\*MERGEFORMAT8页

产品案例：小程序的登录注册体系设计

本文主要从电商小程序产品切入，从产品设计层面更细粒度解构登录注册模块的产品设计思路。小程序给世人的第一印象——高流量、易获客，冲击了一大波企业的肾上腺素，于是风风火火投入小程序生态的建设中，近乎无法自拔。腾讯微信坐拥10亿左右用户，不管小程序最终能不能成，单论这一点，撸点羊毛肯定是不成问题的。如何将海量微信公域流量转化成自家产品的私域流量？这是每一个决心跟进小程序的公司的产品战略核心，而即将接手小程序的产品经理（PM）：接受不完全清晰的产品定位，实现产品与用户之间更好的连接。登录注册模块是产品账户体系的核心模块，是用户接触产品的关键性第一步，是产品与用户建立真正意义连接的纽带。这么讲，其实就是想强调登录注册的重要性，因为触达用户的功能路径不简洁、复杂冗余将直接影响产品的用户转化，甚至降低盈利业务的成功率。2021年10月份写过一篇关于账户的文章《账户体系设计：账户体系的核心要素及商业模式》，详细阐述了账户价值层面的意义。此次想借助此前负责的电商小程序产品，从产品设计层面更细粒度解构登录注册模块的产品设计思路。严格意义上，我是第三次接触账户方面的产品架构设计，第一次在刚毕业实习那会，而前后两次的对同一件事情的思考角度、心态可谓大相径庭。下面一起来看我是如何搭建小程序的登录注册产品机制：01-产品设计的背景相比APP、WAP产品形态而言，小程序是一个比较新的物种（老酒换新瓶）。那么，之于现有产品线而言，是一个补充，（未来）可能会演变成一种冲击。换句话说，除了诱人的流量红利，部分公司跟进小程序完全是出于对微信生态的敬畏，甚至有有些直接是奉命行事——老板一句话，总之都是是源于内心的产品认知焦虑。以下从两个维度拆解：维度一：产品层面（Product）小程序作为新的产品线，产品特性需要重新规划迭代小程序作为老产品线的延伸，需要兼容已有用户体系小程序基于微信开发建模，需要兼顾三方平台的特性维度二：运营层面（Operation）小程序基于微信，产品特性上要融合社交传播小程序生于微信，大量微信流量红利需要惠泽小程序依赖微信，触达用户需要更加精准、有效一方面是新鲜产品特性的引入，另一方面是运营策略层面的试错，因而很有必要平衡两者之间的价值成本，且保持产品的持续有效迭代。当然，要求我们保持产品的灵活性，也因为小程序平台本身也处于持续开放的状态，两者处于一个共同成长的循环状态。除了上述两个维度的顾及，针对目标用户和使用场景需要予以不一样的适用范畴的考虑。以下从这两个维度思考：维度三：用户画像新用户，泛指纯新用户（剔除伪新用户），这类用户是产品运营推广最需要获取的，也是花钱营销推广的目的所在；老用户，特指老用户，这类用户是已有产品形态多终端的存量用户，是产品得以生存的基础血液，直接体现了产品的粘性；访问者，专指未注册用户，前两类用户基本都是从这类用户转化而来，是用户相对一款产品的第一重身份，吸引转化很关键；维度四：使用场景辅助补充，拓宽用户使用场景，健全既有产品线，跟得上产品流行趋势；社交分享，小程序天然具备微信赋予的社交属性，有趣的玩法很多；第三方营销平台的付费推广，算是强推，花钱买用户，灌溉式获客；其实，用户画像和使用场景决定了后续产品迭代过程中，功能的取舍、优先级，或者说迭代的进度次序。一个理想的做法是小步快跑、增量迭代，既经济又现实，符合产品的迭代演进路径。最关键的是，给产品经理预留了充足时间，给产品提供了足够的选择。可问题是：既没给产品（Product）留时间，又没给产品经理（PM）留时间！02-产品设计过程基于以上的几点分析及公司的产品定位，最终得出两个观点，作为早期小程序产品线的产品原则：快速获客，缩短产品与用户的路径账户唯一，兼容新老用户账户信息秉承这两点基本原则，为了达到产品初期运营目标，最大化发挥小程序开放的产品能力，对小程序的账户体系进行了，以匹配不同阶段、不同产品目标。以登录注册模块为例：阶段一：手动手机号借助用户手机号快速验证注册，为用户生成唯一UID，一个手机号被认为是一个独立用户。通过手机号注册是目前产品最主流的手段，得益于手机的唯一性、真实性，一举解决了应用用户实名认证的难题。同时，减轻了用户记忆的负担，毕竟APP太多，记住一个号码远胜于多个账号密码。市面上不少小程序直接手动输入手机验证码动态登录，完全避开第三方开放账户的关联，试图降低不同体系产品之间的耦合程度，尤其是小程序外包系。某种程度而言，是值得赞赏的，单一产品线（仅有小程序）采用这种方式是值得可取的，毕竟用户获取成本并不大且比较简洁、方便。产品一期MVP版本，这便是我采用的方案，因为推广较弱、用户较少的情况下，这一产品