很多时候,产品经理需要在版本迭代结束之后就会苦想下个版本做什么功能,好不容易想到一些场景,要怎么分析才能得出合理、让人信服的需求呢?这次我通过一次全民K歌产品的实例讲解全过程。
以下是从分析到功能再到需求的基本思路,也是全文的内容核心。
发现问题
找机会点
解决方案
验证
而很多情况下,我们下意识会跳过发现问题和找机会点,直接到解决方案这步,做了之后也没有验证的过程,这会导致需求十分不靠谱。以下情景自己体会:
开发:“为什么要做这个需求?”
产品:“我觉得是这么做,balalala…就做这个需求”
开发:“为什么要这么做?”
产品:“…”(答不上来)
我相信这种直接跳过思考的需求是不合理的,并没有想清楚,即使完成也对产品路线或用户体验没有太大帮助。
而四个步骤的思维模式能够严谨的分析问题,发现有机会点的问题,针对有价值、有机会的问题提出解决方案,完成后数据分析、用户反馈等等方式验证方案,并以此为依据不断优化解决方案,这样才能充分利用团队资源达到产品目标。以下针对K歌类产品的一个案例全过程讲解。
一、发现问题
发现问题的途径有很多种,比如用户反馈、用户分析、数据分析、竞品分析、市场分析等等,这次我通过用户场景、用户分析、竞品分析尝试发现K歌类产品的其中一个痛点。
1. 场景分析
点歌是音乐红人或大V与粉丝互动最常见的形式,包括在线下livehouse、线上K歌软件、甚至于微博等。但是绝大多数情况下粉丝只能是通过评论的方式点歌,这种点歌方式带来较大的体验问题。
大部分用户不知道如何点歌
大V如何收集、筛选邀请歌曲
是否是同一首歌曲或者版本
2. 用户分析
从普通听众(粉丝)、音乐红人两类用户群的需求分析。
A.普通听众(粉丝)可能的需求场景:
听到某位红人作品后,希望TA唱喜欢的歌
本身是某位红人的粉丝,希望TA唱喜欢的歌
在某位红人直播间,希望TA唱喜欢的歌
特别想听某一首歌曲,以怀念或抒发情绪,不需要指定某位演唱
B.音乐红人可能的需求场景:
希望提高人气,完成别人的点唱
希望获得奖励,完成别人的点唱
希望与好友互动,完成别人的点唱
希望等级提高,完成别人的点唱
3. 竞品分析
发现市场上有产品尝试解决基本点歌需求,以心愿墙的方式连接点歌人和心愿人,但从信息架构和细节看:
以入口形式存在,且隐藏较深,无功能结合,更像是一次性活动,不能持续发生
无指定点歌人等多数功能,功能单一
更多是“寻找缘分”,是交友为主,点歌互动本身只是形式
二、找机会点
通过上面三方面分析,发现了K歌产品的点歌功能需求普遍存在,目前的体验问题点多,且并不能满足用户的需求,如果解决这些问题,会带来哪些机会点,或者是否值得解决,罗列以下:
通过解决两种需求场景解决点歌需求,指定人演唱或不指定人演唱,完成闭环体验
解决直播点歌,能使直播更关注唱歌本身,提高直播质量
另外“本身是某位红人的粉丝”,有可能在其他APP中发生了体验差的点歌,如何回流到全民K歌
奖励和等级完善红人进阶路线【“素人->红人->艺人->大V(明星)”】
三、解决方案
发现了问题,解决后会带来产品价值和用户价值,那么接下来需要有解决方案。通过产品身份和所处环境,需要有功能定位,突出功能重点,我对于这个功能的定位如下,并取名“你点TA唱”。
打造音乐红人与听众的新互动方式,帮助用户完成点歌闭环体验,帮助红人获得粉丝积累
直播live house式点歌,更专注唱歌本身,提高直播质量
通过点歌心愿墙活动,认识功能和表达情感
通过与产品间的联合运营,让点歌用户回流到全民K歌
接下来,对每个功能规划点进行阐述。
A.建立用户闭环体验
通知完成:通知用户点歌完成,并展示与其他模块
B.用户功能按两类需求场景区分,满足不同的用户需求
C.突出音乐红人体验关注点
D.情绪表达与点歌结合
2. 打造直播”Live house”点歌
A.实时互动和反馈体验
路径短,即时反馈,互动性非常强
容易把握住直播主题是“唱歌”,提高直播质量
B.显示点唱数值,提高直播质量
3. “你点TA唱”心愿墙
A.除了本身产品功能外,在用户点歌界面增加“你点TA唱-说出你的故事”活动
宣传新功能
增加趣味性和情感
B.活动关注互动和情绪表达
1)心愿墙分类
最热心愿墙:用户不仅能发布心愿、完成心愿,同时能参与到好的故事(点赞),让更多音乐素人看到
最新心愿墙:不断更新最新心愿墙
好友心愿墙:可以直观看到好友的心愿,帮助完成心愿,加强关系链
2)歌词引导
要写出好的小故事,需要引导,在添加点唱歌曲时能默认该首歌的经典歌词
3)定制分享“好友喊你来唱歌”- 可以给功能和产品很强影响力
4.与QQ音乐联运
A.将各自优势互补
QQ音乐将活跃度和影响力输出给全民K歌
全民K歌给QQ音乐带来全新的互动方式和素人/粉丝基础
B.邀请明星一起K歌
邀请点歌数最多的明星在K歌完成歌曲
用户参与点赞,列出榜单
5. 功能路线图
将分析和规划里需要做的功能全面按重要紧急程度列入路线图中,以便需求输出时方便查看,也让团队知道功能节奏。
以上基本把思路框架中,发现问题,找出机会点,提出解决方案详细的描述了一遍,当然最后要根据数据表现去验证猜想。本次已经讲解到了需求list的程度,从list如何详细用需求文档表述出来又是一门大的工程,后续再继续实例讲解。