很多时候，产品经理需要在版本迭代结束之后就会苦想下个版本做什么功能，好不容易想到一些场景，要怎么分析才能得出合理、让人信服的需求呢？这次我通过一次全民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如何详细用需求文档表述出来又是一门大的工程，后续再继续实例讲解。
