写给初阶用户产品的一些干货

从去年入行到现在也有小半年了,跟了几个项目也有了一定的收获,最近在review,索性就把一些对大家都有帮助的点拿出来,供各位还在初阶的产品参考~

review时,更多看到的是解决问题的思维,和一些对于项目推动的思考。本篇文章也从这两个方向写一点,一个是对产品设计的review,另一个是对项目推动的思考;

一、用户产品的几个基础知识讲解

产品需要掌握的技能点很多,本人最近在review的时候,挑选了几个相对重要的模块进行一个大致的介绍;而每个模块的详细解说和案例分析,将会在以后的文章中慢慢道来;

(一)用户运营

对于用户运营,个人的知识框架还不够全,写在最前面吧,来谈谈用户运营中,我熟悉的可以为产品所用的几个工具。

1.1什么是用户运营

用户在整个产品周期中,根据用户使用产品的时间和活跃度,大致可以分为:新用户/活跃用户/重度用户/游离用户;而用户运营,可以理解为针对不同属性的用户,做一些特别的事情以提高用户的整个生命周期和活跃度;下面挑几个用户运营的好武器来讲讲基本的思路吧:

1.2新用户专属:冷启动;

冷启动其实就是新用户进入app之后,对整个应用的第一印象打造。可玩的点有很多。
从内容运营的角度来说 ,可以对用户进入应用后,首次看到的内容进行干预——将一些在大多数用户中表现较好的服务/内容沉淀下来,当新用户进来时展现给新用户;
从用户产品的角度来说 ,可以在用户第一次进入app的时候,对用户兴趣进行收集,并根据用户的兴趣展现略显差异化的产品框架,针对不同的场景,对用户进行核心功能的引导和教育;
从策略的角度来说 ,策略端可以收集用户在客户端的各个操作(包括兴趣选择),并迅速度做出反应下发相应的个性化的内容数据,这样往往能提升内容触达的命中率;
从UI的角度来说 ,整个产品清爽大方,风格统一且有着自然又有新意的设计/交互动画,往往能够留住更多的用户;
从研发的角度来说 ,出了按照产品和UI的文档完成输出应用之外,如果能够关注到产品运行的效率(流畅程度),在一定程度上江都安装包size的话,在一定程度上也能够大幅提高产品的留存;

1.3提升留存和日活的利器:PUSH和通知

随着系统的开放,目前push的可拓展性越来越高;出了ios10可以支持widget部件外,4.0以上的安卓手机可以完美兼容push的定制样式,5.0以上的安卓手机可以支持浮动通知栏样式;由于ios的通知是由苹果的服务器对手机发出的,且由于系统限制形态相对稳定。所以对于push,个人思考到了安卓的以下几个可玩点:
_ 通知栏常驻: 这个不算是push了,不过也和通知栏相关就放到这儿吧;简单的说就是可以准备几个核心的,和产品本身强相关的功能露出常驻到通知栏(比如垃圾清理、天气预报、热点新闻、快捷开关等),一是可以可以做品牌曝光;二是对用户有一定的增益(便捷);三是能够在最大程度上解决应用被杀掉;四是能够给用户一个再次打开app的理由;(详见UC浏览器的通知栏常驻)
针对用户行为的通知: 可以针对用户进入产品后的行为进行埋点,在适当的时候针对用户进行通知唤醒;比如当新用户连续三天没有登录app,有极大的可能会流失,那我们可以在第三天晚上针对用户发送一条通知,告知用户我们在他没登录的时候更新了很多内容/服务,或者有特权优惠;再比如用户在产品内进行了订阅操作,则当用户订阅的内容发生了更新时,可以给用户一条通知,告知用户有他的专属内容更新;
甚至于,如果用户在产品内已经留下了足够的信息,对于一些较强的消息更新时,还可以对流失或者游离用户进行短信/邮件形式的召回;不过此类提示需要注意的是,当用户被召回时,应用内一定要有相应的信息展现;
针对用户群的热点push: 充分了解用户的群体特征和阅读喜好,每天在特定的时间针对用户推送不同的热点,在初期营造一种每日专题的感觉,培养一批忠实的用户;经实验证明,准确命中用户的热点PUSH能够大幅度的提升日活和留存;(大部分资讯类引用都能体验到)
push样式的拓展: 因为app越来越多,当一个手机内同时收到多个app的push时,样式最特别的往往点击率会更高。所以针对push进行一些样式拓展能够在一定程度上提升点击率;(甚至还能给用户提供简单的操作拓展);(详见优酷的push,大图样式提供了立即看和缓存看的操作;也可以看一下腾讯视频的push,在一群push中最有点击欲望;)
浮动push: _安卓在5.0之后加入了浮动push功能,简单的说就是若应用在后台运行时收到push,则可以在品目最前方浮动展示消息,这样也能将点击率和注意力最大化;

