再谈第二个话题：如何辨别真伪需求？
你是否有这样的苦恼？老板、上级领导安排的需求，是否是用户真正需要的？自己规划的功能，上线后效果并不好？
那是因为，我们往往做了太多的 “伪需求” ，伪需求的最大特征是：ROI极低，甚至产生负值 (即投入产出不成正比)。
同样，以我在做小说产品时为例：
上级领导准备在小说产品某个版本中加入 “AI朗读” 功能 (即电子书通过AI转换成有声朗读内容)，当时我们决定做这个功能，是因为竞品 (诸如番茄小说、七猫免费小说等) 均已支持该功能，因此，我们拍脑袋决定跟上竞品，做了相同的功能。
但结果，差强人意，有声朗读的功能并没有在用户群体中引起很好的反响。
为什么没有引起很好的反响，现在回头看：这很可能就是一个 伪需求。
首先，从功能的角度分析：
1. 哪些用户会使用有声朗读听小说的功能？
2. 用户什么时候会去听有声小说？
来尝试解析下：
1. 诸如司机、学生、上班族都会使用有声朗读听小说；
2. 用户在不方便阅读时会听有声小说，比如在开车、在上班、在自习等等。
针对上述涉及的需求场景中，可以大致窥探出，这些需求场景一般来说并不是强需求场景：
比如，在开车时，听听有声小说可能是缓解开车过程中的无聊，但由于注意力需要放在开车这件事上，因此听书并不是一个普遍的强需求 (因为并不是每个人都会选择听书，有可能听音乐)；上班族在上班中听有声，可能更多是在低强度的工作下 (因为高强度的工作可能没有精力去听)；学生在上自习或在教室听有声，可能是在无所事事或已完成学习的情况下。
其次，从用户群体的角度分析：
番茄、七猫等竞品的用户群体年龄层次分布可能更均匀、更年轻 (从社区评论内容判断用户的大概年龄层次)，而当时我们小说的用户年龄主要分布在40-55岁，因此，竞品的需求并不一定真正符合自己的产品。
那么，问题来了，如何真正做到辨别真伪需求呢？
1. 对需求和功能进行调研，尤其是竞品已有的情况下，分析需求可能使用的场景，从而判断需求是否真实被用户需要且合理；
2. 辨别真伪需求，还可能从小步迭代中快速试错。
调研的方式有多种：
1. 用户问卷，在产品内、用户群内对用户发起调查问卷 (但切记，用户问卷只能作为判断的参考而非依据，因为很多时候用户自己也不清楚到底想要什么)；
2. 竞品调研，查看竞品的用户反馈、论坛、应用市场评论等，总结出结论。
小步迭代快速试错的方法：
如果我们无法从调研的结果中，得出有效的结论，而功能必须要做的情况下，可以使用该方法。
仍以“AI朗读，有声听书”的功能为例：
该功能主要的作用是讲电子书转换成有声听书，功能的主要入口可以尝试放在一个 流量较大 的位置，我们可以尝试先放置该入口而不实际增加该功能，并通过 埋点设计 来统计有多少用户产生了点击行为，从而初步判断，有多少百分比的用户 ( 产生点击行为的用户 / 浏览页面的用户 ) 对该功能产生了兴趣。
其次，如果确定我们要做该功能，那么，在后续的迭代中要做好该功能的具体计划 (如分几个版本完成迭代)。
总结下“小步迭代快速试错”的方法：
初步尝试 - 数据验证、得出结论 - 拆解计划 - 迭代试错 。
如果，我们能在拿到需求的时候，就能理性分析、快速试错，相信我们的产品中一定不会出现太多的伪需求。
南山南 | 10年移动互联网从业经验，资深视觉设计师、高级产品经理
“如果天赋不是与生俱来，那么更应兢兢业业”。
网友评论