产品经理如何通过用户反馈搭建需求池

一、背景与目的

1. 背景

产品每一次的迭代都是由需求去推进的,那么需求是从哪儿产生的呢?你是否还在被动的接受其他部门的需求,而不是在主动的收集需求建立需求池呢?

2. 目的

分享如何利用用户反馈搭建需求池,从而帮助大家解决需求管理被动的局面。

二、分享主题

刚刚转行产品经理的时候,因为需求基本都是老板给到的,自己也感觉主动性差一点。最近在听了三节课布棉老师的关于“每个产品经理都应该有一个需求池”这件理论特别认同。

因此此次分享的主题为通过用户反馈搭建需求池。

三、受众

三节课P2的童鞋们

四、分享开场白

hi,大家好!

我是张爽,是一个开发转的产品经理。

在我当开发的时候,我的Leader内部分享的时候还教我们,该如何对付产品经理,但没想到,没多久我自己就转行成了产品经理。

在刚刚转行的前半年时间里,我即焦虑又彷徨,经常一个需求迭代完,就不知道下一步该做什么了。甚至我有时候还在想,以前开发的时候,看那些产品经理一到下班点就走,整天还能给我们弄出这么多需求,他们到底是怎么做到的?

我要分享的内容就是与此事有关。

五、分享稿


继续阅读产品经理如何通过用户反馈搭建需求池

小打卡V1.0.0分享功能优化需求评审

一、背景与目的

1. 背景

小打卡V1.0.0优化分享功能的需求文档及原型已经整理完毕,准备提请需求评审。

2. 目的

充分准备需求评审所需的材料,顺利通过需求评审。

二、评审邀请邮件

三、评审会讲解提纲

四、可能会遇到的问题

五、总结

通过这次自查,使得自己对当前提出的需求印象更加深刻,在需求评审时也会更加游刃有余。另外还发现了一个在原型中设计不当的地方,同一张图上关于用户昵称最大字节的展示有差异,需要立即将原型中的修改一下。

差异见下图:

 

新浪微博push策略优化

一、背景&目标

1. 背景

最近有用户反馈微博每天的push量太多,对自己造成了骚扰,在经过一番分析之后,确实发现了一些问题。

1. 目前平台有三类用户,高频中频和低频。低频用户—兴趣标签少更新慢,好友互动频次差且好友多为低频用户,导致可以给他们推送的兴趣物料和关系物料很有限。高频用户正好相反,中频介于两者之间。
2. 最近push关闭人数在持续增加,其中50%为高频用户,用户关闭系统通知后将无法接收到push推送。
3. 低频用户因为下发条数少和内容质量差,push打开人数一直不理想。
4. 目前高频用户每天会收到20条推送,中频用户每天收到10条推送,低频用户每天收到少于5条的推送。从召回效果来看(CTR),高频用户打开率为10%,中频5%,低频2%。

2. 目标

平衡多种因素,设计一个提高push日均打开人数的策略方案。

二、定义理想态

1. 找到理想态

所有用户每天都点击至少一条push消息。

2. 指标拆解

1. 核心指标

核心业务指标是push的日均打开人数,预期增加5%。

2. 过程指标

1)push点击率:

点击率 = 点击人数 / push送达人数

2)push覆盖人数:

收到消息推送的总人数;

3)push到达率:

此处假设为100%,暂时不做考究;

3. 观察指标

push消息满意度作为观察指标

满意度 = push策略上线后收到push后关闭push功能的人数 / push策略上线后收到push的人数

三、抽样分析

1. 确定调研目标

调研不同类型用户收到的微博push条数及push内容是否合理。

2. 确定样本情况

因为取样条件有限,本次分析仅抽取一个用户为期6天的所有push消息。将通过在微博App中的相关操作来试图模拟用户的不同类型。

另外,在此次调研之前,取样人的微博App在1个月内基本无任何浏览及操作记录。

3. 抽样结果分析

1. 第一天:

打开消息推送,并删除大量关注。

当天共收到8条push消息,属于中频用户,且收到的push消息均为已关注用户发布的。