1.4玩转用户:积分体系

简单的说,就是给用户回馈;可以针对不同档次的用户,设计不同档次的积分;对于新用户免费体验积分和特权;对于活跃用户给予免费的积分,可以兑换实物奖品或特权;对于重度用户,甚至可以设置付费积分,用于享受VIP特权和付费服务;
用户可以享受到“与众不同、个性化、实物奖励”等不同性质的激励,能够在一定程度上提升用户的活跃度,刺激用户进行消费;同时积分体系和特权奖品也可以进行外输,作为奖品吸引新用户的加入。从而降低营销成本;
本人最近在做这个,对于整个积分还处于思考阶段,就先细讲这么多;

1.5营销活动

简单的说,就是在合适的契机,对用户举办一些和产品本身关联度较大的活动,并给予特权/物质上的反馈。营销活动有见效快,能引爆话题,投入高等特点,举办营销活动时可以在短期内看到明显的成效;但是应该有规律的使用本工具,过渡滥用可能会造成用户疲软;

(二)需求判断及策划:

总的来说,在需求设计时,产品经理关注的,实际上就是用户价值:需求对于用户的价值,用户对于我们的价值;

新人产品经理,刚开始做需求时,基本上都是执行产品经理,leader给一个方向,我们负责落地推动实现;刚开始接触时,容易理所当然的接过需求,而没有经过更深入的思考;虽然最终可能会拿出相对不错的方案完成需求,但是缺乏思考会让我们进步缓慢,止步于初级阶段;

思考模型:目的→目标→场景→利弊

手上拿到需求之后,我们首先应该对于到手的需求进行思考:做这个需求的目的是啥,能带来什么好处/增益?比如提升XXX功能的渗透,比如提升XXX功能的留存等等(但总体指标需要大专项的总目标一致)。

如果需求和整体关联方的目的一致,则可以适当提高优先级;若目标不一致,且没有可以达到目标的方案,则降低需求优先级;确定需求之后,需要进行目标的拆解,比如根据估算,能够在上线后XX天内提升XX%的渗透等;

成功拆解目标后,就进入到需求设计阶段,发掘用户的场景,发掘或者优化用户应用到本需求的各种场景,从而决定需求的触达路径和具体的产品形态;

说到这里,就简单谈谈刚刚讲到的路径和产品形态吧;知识储备有限,对于小需求个人理解的路径可以分为三个维度来思考,第一个维度是负责功能的入口,具体要放在什么页面,放多深才能够覆盖到主要场景,而又不打扰到不需要的人;功能的层级页面有多深,能够为大多数用户所接受;用户流量到达功能最底层无法继续消费之后,是否有路径转化为其他需求的流量?

对于产品的大框架设计,可以通过以下几点进行思考:首页展示给用户的内容是什么,核心功能用户消费的深度,不同消费场景(用户)的消费路径差异,首页内容满足用户主要需求后,其他板块(例如tab)的内容形态(满足首页无法满足的需求)等等;

而产品形态,需要思考的则是,这个需求展示给用户的形态式啥,是否符合用户的预期?能否在对应的场景给予用户相应的提示,且不打扰用户?而具体思维模型,会在下一个点提及;

将路径和产品形态思考过后在,就需要思考,这产品应用到各个场景之中的利弊是什么,有无提升的空间,是否需要优化,对于弊端如何规避等等;

(三)交互设计

交互设计记住六大关键词:简约至上;简单易用;转化率;包装;情感共鸣;

