第三课需求管理 1需求管理是什么 1.1需求挖掘:看四块,自己行业,总体趋势,未来方向,商业模式。最直接的需求一定来源于用户,用户访谈,用户反馈,调查问卷,社交平台。 1.2需求匹配:需求挖掘解决发现和确认需求问题,需求匹配解决要不要做的问题。 知彼:了解市场,了解用户,了解需求 知己:知道公司的资源是什么,公司的资源以及经济能不能够完成个人对业务的设计,公司处于什么样的一个阶段,身处所在的行业处于什么样的一个阶段 1.3需求排序 2行业阶段 技术萌芽期:探索技术可能性把技术转化为产品,市场验证mvp。 3.需求收集的原则和方法 标签墙 用户意见渠道 奖励机制 原始需求的管理 归类 统计 用户反馈分类 需求列表–原始表格 意识:时间管理四象限 GTD工具 4.需求评估 4.1:KANO法
多年前有次面试,被问到产品需求跟项目需求有什么区别,由于也确实没做过像样的产品,多以交付项目为主,简短回复了下,也深知是片面甚至是错误的。 演化 项目需求的变化性很小,这一点产品需求也同样具备。 但产品需求中,存在一种伪需求,看似需求量很大,但当真正推向市场去验证的时候才知道是伪需求,这也就是市面上出现了很多短命的产品的一种现象。 驱动 产品需求的产生是自发的,项目需求是被动接受的。 说到底,产品需求要比项目需求复杂,而处理产品需求的过程中,就要去伪存真,要把握关键需求,要需求聚焦,要积极响应等等,因为一个环节出了差错,基本上就可能走到产品生命周期的终点。
本文作者:kayeelao,腾讯TEG产品策划 一、导语 作为一个产品经理,我们最离不开的一个词,就是“需求”。能传达我们对需求的理解与定义的工具就是产品需求文档。 而产品需求文档也是贯穿于整个产品设计研发过程中的一个关键指导纲领。 在工作期间,我撰写了不少需求文档,同时在理解需求、表述需求、实现需求的过程中不断磨练自己的产品思维。 本文将围绕是什么、为什么、怎么写产品需求文档以及用产品思维讲述如何写好需求文档,让需求文档助力产品落地上线。 二、 什么是产品需求文档? 通俗点来说,产品需求文档就是产品经理在获得一个产品需求(用户的需求、竞品分析、运营团队、战略目标等)后,对需求进行理解、梳理和定义描述后的产物。 它传达了产品经理对这个功能需求的构想与预期,是产品研发工作流程中至关重要的依据。 三、 为什么要写产品需求文档? 1. 产品需求文档是产品设计研发过程中的指导纲领。
但对于产品经理来说,撰写一份完整的产品需求文档往往需要花费相当多的时间和精力。 今天我们一起来看看,如何提升产品需求文档的撰写效率。 为什么要写产品需求文档? 对于稍微大一点的产品开发团队来说,产品经理未必能向所有团队成员准确传达产品开发需求,这时就需要一份完整的产品需求文档供项目参与人员阅读。 最后,产品需求文档也是一个产品项目投入开发前的重要附件之一。团队领导可以根据产品需求文档清晰了解为什么需要开发这样一款产品。项目的其他相关方也可以随时参阅需求文档,了解项目的基本信息。 总的来说,产品需求文档有三个核心作用: 传达产品开发需求; 保证团队成员沟通顺畅; 制定产品质量控制标准。 产品需求文档的在项目中的重要性已经不言而喻。 那么对于产品经理来说,有哪些技巧可以更好地完成产品需求文档的撰写呢? ? 产品需求文档包含哪些内容? 通过下图,我们可以简单了解产品需求文档需要呈现的基本内容。 ?
但对于产品经理来说,撰写一份完整的产品需求文档往往需要花费相当多的时间和精力。 今天我们一起来看看,如何提升产品需求文档的撰写效率。 为什么要写产品需求文档? 最后,产品需求文档也是一个产品项目投入开发前的重要附件之一。团队领导可以根据产品需求文档清晰了解为什么需要开发这样一款产品。项目的其他相关方也可以随时参阅需求文档,了解项目的基本信息。 总的来说,产品需求文档有三个核心作用: 传达产品开发需求; 保证团队成员沟通顺畅; 制定产品质量控制标准。 产品需求文档的在项目中的重要性已经不言而喻。 那么对于产品经理来说,有哪些技巧可以更好地完成产品需求文档的撰写呢? 产品需求文档包含哪些内容? 通过下图,我们可以简单了解产品需求文档需要呈现的基本内容。 其实,使用高效的产品需求文档撰写神器即可解决这一难题。 产品需求文档撰写神器 随着产品开发流程的不断发展,Office等传统办公软件已无法满足产品文档的撰写需求。
在做项目的时我们经常会面临各种各样的需求,有的需求来自领导的指示,有的需求来自用户的反馈,有的需求来自灵光一闪,有的需求来自团队其他小伙伴等等,那么对于各种需求我们应该如何处理和管理呢? 这个就是今天要和大家分享的内容:“产品经理需求池的管理”。 需求池是什么 需求池可以理解成一个产品迭代依据的库,数据库记录各种数据,那么需求池记录的是各种需求。 所以问题回来了,需求池主要有两个作用: 第一:便于产品版本迭代有据可依 第二:便于团队合作沟通 做需求池常用的工具 需求池常用的工具有挺多的,这个根据实际情况,选择合适的就好,我个人常用的是Numbers 反馈人 这个就是需求的来源,比如说领导、产品经理、运营、客户等等 描述 需求是怎么来的,描述需求得到时的状况。 版本 这个就是产品不同的版本对应着不同的需求,如实记录就好了。 需要注意的点 第一:产品优化属于需求,会放在需求池中,但是Bug不属于需求,Bug要放在Buglist中。
产品定位 这是产品设计的方向,也是需求文档和设计产出的判断标准。此外,产品定位也是团队成员形成统一的目标和对产品的认识,提高团队的凝聚力和工作效率,可以这么说,产品定位是需求中的需求。 这里可以看出,产品定位实际上就是关于产品的目标,范围、特征等约束条件,主要包括两个方面的内容:产品定义和用户需求。 ? 其中产品定义中的主要功能、产品特色和用户需求中的目标用户形成了产品定位中最核心的内容,是产品设计最主要的依据和方向。 需求来源 确定产品定位之后,然后通过不同的方式来收集大量的需求,然后根据这些需求的有效性和真实性、产品定位和项目资源情况进行筛选和匹配,提炼出产品需求,定义出优先级。 产品定位是确定产品需求的根本依据,而目标用户则是产品定位的标尺。要想得到正确的需求,PM需要全程参与,充分准备,深入到各个关节中,并且充分听取不同成员的意见。 ?
产品经理每天都在和各种需求打交道,但产品需求管理绝非易事,市面上大约60%的产品都是因需求管理失误而走向失败。 本文将从产品需求管理核心概念切入,深入拆解产品需求管理流程,推荐一些实用的工具,并展望当前AI赋能需求管理的前沿趋势,助力企业实现需求价值最大化,打造爆款产品。 一、产品需求管理的核心概念与角色分工(一)产品需求管理的本质与目标产品需求管理是产品团队系统化处理用户价值、商业目标与技术可行性的过程,包含需求采集、分析、排序、落地与验证五大环节。 (二)产品团队的需求管理分工角色主要职责产出成果产品经理主导需求全流程管理,对接用户与团队,协调各方资源推进需求落地产品需求文档、产品路线图交互设计师将需求转化为可视化设计,优化用户操作流程和界面体验原型设计 结语:掌握产品需求管理,驱动产品成功总而言之,产品需求管理是产品从概念走向市场的关键路径。
本文从研发 VP 的治理视角,提出一套可落地的产品需求管理闭环:以业务结果为锚,将需求沉淀为可验证的机会,再转化为可承诺、可复盘的产品路线图,并用机制设计把插单与节奏管理纳入组织能力。 因此,真正的解法不是“更强的产品经理”或“更狠的项目管理”,而是把需求管理和产品规划打通成一个可持续运转的系统:输入可控、决策透明、承诺可追溯、结果可复盘。 先把概念摆正:需求是“信号处理”,规划是“组织承诺”很多组织之所以越管越乱,是因为把两件事混在一起:把产品规划当成需求清单,把需求池当成路线图。 业界对产品规划的定义强调:这是一个从想法到发布的结构化过程,目标是让产品方向与市场需求、业务目标对齐,并便于与利益相关方沟通。3)两者衔接的关键路线图不是把需求池排个序就完事。 需求管理和产品规划的衔接,从来不只是流程问题,而是组织能力问题:需求管理负责把不确定性变成可验证的机会;产品规划负责把资源投入变成可承诺的方向与节奏;产品路线图是连接两者的对齐载体,它应当帮助团队围绕愿景与结果协同
不是拿着书本各干各的书的学习 3.纷繁世界里有大量的需求,包括真需求,伪需求,因为需要产品经理用自己的判断去甄别,选择需求。 4.延伸思考 为什么要选择需求? 1.社交产品做加好友功能【人与人之间的联系】 ---真 2.咨询产品端做加好友功能【单向的点对点的获取信息,单向对我联系,通过关注/订阅的功能】 ---伪 ⑤ 时机,来辨别真伪需求 同样的需求在不同的实际下可能是真需求 新闻资讯客户端【基本战略目标是以内容吸引用户,稳定用户】 1.需求一:专题内容【用户更想看到的内容】 --- 高 2.需求二:导购内容 --- 低 ⑤ 企业层面-产品生命周期 好的产品进入衰退期的时间特别特别的晚 小公司,自建云,会存在较大的技术实现难度,若使用已有的公有云产品,虽每年支付服务费,但性价比更高。 (三)需求管理 ① 介绍 需求挖掘,需求分析,到形成需求清单,并将需求实现的过程。 ⑤ 需求池的复盘 产品经理应该培养习惯,定期如季度进行,原需求池规划的复盘,看已经规划的需求是否完成,完成的需求实际效果如何,以便于更好的调整需求规划。 ?
本文主要介绍机器学习的应用以及我们如何使用机器学习满足产品需求,尽量不说废话。 作为AI产品经理,不仅需要知道技术的边界,还要对应用场景的有足够的理解。 单独的机器学习在目前是很难直接支撑其一个场景产品的(区别于工具产品),所以机器学习的业务目标一般散落在产品业务的各个角落。 二、如何撰写机器学习产品需求文档? 除了常规的界面需求、流程需求之外,涉及到机器学习的产品需求还应包括: 1.业务场景描述 作用是让算法人员理解业务场景,更好的理解输入与输出的需求,可以包含对业务经验的描述。 产品需要根据业务需要,或者是充分的数据分析来确定指标要求。 4.样本提供 样本越全,对于机器学习的性能的提升的帮助越大。样本需要客观、准确。
---- 需求分析文档 目的:**用于将需求反馈表反映的用户模糊需求变为可设计的功能需求。 适用范围:**产品规划经理进行需求分析。 提交人 所属部门 提交日期 需求类别 (注:按视频类、音频类、图像类及其他分类) 建议可设计 产品名称 一、用户群 划分标准 【在此说明划分用户群体的标准】 如:根据收入/性别/ (二)对应非用户群特征(逆向动机) 1、【逆向动机1】【按顺序分析“二”中形成对应群体特征的潜在动机,标准是可证明此项动机可形成用户的该项行为特征】 2、【逆向动机2】 3、【逆向动机3】 四、目标 需求导出 【需求1】【基于上述用户动机,按顺序分析:创造何种使用价值,可以满足用户的正向动机,消除用户的逆向动机】 【需求2】 【需求3】 【需求4】 【需求5】 【需求6】 【需求7】 【需求8】 …… 参考分析
如果是公司内自己的研发,需求不完善,临时变需求最多会被开发吐槽或者打一顿,刷个脸陪个笑,喝个咖啡吃个饭,最终还是会帮忙解决问题。但是外包生意就是生意,没有那么多人情,需求范围签合同时基本确定。 顺带整理分享下数据可视化产品需求的必备要素,以及经常会被忽略和遗漏的点,让你的数据产品需求文档更加无可挑剔,成为别人眼中靠谱的产品经理。 一、数据产品需求文档的常规结构 一般来说,对于一个数据产品需求来说,PRD文档主要会包含以下几个部分: 1.需求背景及目标 这个部分的作用一方面可以让开发团队更加清楚的知道自己做这个需求的业务背景和价值是什么 3.数据需求说明 常见数据需求模板可参考如下: 数据需求是数据可视化产品的核心模块,准确描述数据统计逻辑可以节省很多开发沟通成本。 上图是一个最常规的可视化报表的功能页面,产品需求描述时,需要针对各个模块做详细的说明,比如筛选器的默认值设定,联动逻辑,指标展示内容,图表类型及图表信息设置等等。
01 需求陷阱 陷阱1:产品经理比用户更懂产品 这话乍一听,似乎没毛病 ?的确,强势的产品经理可能会标榜自己比一般用户更懂产品,他不是用户,却以为能代表用户的想法。 更多时候,产品经理无意间强加了个人对需求的分析,于是客户原始的需求传到产品经理这,难免就镀上了一层加工后的光泽,成了产品经理个人的需求。 甚至在某些时候,大多数需求都是由产品经理拍脑袋想出来的。 你看,找到客户群体背后的心理诉求,剖析客户的需求和偏好,再映射到产品和服务的提升点,才算是真正实现了客户需求向产品能力的转化。 ? 03 需求细化 1. 当力量都用在刀刃上的时候,有限的资源也能创造产品更多的价值。 2、拆解产品需求,说好你的用户故事 了解了需求规划的重点之后,再来看下怎么去拆解并细化一个产品需求。 需求的拆解和细化对于产品研发团队而言非常重要,这不仅是产品经理一个人的事儿,拆分需求,本质上是在分配研发资源。
要根据面向业务的能力来建立产品团队,在看待需求时从产品的全生命周期——产品的机会发现、定义、启动上线、成长、成熟以及演化去看待和管理需求。 如果尝试给“精益产品需求”下个定义,就是以“精益企业”为指导,以产品为中心,把敏捷、精益的理念应用在产品全生命周期相关的组织结构、管理流程、需求沟通和协作中的方法和实践。 图6 精益产品需求的价值闭环 “精益产品需求”方法: 产品化方法,区分探索期和拓展期的工作方法 ? 不同产品生命周期的关键方法: ? 图7 产品的生命周期及关键方法 “精益产品需求”实践和工具: ? 另一方面,从个人和团队来说,图5所展示的“敏捷需求分析”方法和实践依然适用,但应该有两个关键的转变: 一是“产品思维”,“人人都是产品经理”,认识并把控产品的生命期,根据不同的生命期取舍不同的需求实践,
作为产品新人,leader一般都会先给一些简单的功能型需求让大家快速上手,迅速建立起初步的产品思维和工作习惯。 接到这类比较局部的需求时,首先要了解这个需求是来自于哪个产品,并开始对这个产品展开充分的认知。下面分享如何通过四个维度来理解一个需求,然后更高效地让需求进度走上正轨。 本文作者:channieliao 其他好看的: 产品经理如何快速理清方向 产品经理9大方法论 产品经理的四种境界
如何去判断需求的价值,其实本质是我们需要在产品定义这个环节去梳理清晰。 产品定义分两个部分:第⼀回归场景(梳理并描述业务场景),第⼆理清价值(判断场景中需求的价值)。 1.为什么要回归场景? 如果在实际⼯作中遇到需求判断经常找不到⽅向,也许应该开始思考产品的价值主张。 在SaaS产品中⽤户价值中最常⻅的是效⽤价值。 1.5.如何找出场景中的需求价值 找出价值我们需要做的三件事:第⼀需求的⽤户价值是否与产品价值主张相契合? 1.5.如何判断场景中的需求价值 需求来源于场景,满⾜需求则产⽣价值,⾯对扑⾯⽽来的需求SaaS产品经理更需要清晰理解并判断需求的价值。 架构本质是后端业务逻辑的标准化;在完成后端标准化之后,随着产品的不断发展,我们需要通过可配置的⽅式在前端满⾜⼤量个性化需求,即前端个性化。因为SaaS产品本身特质,我们需要考虑到⼤量个性化需求。
对于我所负责的这个O2O平台型产品而言(从事后诸葛亮的角度),这个产品的成功,首先一点就是整个团队深刻的理解到底是什么是用户,并牢牢抓住了各个用户群体的独特需求。 ? 分析直接使用者的业务需求,并设计符合其实际应用体验的产品,是每一个产品经理的基本功,好的产品就必须考虑如何能够贴近实际业务,并让每个使用者都能高效、愉悦的使用产品。 通常的来说,我们分析最终使用者的业务需求,一般能够使用的调研方式非常多。对于大型的业务系统,特别是平台型产品,实地考察、业务访谈,角色扮演,场景模拟都远胜于问卷等方式。 ,并充分考虑各个角色在实际应用中需求并转化好良好的产品使用体验。 2、付费决策者的问题 / 目标 这个是最被忽视的问题,特别是2B的产品,很多时候都只关注到所谓的“体验”,而没有真正却解决付费决策者的需求。
01 产品研发过程 互联网产品研发过程: 一般可以把产品的过程分为:需求分析、产品分析、产品规划、产品设计、产品落地。 需求分析:产品经理需要定义清楚目标用户,通过各种方法接近和了解目标用户,甚至变成用户,尽可能全面、准确的找到用户需求,并通过各种方法校正需求,逃出“伪需求”的魔咒,并根据技术趋势、生态革新趋势、时代变迁趋势 :产品经理需要面对诸多需求,决策做哪些? 产品经理需要将需求描述明确清楚,让开发、测试、设计等人员理解一致,对需求进行拆分,确保顺利分工配合。 【其他的补充】 产品需求管理的衡量指标: 需求的吞吐量:团队指定时间段内完成的需求数,可大体反应出团队的产出趋势; 需求的平均完成时长:需求从创建到终态的平均时长,时间越多,需求交付粒度越小效率越高;
6.通过竞品分析的方式来获取需求, 通过分析行业的领先者和先行者,或者是直接或间接的潜在对手,分析产品形态相似的产品。 一般的小白产品经理可能会把这个需求画出来,然后就交给技术开发了。 然而,资深一点的产品经理,面对这个解决方案式的需求,就会进一步往下问用户,为什么像这样做,想解决什么问题呢? 你看,这才是用户的真实需求,围绕此需求,产品经理才能给出更合适的解决方案。 第二种,非功能性需求, 一般情况下,很多产品经理,容易把这部分内容给忽略掉,要想打造出一个吸引人的产品,非功能性需求也是我们要特别注意的点。 最后,我相信:通过以上3种不同层次需求的整体理解与运用,产品经理在获取需求、分析需求,听到需求相关的各种概念以及进行产品落地设计时,会做到心中有数,不慌不乱,高效产出结果。