徐州酷优网络 徐州网站建设优选品牌!开启企业建站营销新时代  站长学院 Loading
热线:0516-83703228
您现在的位置:首页 > 站长学院 > 建站资讯

徐州最便宜做网站的公司

作者:admin 日期:2018-02-08 14:05:23 人气:2

  

112.png

  小程序给世人的第一印象——高流量、易获客,冲击了一大波企业的肾上腺素,于是风风火火投入小程序生态的建设中,近乎无法自拔。腾讯微信坐拥10亿左右用户,不管小程序最终能不能成,单论这一点,撸点羊毛肯定是不成问题的。

  如何将海量微信公域流量转化成自家产品的私域流量?

  这是每一个决心跟进小程序的公司的产品战略核心,而即将接手小程序的产品经理(PM):接受不完全清晰的产品定位,实现产品与用户之间更好的连接。

  登录注册模块是产品账户体系的核心模块,是用户接触产品的关键性第一步,是产品与用户建立真正意义连接的纽带。这么讲,其实就是想强调登录注册的重要性,因为触达用户的功能路径不简洁、复杂冗余将直接影响产品的用户转化,甚至降低盈利业务的成功率。

  2016年10月份写过一篇关于账户的文章《账户体系设计:账户体系的核心要素及商业模式》,详细阐述了账户价值层面的意义。

  此次想借助此前负责的电商小程序产品,从产品设计层面更细粒度解构登录注册模块的产品设计思路。严格意义上,我是第三次接触账户方面的产品架构设计,第一次在刚毕业实习那会,而前后两次的对同一件事情的思考角度、心态可谓大相径庭。下面一起来看我是如何搭建小程序的登录注册产品机制:

  01-产品设计的背景

  相比APP、WAP产品形态而言,小程序是一个比较新的物种(老酒换新瓶)。那么,之于现有产品线而言,是一个补充,(未来)可能会演变成一种冲击。换句话说,除了诱人的流量红利,部分公司跟进小程序完全是出于对微信生态的敬畏,甚至有有些直接是奉命行事——老板一句话,总之都是是源于内心的产品认知焦虑。以下从两个维度拆解:

  维度一:产品层面(Product)

  小程序作为新的产品线,产品特性需要重新规划迭代

  小程序作为老产品线的延伸,需要兼容已有用户体系

  小程序基于微信开发建模,需要兼顾三方平台的特性

  维度二:运营层面(Operation)

  小程序基于微信,产品特性上要融合社交传播

  小程序生于微信,大量微信流量红利需要惠泽

  小程序依赖微信,触达用户需要更加精准、有效

  一方面是新鲜产品特性的引入,另一方面是运营策略层面的试错,因而很有必要平衡两者之间的价值成本,且保持产品的持续有效迭代。当然,要求我们保持产品的灵活性,也因为小程序平台本身也处于持续开放的状态,两者处于一个共同成长的循环状态。

  除了上述两个维度的顾及,针对目标用户和使用场景需要予以不一样的适用范畴的考虑。以下从这两个维度思考:

  维度三:用户画像

  新用户,泛指纯新用户(剔除伪新用户),这类用户是产品运营推广最需要获取的,也是花钱营销推广的目的所在;

  老用户,特指老用户,这类用户是已有产品形态多终端的存量用户,是产品得以生存的基础血液,直接体现了产品的粘性;

  访问者,专指未注册用户,前两类用户基本都是从这类用户转化而来,是用户相对一款产品的第一重身份,吸引转化很关键;

  维度四:使用场景

  辅助补充,拓宽用户使用场景,健全既有产品线,跟得上产品流行趋势;

  社交分享,小程序天然具备微信赋予的社交属性,有趣的玩法很多;

  第三方营销平台的付费推广,算是强推,花钱买用户,灌溉式获客;

  其实,用户画像和使用场景决定了后续产品迭代过程中,功能的取舍、优先级,或者说迭代的进度次序。一个理想的做法是小步快跑、增量迭代,既经济又现实,符合产品的迭代演进路径。最关键的是,给产品经理预留了充足时间,给产品提供了足够的选择。可问题是:既没给产品(Product)留时间,又没给产品经理(PM)留时间!

  02-产品设计过程

  基于以上的几点分析及公司的产品定位,最终得出两个观点,作为早期小程序产品线的产品原则:

  快速获客,缩短产品与用户的路径

  账户唯一,兼容新老用户账户信息

  秉承这两点基本原则,为了达到产品初期运营目标,最大化发挥小程序开放的产品能力,对小程序的账户体系进行了<三段式设计>,以匹配不同阶段、不同产品目标。以登录注册模块为例:

  阶段一:手动手机号

  借助用户手机号快速验证注册,为用户生成唯一UID,一个手机号被认为是一个独立用户。通过手机号注册是目前产品最主流的手段,得益于手机的唯一性、真实性,一举解决了应用用户实名认证的难题。同时,减轻了用户记忆的负担,毕竟APP太多,记住一个号码远胜于多个账号密码。

  市面上不少小程序直接手动输入手机验证码动态登录,完全避开第三方开放账户的关联,试图降低不同体系产品之间的耦合程度,尤其是小程序外包系。某种程度而言,是值得赞赏的,单一产品线(仅有小程序)采用这种方式是值得可取的,毕竟用户获取成本并不大且比较简洁、方便。

  产品一期MVP版本,这便是我采用的方案,因为推广较弱、用户较少的情况下,这一产品设计方案可以支撑,能达到快速上线的要求,易于后期的增量迭代。


回到顶部