简约至上:
字数精简;一个页面只表达一个事;分层级,降低干扰;把用户当做傻瓜~很简单,从易用性考虑,约简单的东西,可操作性就越强,用户也就越容易上手;不过再简约,也得有个度,得在页面层级的深度和页面复杂程度中间寻找一个临界点;

简单易用:
简单说顺应用户操作习惯,符合用户的预期;(举个极端的例子,比如用户完成一个轻量级操作以后,应该得到一个最简单轻量级的反馈,告知用户操作已成功,而不是弹出一个弹框);

转化率:
顺延场景,更符合用户预期(在用户场景的角度思考,顺延场景自然过渡到下一个页面,对比生硬的跳转,会大幅提升转化率);我不是广告,我是功能(举个例子,很多产品在做广告坑位的时候,心理已经把它当做广告来做了,思维反而会被局限住;如果把广告当做功能来做,则会有更广阔的发挥空间,且在用户前展现的形态也会更加自然,顺延场景,从而转化率也会更高);图形化表达,能用图片会比文字更好;

包装: 不要闷骚,要明骚;适时用善意的谎言;(比如我们为用户做了XXX事情,对用户来说有增益(比如节省流量,清理内存等),不要默默的不说,一定要大声的说出来,让用户知道我们是真的在为他们考虑的。而善意的谎言,其实也是顺应场景,对用户进行一些友好的展示,比如用户下载的时候,我们会为用户模拟出我们为用户的下载速度进行提升的效果,让用户觉得我们为用户节省了时间;

情感共鸣:
从生活场景触发,抽象画表达;让用户取得情感共鸣往往是很难的,得让用户有一种“膝盖上中了一箭”的感觉,或者“啊!!终于能够这么用!!”了的畅快淋漓感;

新用户进入app的第一印象,往往会决定了他第二天会不会再次回来,所以考察新用户的次日留存,可以判断产品框架搭建的水平和交互设计的水准;而七日留存率(或者老用户的消费时长),则代表我们产品提供的内容/服务的质量;内容和服务的质量足够高,用户才能满意的留下来,对产品进行持续的消费;

二、项目推动的几个窍门

我以一个 初级产品 的角度来谈谈我在项目中的一些反思和思考:

多端合作:

做业务,其实最重要的就是业务逻辑;需要掌握的知识框架泛而全,多而精;

抓紧每一个环节,尽量做到每一个人都最快周知到所有技术思路;当项目变更跟进人时,需要特别注意 ;(曾经因为变更研发,没有及时沟通技术细节方案导致损失1人日的时长);

合作前,不仅需要熟悉了解自己的业务逻辑(核心业务甚至需要详细到接口的数据形态),还需要时刻了解合作方的业务逻辑;

对于不在本地的合作方,若进展太慢可以打电话进行询问,对于业务逻辑也可以适当询问本地合作过的相关接口人;

思考的维度需要更广,不仅需要思考自己负责的模块,还需思考联动模块;

项目推动:

项目推不动的原因有很多, 有的是因为多端目标不一致,有的是因为对方不是拍板人,有的是因为接口人素质,有的是因为资源冲突;

针对目标不一致,如何能够争取到对方的认同,取得共识?对接人素质不足,如何施加压力?

在推动之前,我们对自己的目标是否清晰,对于达到目标是否有紧迫性

目标感:

目标是概括工作结果,应当取得的预期成效,包括可以量化的数据,和一些无法量化的过程;

衡量标准看结果,可以是质量维度,效率维度和他人评价维度;

在业务线上,每做一个项目,每一次迭代,暴露的问题无非就是这几个:时间不够/做不完;沟通太多无法专心写文档/码代码; 需求频繁变更;资源不到位;接口人难沟通;新业务需要了解业务逻辑;发布前的高风险问题;

就看我们每一次怎样最小化以上几个问题;若能在一定程度上规避部分问题;便是进步;


作者 王师伯

关键字:产品经理, 用户

版权声明

本文来自互联网用户投稿,文章观点仅代表作者本人,不代表本站立场。本站仅提供信息存储空间服务,不拥有所有权,不承担相关法律责任。如若转载,请注明出处。如若内容有涉嫌抄袭侵权/违法违规/事实不符,请点击 举报 进行投诉反馈!

相关文章

立即
投稿

微信公众账号

微信扫一扫加关注

返回
顶部