取样人共关注了500名用户,但是在当天的8条push中,竟然出现了2次同一已关注用户当天push数量为2的情况(ruanyf、阿里云云栖社区 当天推送次数均为2次)。当天作为中低频用户,微博push将有限的push数量给到相同的已关注用户,不是特别合理。

2. 第二天:

可能与第一天大量取关有一定影响,今天的push消息数量相比昨天减少一条,共计7条。今天收到的消息中,已经可以收到除已关注用户发布外的其它热点话题微博。当天所有push消息中:

属于已关注用户发布微博的push条数为5条,占比71.43%;

属于热点话题的push条数为2条,占比28.57;

在调研的第二天,我们发现除了与已关注用户有关的push外,还增加了微博热点话题的push。

3. 第三天:

收到的push条数没有变化,依旧为7条。当天所有push消息中:

属于已关注用户的push条数为3条,占比42.86;

属于热点话题的push条数为3条,占比42.86;

其中粉丝关注提醒应该不纳入push统计中。

调研第三天的7条push消息中:

【快递被偷】后来被证实为假新闻;

【俞敏洪不当言论】事件推送2次;

4. 第四天:

收到的push条数有了明显增长,达到16条。当天所有push消息中:

属于已关注用户的push条数为7条,占比43.75%;

属于热点话题的push条数为8条,占比50%;

属于本地生活(本地天气预报)的push条数为1条,占比6.25%;

因为微博开启了定位,所以在调研的第4天,收到了本地的天气情况;另外马拉松递国旗事件在今天push过多,共收到4条;快递小哥事件也收到2条push;除此之外,其余内容还较满意。

5. 第五天:

收到的push条数略有增长,达到18条。当天所有push消息中:

属于已关注用户的push条数为9条,占比50%;

属于热点话题的push条数为6条,占比33.33%;

属于本地新闻的push条数为1条,占比5.56%;

属于本地生活(本地天气预报)的push条数为1条,占比5.56%;

属于广告(电影新片上映)的push条数为1条,占比5.56%;

今天的18条push中,蒋劲夫事件push了3条,阿里云云栖社区的push数也达到了3次。

6. 第六天:

收到的push条数略有下降,共16条。当天所有push消息中:

属于已关注用户的push条数为8条,占比50%;

属于热点话题的push条数为7条,占比43.75%;

属于本地新闻的push条数为1条,占比6.25%;

今天的16条push中,阿里云云栖社区推送次数达4次,有点过多了。

7. push次数与活跃度关系图表

两者的关系基本成正相关,随着活跃度的增加,push次数也随之增加。

8. 调研总结

经过6天的共计72条微博push调研,有些push确实对调研人造成了困扰:

1)中低频用户收到的push数太少 — 50%

push对于中低频用户而言只有一个目的,那就是促活,即通过收到的push内容来激活用户点击push进入微博浏览的兴趣。低频用户因为本身的兴趣标签更少,所以才需要更多的push去推送,寻找能够命中他的兴趣标签。

因此我们需要适当提高低频用户收到的push条数,从当前的低于5条慢慢增长至10条左右。如果该低频用户开启了微博定位,也可以尝试推送当前位置的天气、新闻、生活等相关内容。

中低频用户占比无法确定,因此此处的中低频用户影响面暂时用此次调研用户所处中低频用户类型与总调研时长的占比。

2)高频用户收到的push数太多 — 50%

高频用户每天收到接近20条push,push次数有点过于多了。根据其他数据表明,给高频用户每天push13条消息与每天push20条消息的日均打开人数基本相同,又因为目前有很多高频用户觉得推送过多,对自己造成了骚扰,所以关闭了微博的push,所以我们直接降低高频用户的push条数为13条。高频用户占比无法确定,因此此处的高频用户影响面暂时用此次调研用户所处高频用户类型与总调研时长的占比。

3) 同一特别关注对象push过多,没有与用户行为关联 — 66.67%

