产品经理如何做用户行为分析？
发布网友
发布时间：2022-04-20 02:18
共3个回答
热心网友
时间：2023-06-24 20:30
如果我最初问消费者他们想要什么，他们会告诉我‘要一匹更快的马!’——亨利福特
每一个产品狗都应该很熟悉这句话，正如码农喜欢将’对象’、’实例化’，’高内聚、低耦合’等挂在嘴边一般，但熟悉的并不一定真正了解，而要在实践中做到，知和行并不是天然一致的。
用户需求是产品经理工作的基本出发点，不管是前期的行业调研、竞品分析，还是产品研发过程的沟通传达，还是产品上线后持续的迭代改进，头脑里都需要围绕用户需求展开。
产品经理要挖掘出真实的用户需求，是需要花些功夫的。用户需求，字面上看，由用户和需求两个词组成。分解来看，
首先，你的产品不是氧气，不是黄金，不可能所有人都需要，因此要确定具体的目标用户，越精准越好，通过用户研究来确定核心用户。然后去了解这些用户在现实生活中，或是在使用别的产品过程存在哪些问题，这些问题是用户们需要被满足，但尚未被满足的，即所谓的痛点。
挖掘核心用户的痛点，可以通过数据分析、用户访谈、可用性测试、问卷调查等方式，另外，在研究竞品的过程中，产品经理尽量让自己变成小白，初步去感受竞品的不足，并思考潜在的机会。
通过以上两步，就能给出用户画像了。简单的理解，用户画像就是真实用户的虚拟化表达，但具备了真实用户的典型特征，以此为基础，产品经理就要从用户和需求的分析中加工出用户需求了。
为什么要用“加工”一词，因为产品经理对用户需求的理解，已经明显带有个人的主观意愿了。不同的产品经理面对同样的用户、同样的需求，由于个人经历、价值观、行业经验、认知等因素，往往得出的用户需求差异甚大。
回到开头的例子，马跑的不够快，用户的想法是要更快的马，而好的产品经理则会理解到“快”才是用户的核心诉求，与马无关，从而将实现快的方式从马转移到了车。
用户、需求、用户需求，在研发或者改进具体的产品过程中，产品经理都需要仔细分析，消耗不少精力去把握理解，没有想当然的事情。往往显而易见的表象，暗藏着不易察觉的线索，导致产品经理将结果错误归因，从而无法有效提供满足用户需求的解决方案。
《需求缔造伟大商业传奇的根本力量》一书中提到个例子，听交响乐是一种高雅的行为，营销经理们大多乐观认为，只要有办法让人们走进交响乐厅，真正欣赏一次音乐会，那么音乐本身的美感就会将他们吸引回来。然而事实是，初次走进古典音乐大厅的人，却很少会再来。
如果不加分析，你可能会把问题归于初次听的人可能本身兴趣就不大，又或者嫌门票贵，演出不够精彩，音乐厅不够漂亮，点心不够可口等等，但如果我告诉你结论，恐怕会让你感到意外，答案是：停车位。
在2007年，9家交响乐团联合聘请了一支研究团队，对客户流失进行了分析。他们将用户群体分成6大类：核心听众、尝试听众、不表态听众、特殊场合出席者、茶点式听众、高潜质听众。
通过数据发现，尝试听众占全体客户的37%，却仅仅购买11%的门票，流失率高达91%。研究人员列出了体验古典音乐的78种不同特征，然后利用在线调查和其他考察用户行为的测试方法，浓缩出其中的16项，并对这16项特征的进一步分析，最终发现，初次听的人，不能很快地找到演奏厅附近的停车位，他们得不停地绕不停地绕（要是在现在，GPS分分钟搞定），这种麻烦地图影响了他们再次消费的意愿。
当然，结论是简单的，但是得出结论的过程，却非常考验研究者们的分析能力，也需要消耗大量的时间精力。而产品经理在挖掘出真正的用户需求之前，也必须运用各种分析工具和思维框架，逐步去*近*，才有可能找到用户的心智模型。
热心网友
时间：2023-06-24 20:30
一、听用户说了什么？
看用户说什么，是在什么样的场景下说？
在这样的场景下遇到了哪些问题是无法通过现有的产品解决的？
前文中的马的例子，就涉及到了一个用途的问题，用户提出这个需求，背后想要解决的问题到底是什么？现在的产品不能解决的话，什么样的产品可以解决？所以，李白想要一匹更快的马，其实重点不是马，而是“更快”。所以，你提供的产品是在“马”做文章，还是一个*性的创想，就决定了你的产品是否鞥能够改变世界。
用户需求
二、关注用户的隐性需求
满足用户需求，不意味着满足用户的每一个需求。解读用户需求时，我们要明确用户之所以提出需求，是出于什么目的，要解决什么问题，这个问题不解决，或者不按照用户的要求解决是不是用户就会流失了。
用户想要的，一般流于表面，例：我要买一把锤子和一些钉子
用户需要的，一般藏得较深，如上例：其实只是想把一幅画挂到墙上
我们需要解读的是第2种需求，从而发现其中存在的机会，徐徐图之。
整个过程中，也要慎防产品被用户需求牵着走。我们要明确产品要做什么？可以做的事情永远很多，值得做、能做的仅仅是少数，知道什么是必须做的，很关键。
三、快一点了解用户需求
用户的需求是无止尽的，所以，尽快尽多地了解用户需求，是产品保持动态更新的先决条件。
功能上线之前，快速收集用户需求就能快一点确定下一步的工作方向。功能上线之后，快速收集用户反馈（包括）bug，就能抢先一步快速迭代修正功能。
关于如何快速收集用户需求的问题，产品经理都有自己的方法，譬如使用表单搜集工具：麦客、伙伴云表格。高阶产品经理更能看得上后者。
热心网友
时间：2023-06-24 20:31
PRD模板是一种在一个地方捕获有关您的产品需求信息的好方法-因此每个人都知道新功能如何解决客户问题并推动产品战略向前发展。
以下列表显示了PRD应该包括的关键组件：
1、目的
2、发布
3、特征
4、用户流程和设计
5、分析工具
6、未来的工作
本指南描述了每个组件的用途，并包括用于捕获详细信息的模板。您可以在下面以Word或PDF文档格式免费下载组合的PRD模板。
一、目的
PRD的目标部分说明了您正在解决的客户问题以及它与您的愿景，目标和计划的关系。这为您想要实现的目标以及针对谁的产品建立了高级目标。它还使更广泛的产品团队专注于构建使您的客户满意的功能-这样您就可以交付最低要求的产品(MLP)。
此模板是总结产品策略的有用方法：
二、释放
使用PRD 的发布部分概述将交付的内容和时间。这有助于内部团队了解发布的范围和时间表，以便他们计划工作。产品经理需求文档模板捕获关键的里程碑和依赖性，以使每个人都按时进行。
这是用于捕获有关发行版的关键信息的模板：
三、特点
下一步是定义将在版本中提供的每个功能(或用户故事)。在PRD的这一部分中，您将确切解释需要构建的内容，以便开发团队可以确定如何最好地实现它。
使用此模板记录每个功能的产品要求。
四、用户流程和设计
在PRD中包含可视的线框和模型，以显示该功能的外观以及在整个站点地图或页面中的适合位置。这有助于工程人员准确地了解您的构想以及应如何实现功能。