如:阿里云云栖社区账号在6天内共推送了11次,占比15.28%;每天的推送占比分别为:25%、28.57%、0%、0%、16.67%、25%。除了第3、4天没有推送该账号的内容外,其余天内的推送占比大部分都超过25%。实际上该取样账号从建立开始到现在,基本没有浏览或者与阿里云云栖社区账号互动。所以该账号推送的内容过多,推送的内容应该与当前用户与关注对象的互动得分相关联,互动差的就少发布甚至不发布,除非实在没有其他标签命中再发该类账号的内容;

4)相同事件或内容push次数太多 — 28.57%

例如#俞敏洪侮辱女性# #快递小哥# #蒋劲夫家暴# #马拉松递国旗# 等事件,基本都推送过3-4次以上。虽然我确实在微博中浏览过相关内容,但是我认为同一事件推送的次数依旧过多。

5)push下发时间不合理

push下发时间散布较广,目前基本在6:00 – 23:00之间,但实际上推送时间过早、过晚或工作时间推送时,打开率可能都不一定很高,而且在工作时间推送很容易打扰用户工作,甚至导致用户取消push功能。另外在调研中经常会在10分钟内收到两条push信息,甚至在调研进行到第5天时,在早晨8:10 – 8:21的短短11分钟内,连续收到3条push信息;甚至更有在同一分钟内收到2条push消息的记录。

6)其它内容方面

因为内容方面的评判会显得过于主观,可能与取样人之前被打的标签或者因标签太少而随便推送标签测试命中的情况有一定影响,此处暂时不对push的内容质量做过多的评判。

7)简单用户沟通

针对上面的问题,我调研了两名微博重度用户。两名用户均关闭了微博的push功能,原因如下:

  • push数量太多,觉得非常烦
  • 相同事件的push次数太多。因为该用户为微博重度用户,经常会打开微博看热点事件,偶尔点击某条热点事件后,微博App会一直push该热点事件。

四、push策略分析

1. 可供下发的push物料类型梳理

在进行了一番体验后发现,可以下发的push物料类型大致分为以下几类:

2. push物料展现形式梳理

用户点击push拉起微博客户端时,push内容的展现形式如下:

3. 当前push下发方式

4. 当前push下发用户的策略

五、解决方案优先级判断

六、PRD

​​​​​​​

斗图小王子上线相关

一、背景和目的

1. 背景

在经过长达1个月的努力后,斗图小王子V1.0版本已经开发完毕,测试通过后就可以上线了。在上线前,还有什么需要我们产品经理需要准备的工作呢?

2. 目的

结合已经梳理好的种子用户特征,探寻可以从何种渠道找到种子用户。结合运营团队的产品推广工作,梳理清楚上线推广前需要准备的产品。

Part1 找到种子用户

1. 寻找种子用户

1. 线上方向

因为产品的用户群体以95后学生居多,所以可以到贴吧的各个学校的论坛广发斗图小王子中的表情,勾搭吧主,帮助产品推广。另外95后用户主要使用的社交工具为QQ,所以我们还可以通过搜索“表情”、“动图”、“搞笑”等关键词,来加入相关QQ群,在里面进行推广。QQ关键词搜索如下图:

2. 线下方向

多参加大学生群体及参加各种初级培训讲座,加入现在微信群。通过在群中持续互动建立信任,然后再让群中互动比较频繁的用户帮忙推广。

2. 如何维护种子用户,并激发用户口碑

1. 给予强烈的参与感及重视感

对于种子用户提出的关于产品的建议以及bug反馈及时回复并让其了解修改进度。

2. 加强私下互动,建立牢固的好基友关系

添加种子用户的微信,时不时与其沟通,邀请其来公司做客,或者约着一起去参加活动、吃饭等。

3. 帮助大家建立起有价值的社交链接

组织种子用户线下交流会,帮助种子用户认识更多志同道合的人。

4. 礼品、补贴,各种惊喜制造

节假日或者在产品重要节点给种子用户发放礼品等惊喜,如产品付费vip后对种子用户免费,种子用户生日当天发贺卡等。

Part2 推广前产品准备

1. 产品第一个版本上线目的

斗图小王子第一个版本上线的目的是为了探索,并且培育一批种子用户,为产品后期的迭代以及推广打下基础。

2. 上线前需要准备的素材和物料

3. 需要预先明确的信息及问题

1. 外部渠道沟通

主要渠道:因为已经暂定了明确的主推渠道,所以在将小程序投放到知晓程序中,需要模拟添加小程序,了解添加小程序都需要哪些物料。另外沟通banner广告位的投放情况,了解当前banner到期时间以及最晚确定banner投放的时间;

次要渠道:联系大学学生会成员,通过后期可以给予赞助的形式,进行学生群体的推广。

2. 内部部门沟通

与运营部门沟通:其它渠道相关账号的建立,推广文案的编写以及相关物料的准备;

与开发部门沟通:开发进度是否符合预期,会不会出现推迟上线的情况;如果开发进展遇到问题需要多关注,了解解决办法;

与财务部门沟通:了解小程序上线推广预算包括主要渠道及次要渠道;

与客服部门沟通:完成产品相关话术、产品使用教程、常见问题和解决方案的培训工作;

3. 产品部门自检

产品经理需要在已开发完成的小程序上进行体验,确保核心流程没有问题;

产品经理还需要确认之前在评审会中,RD提出的意见或经讨论后需要明确的点,都要落实到PRD中;

登录选定的数据监测平台,确认数据统计sdk接入是否成功。

4. 产品上线预案

1)上线失败

迅速定位问题原因,与RD一起评估问题修复时间。如果当天可完成修复,与开发团队一起加班修复并上线;如果当天无法完成修复,邮件告知相关人员(直属Leader、开发团队、测试团队、客服部门、运营部门)上线遇到的问题以及问题修复时间。

2)用户量暴增

根据用户增长曲线预计一个月内的用户用户数量,与开发确认系统架构及服务器是否满足预计使用需求。如不满足需要开发给出服务器相关配置,并与Leader以及财务部门沟通服务器升级预算等事宜。
继续阅读斗图小王子上线相关

今日头条推荐文章模块策略调研

一、背景与目的

1. 背景

今日头条的feed流文章推荐醉的非常出色,但是好像文章底部的【推荐文章】模块目前尚存在一定的优化空间,我们可以对此模块进行阶段性调研。

2. 目的

通过对今日头条【健康】频道文章底部的推荐文章进行抽样分析,找出可能存在的问题并进行合理的需求管理。

二、找到理想态

1. 定义理想态

今日头条平台当前能够给出的用户可能最感兴趣的、与用户阅读的内容最匹配的文章方案。

2. 核心指标及拆解

推荐文章点击率、浏览推荐文章超过20秒的占比是核心指标。

1)推荐文章点击率 = 用户点击推荐文章的次数 / 看到推荐文章模块的用户浏览次数

2)用户浏览推荐文章超过20秒的百分比 = 浏览推荐文章超过20秒的阅读次数 / 推荐文章的点击次数

3. 初步制定问题分析框架

1. 阅读推荐文章流程图

在浏览文章的时候,可能会出现用户还没看到推荐文章的时候就退出的情况;

在看到推荐文章的时候,可能会出现用户对推荐文章不感兴趣而退出的情况。因为无法获取其它用户点击推荐文章后的停留时间以及相关操作,此次阶段性调研暂时只针对看到推荐文章后没有点击进入的情况进行推荐策略的调研。

三、抽样分析

1. 确定调研目标

今日头条健康频道的文章。

2. 确定抽样对象

在今日头条健康频道的信息流中抽取10条文章。

3. 选择抽样方法

我们采用等距随机抽样的方式作为此次数据分析的样本。即:每次下拉获取新数据时,从中挑取第3条文章作为样本。

4. 确定抽样数量

此次数据分析抽取10篇文章作为样本。

5. 样本分析标注

6. 整理汇总问题

在对问题标注后,我们能够比较清晰的看出目前的头条推荐文章策略存在一定问题。

1. 时效性问题

用户因推荐文章的时效性问题(时令季节不符),没有满足需求。占比2%;

2. 相关性较低

用户因推荐文章的相关性较低(内容角度有差别),没有满足需求。占比18%;

用户因推荐文章的相关性较低(内容角度有差别),没有满足需求。占比10%;

3. 无相关性

用户因推荐文章与当前阅读文章无相关性,没有满足需求。占比:40%;

4. 无推荐文章

用户因无推荐文章,没有满足需求。占比16.67%。

此外,样本1中还出现了处于推荐文章列表前两位的文章与当前文章相关性较低,且这两篇推荐文章是同一个作者的情况,如下图:

样本7还出现了推荐文章列表前三位的文章与当前文章相关性较低,内容角度、标签均有差异的文章。这三篇文章均为描述蒲公英泡水好处的,也有推荐重复较多的嫌疑,如下图:

四、优先级判断

通过上面的抽样调查分析,针对出现的四种问题,我们可以从策略层面、运营层面寻找解决方案,方案如下:

 

小打卡用户增长策略PRD

一、背景和目的

1. 背景

小打卡是兴趣圈子平台,用户可以创建管理圈子、加入圈子。在思考如何把产品增长拉升40%以上的问题时,通过后台数据分析后得出,产品的增长几乎全部依赖于自由用户的分享。那么到底怎样分享合适呢?小打卡现有的分享流程需要怎么改进呢?

2. 目的

通过对具有相似产品的分享功能调研,了解其优点,并分析小打卡产品的现状,试图融合到小打卡中,使其获得更多的增长。

 

二、分享场景分析

我们先通过PSPS模型(用户-场景-问题-解决方案)来对小打卡的用户进行分享场景的分析。根据使用习惯的不同,我们将其分为普通用户及圈主两种用户进行分别概述:

三、小打卡分享模块分析

1. 核心功能——打卡流程分析

1. 打卡功能的业务流程图

2. 打卡功能的页面流程图

2. 小打卡分享方式

从上图中,我们可以看出,小打卡也是直接分享与生成图片自行分享两种分享方式并存。

四、分享功能调研

为了研究分享模块的业务流程及页面流程,在此选择了拼多多、享物说、QQ阅读等三款使用场景类似的产品进行调研。

1. 拼多多

在对拼多多微信小程序中涉及到分享工嗯呢该的模块进行调研后,将拼多多中的分享流程分为三个大的模块来进行概述:

1. 交易模块

1)业务流程图

2)页面流程图

2. 活动模块

1)分享业务流程图

2)页面流程图

3. 小游戏

1)业务流程图

多多果园目前为拼多多App独享,因此不在此分析

2)页面流程

2. 享物说分享业务流程调研

在对享物说微信小程序中涉及到分享功能的模块进行调研后,将享物说中的分享流程分为三个大的模块来进行概述:

1. 交易模块

1)业务流程图
继续阅读小打卡用户增长策略PRD

享物说主要流程流程图绘制

一、背景和目的

1. 背景

享物说作为一个好物互赠平台,应该有一套从商品详情页到购买成功收到货物的完整流程,那么这个流程是否与电商类产品的购物流程一样呢?

2. 目的

通过对享物说购物流程的梳理,弄清楚享物说从商品详情页到购买成功收到货物的完整的流程。

二、流程梳理

1. 分析

在对享物说进行完整购物流程的体验后,我们梳理了享物说购物流程中会涉及到的五类用户及三大场景的需要完成的任务。

2. 一口花出价流程图

3. 快抢出价流程图

注:因为此时的支付平台只有微信支付,所以将其放在后台中,不再单独列出。

三、总结

通过对享物说完整购物流程的梳理,弄清了享物说从商品详情页到购买成功收到货物的全部流程。通过对整个流程的体验,也发现了几个想的不太明白的地方。

1. 同城自提功能

在付款中环节时,有一个“同城自提”按钮,点击该按钮实际上就是发起与赠送人的私信。但是因为享物说是想让赠送物品的人使用起来简单,所以不鼓励订单完成前的互动。那么为什么不直接将这个“同城自提”按钮去掉而只使用微信支付呢?难道这个功能的存在是给用户的线下互动提供助力?

2. 赠送人违约

也从网上看到过很多说赠送人不发货的情况。遇到这种情况,除了扣红花外,还有没有其它的措施呢?如果这点解决不了的话,随着用户量、订单量的提升,出现的问题应该也会越多。