精华内容
下载资源
问答
  • 判断需求优先级
    2021-09-15 19:24:19
    1. 时间紧迫。互联网产品需求多,时间紧任务重,再加上互联网瞬息万变,需要快速抢占市场,稍有延迟可能就会错失机会,被竞争对手超越。
    2. 公司内部资源有限。技术、运营、宣传等相关人员人数有限,如果产品功能过多,则会消耗大量的人力资源。

    所以在这种环境下,选择最重要的产品需求进行开发,以最快的速度完成产品更新占领市场。

    那么该如何确定产品需求的优先级?主要从以下几个方面考虑:

    • 需求的投入产出比
    • 需求的紧急程度
    • 需求与产品策略的契合度
    • 需求之间的潜在联系
    • 根据实际可调配的资源情况
    更多相关内容
  • EDITED BY CHENYU * 移动互联网产品设计 移动互联网产品设计课程 Mobile Internet Product Design 主讲...03 金字塔模型法 优先级判断原则四象限法则和kano模型结合 需求优先级评估 重要 不重要 紧急 重要且紧急基本型
  • 需求优先级划分技巧

    千次阅读 2018-12-11 14:01:16
    01 优先级 开场语 假设需求梳理会议上,团队确定本迭代的待办事项有n个,假若等到两周迭代开发快结束的时候,还有2个未完成,在这种情况下,是否按照约定准时发布? 按敏捷的思想,答案非常明确:按时进入测试和...

    01 优先级

    开场语

    • 假设需求梳理会议上,团队确定本迭代的待办事项有n个,假若等到两周迭代开发快结束的时候,还有2个未完成,在这种情况下,是否按照约定准时发布?
    • 按敏捷的思想,答案非常明确:按时进入测试和修改Bug阶段,并且只测试已经完成的n-2个需求,剩下2个没有完成的需求放在下一个迭代。
    • 但这时候可能会有人跳出来:用户最看重的就是这两个需求,少了这两需求客户会很不满意!
    • 根本原因:需求优先级划分不合理。

    优先级排列方法     

    • 是否有定性或定量的排列需求优先级的方法哪?
    • 当你决定是否开发这个需求时,最先考虑的因素有哪些?
    • 我们先从需求的两个最显而易见的属性考虑:
      • 产品价值
      • 技术成本

    • 从产品价值和技术成本两个角度分析,可以将产品划分为小而美、小而更美、大而美、大
    展开全文
  • 需求优先级该怎么定

    千次阅读 2020-05-18 12:27:50
    一般情况下,我们可能会对接多个需求方的需求,但是他们都说自己的需求紧急程度是 P0,最后汇总到我们这边的需求也都是 P0,此时我们该如何处理? 二、解决方案 可以根据《高效能人士的七个习惯》中的四象限法则,来...

    一、背景

    一般情况下,我们可能会对接多个需求方的需求,但是他们都说自己的需求紧急程度是 P0,最后汇总到我们这边的需求也都是 P0,此时我们该如何处理?

    二、解决方案

    可以根据《高效能人士的七个习惯》中的四象限法则,来解决这个问题

    作者提倡,根据事情的重要程度和紧急程度,把待办事项划分为四个象限,应有重点的把主要的精力和时间处理那些重要但不紧急的事情上,未雨绸缪

    那么我们如何来构建象限的两个坐标 重要程度和紧急程度 呢?
    重要程度:根据部门定位、年度目标以及个人所处阶段对应的职业价值观来确定重要程度。
    部门定位和年度目标是一个部门的立身之本,以部门定位和目标来作为事件优先级定级的主要因素,可以帮助我们准确的聚焦在自己的职责目标上,有助于目标达成
    紧急程度:比较好划分,根据事情完结的时间底线即可,相对好判断

    在这里插入图片描述
    重要且紧急
    当重要且紧急的事情特别多的时候,好的处理方法不是去加班,而是去找到自己在处理第二象限中事情的错误,从根本上解决问题。

    重要不紧急
    把事情列入待办清单中,应该明确目标,拆解子任务,明确依赖方,设置每个任务完成的时间节点和预期产出,之后按部就班推进。做事之前的拆解规划工作万万不可少。

    不重要不紧急
    尽量不做

    不重要紧急
    尽量少做

    展开全文
  • 虎年的第一期产品沉思录精选,是去年看到很想推荐的关于如何判断需求优先级的方法论。这是一种理念上的变化,但是可能落地到工作实践中会有些难度。没关系,在新的一年知道了还存在另一种经过认真思考的...

    698d1be30cc9e5829c721cc6944788df.png

    虎年的第一期产品沉思录精选,是去年看到很想推荐的关于如何判断需求优先级的方法论。这是一种理念上的变化,但是可能落地到工作实践中会有些难度。没关系,在新的一年知道了还存在另一种经过认真思考的方法也是不错的,希望可以通过 fonter 翻译的这篇文章摘要,帮助你获得一个不同视角来观察手头工作。

    最近我和 fonter 也在整理产品沉思录的结构体系,2021年的产品沉思录精选集相信不久就会和大家见面。

    如果你想获取最新的订阅,欢迎扫描文末二维码。如果觉得有帮助,也欢迎转发给同样走在产品路上的小伙伴。

    选自沉思录邮件组
    Vol.20210516:只要有空置,就有价格歧视

    本文来自 Fibery 的产品博客 ,基于其 CEO 和产品经理 Anton Iokov 的总结。Fibery 的 CEO 说,启发于 Kevin Simler 的一篇《虚无主义者的意义探究指南》,耳听曾经撰文推荐过 Kevin Simler ,他也有一本畅销书《脑中的大象》[1]。看本文的朋友,很大比例是产品经理岗位的吧,日常工作中遇到的常见的场景恐怕逃不过需求的 battle,优先级排序,你们日常的不满和妥协很大一部分来自于此吧。

    需求的优先级排序,有时候是个玄学问题,是产品管理中最困难的问题之一。Fibery 的 CEO 说,有许多技巧可能会有帮助,他已经尝试了所有的方法,但都没有很大成功。简而言之,这些技术只是线性模型,和有经验的产品经理的直觉一样好(或一样坏)。他们 Fibery 团队借鉴 PageRank 引入了网络效应的特性来加强优先级排序的方法。他们的目标不是替换当前的优先级排序的逻辑 (RICE 模型),而是增强现有的优先排序方法

    传统上从客户反馈中收到繁多的线索,如何处理他们?你会注意到一些某些角色岗位的反馈重复出现,从中提炼普适的共性,凝练成features。下一步如何排序这些 features?如何评估 feature 价值的时候到了,大家有了一致的价值评估原则的时候,就可以相对理性的探讨。


    RICE 模型是产品经理常用的一种方法,其中包括四个方面:

    • Reach 触达力

    • Impact 影响力

    • Confidence 信心

    • Effort 工作量


    Reach 触达力

    反馈在每个功能将有多少人在一定的时间期限内影响和有多少人会注意到的变化。

    定义

    估计每个项目在一定时间段内会影响多少用户。尽可能使用产品指标的实际测量结果,而不是随机去拍一个数。

    接触数量用每个时间段的用户数或事件数来衡量。这可能是「每季度客户数量」或「每月交易数量」。尽可能使用产品指标的实际测量结果,而不是随机去拍一个数

    举例

    • 项目 1:500 个客户每月在注册漏斗中达到此点,30% 选择此选项。那么每季度的接触数量是 500×30%×3=450 个客户。

    • 项目 2:每季度使用此功能的每个客户都将看到这一变化。那么每季度的接触数量是 2000 个客户。

    • 项目 3:这一变化将对 800 个现有客户产生一次性影响,而且没有持续的影响,则每季度的接触数量是 800 个客户。

    Impact 影响力
    展示了该功能将如何为产品做出贡献以及该项目将如何影响您的客户。

    定义

    要专注于那些能对你的目标产生可观影响的项目,预估这个项目对个人产生的影响。

    • 对于作者的团队来说,是「当客户遇到这个项目时,能够提高多少转化率?」。

    • 你的团队可能会用另一个目标,比如「提高采用率」,或者「最大化满意度」。

    分数

    影响程度难以准确度量,因此,作者设置了一些选项来衡量:3 为「巨大影响」,2 为「高」,1 为「中」,0.5 为「低」,最后 0.25 为「最低」。

    举例

    • 对于每个看到它的客户,这将产生很大的影响。则影响程度假定是 3。

    • 这将对每个客户产生较小的影响。则影响程度是 1。

    • 这在影响方面处于中间位置。则影响程度是 2。



    Confidence 信心

    表明了对所有估计的把握- 包括影响和工作量。

    定义

    有些主意非常激动人心但是并不明确,为了遏制住马上去实践它们热情,在评估时请把信心指数考虑进去(我们认为这个功能能实现 R 和 I 的自信程度)。

    信心指数是一个百分比,作者设置了另一种选项来避免决策瘫痪。

    • 100% 是「高信心度」,80% 是「中等」,50% 是「低」。

    • 比这更低的信心指数都可以认为是「登月计划」

    举例

    • 项目1:我们有定量指标来衡量接触数量,有用户研究来证明影响程度,还有工程预估会投入的精力。则这个项目的信心指数是 100%。

    • 项目2:我有数据支撑接触数量和投入精力,但我不确定项目的影响会是什么程度。则这个项目的信心指数是 80%。

    • 项目3:这个项目的接触数量和影响程度可能低于预期,需要投入的精力则高于预期。则这个项目的信心指数是 50%。


    Effort 工作量

    取决于需要的“人月”,周或小时。这是一个团队成员在特定月份可

    完成的工作。

    定义

    估算项目需要团队的所有成员(产品,设计和工程)的总时间。

    投入精力的预估单位是「人/月」

    • 一个团队成员可以在一个月内做的工作

    • 有很多未知数,所以考虑用整数来预估(一个月以下的任何事情都用0.5来预估)

    举例

    • 项目1:这个项目需要约一周时间做计划,1- 2 周的设计和 2-4 周的研发时间。则预估的精力投入是 2 人/月。

    • 项目2:这个项目需要几周时间做计划,大量的设计时间和一个工程师至少两个月的时间。则预估的精力投入是 4 人/月。

    • 项目3:这只需要一个星期的计划,不需要新的设计,几周的工程时间。则预估的精力投入是 0.5 人/月。


       需要使用“Reach”,“Impact”,“Confidence”和“Effort”对建议的功能进行排名,并使用最终得出的分数来决定应首先实施的功能。 

    de5644729fb2d6f83619f15f70e5e6f5.png

    举个例子

    其中红色圆圈是用户的场景用户的要解决的问题,绿色圆圈是需要开发的功能。

    6e8ae2e46eac004303f64cf9d56c6370.png

    需求 A 和需求 B 如何评估价值进行排序?

    按照 RICE ,似乎需求 A 能影响更多的人成本较小,似乎 A 更高优?

    上述这种思考方式其实就是典型的一阶思维,这种思维快速而简单,但是往往只解决眼前问题,却没有考虑后果。

    然而,在判断需求优先级时,我们需要使用更深思熟虑的二阶思维。它是从互动和时间的角度来思考,明白我们的干预往往会造成伤害。

    使用二阶思维时,需要习惯性地问自己,然后呢?试着连续问五个然后呢,或许会有清晰的答案。在思考中加入时间维度,比如10天/10个月/1年后会怎样也是经常用到的方法。最后,切记要考虑利益相关者的反应。

    那接下来我们就用RICE方法论和二阶思维重新再思考下这个案例

    用户反馈之间的联系是什么?

    • 解决一堆不相关的用户反馈案例

    • 意味着为每个人而不是任何人构建一个产品。

    • 大多数情况下,这是一个糟糕的策略

    • 用户反馈的真正重要性在于他们之间的 connections

    功能之间的后续影响是什么?

    • 一些功能开启了新的可能性并增强了现有的功能;

    • 其他的功能增加了复杂性并减慢了开发速度;

    • 虽然一些功能可以解决重要的用户反馈,但它们对整个业务的网络是有害的。

    考虑了上面2个问题,再来看下图

    需求 A 似乎没那么重要了,如果优先做了 A 似乎是笨蛋

    4259481609fe0a004a7ce0a5d921c7ee.png

    那么这个过程该如何量化并实践到工作中去?请看产品经理 Anton Iokov 的文章 《Enhancing prioritization with networks》[2]

    References

    [1] 《脑中的大象》: https://book.douban.com/subject/35235952/

    [2] 《Enhancing prioritization wtih networks》: https://uxdesign.cc/enhancing-prioritization-with-networks-894760555b04

    如需获取最新订阅,或访问会员专属数据库,请扫描下方二维码或点击阅读全文

    061ae24c3b8b1833943865fdf69ab776.png

    展开全文
  • 需求优先级排序

    2022-03-23 16:12:26
    用户需求重要性的判断标准:用户基数、使用次数和类别重要性。类别重要性分为基本型、期望型和兴奋型需求三类。 对于基本型需求,比如产品的性能、安全、浏览器兼容等方面,一旦出现问题,用户不能访问使用产品的...
  • 实战中,需求优先级怎么定

    千次阅读 2020-05-18 08:27:00
    因为我这边对接的需求方是好几个相对独立的方向,这就导致在每一个需求方眼里,自己的需求都是P0优先级,而最后汇总到我这边时,就会出现所有需求优先级都是高优,需求排期中的优先级因素基本相当于无效。...
  • 如何进行需求优先级管理?

    千次阅读 2019-09-11 18:17:43
    需求优先级管理四步走 需求优先级的管理,其实是为了帮助我们确定先做哪个需求后做哪个需求,从而可以最大化我们的回报、最小化我们的风险或投入。要做好优先级管理,或者更直接来说是优先级顺序管理,我们需要做到...
  • 从定义需求的优先级也能看出产品经理的能力。在前面已经详细阐述了...这就会涉及需求优先级定义的标准。在产品实践中,很多产品经理都是拍脑门决定先做哪些需求,后做哪些需求,要么就是老板拍脑门决定需求的优先级...
  • 用户需求开发优先级排序

    千次阅读 2021-01-29 10:54:14
    如果选择了模式一的划分方法,需求分析人员只需要把需求优先级分为高、中、低就可以了。这种方法简便易行,但是划分结果一定要取得的客户的认同。 但是这种方法是不精确的,因此,所涉及到的每个人必须在每种类别的...
  • 产品需求优先级评估

    万次阅读 2016-07-26 11:19:16
    本文介绍几种常用的需求优先级的评估方法。 一、数字排序法(三分法) 需求可分为强制型(Mandatory),满意的(Desirable),非必要的(Inessential)三种类型。 假设有需求R1、R2、R3、R4、dR5、R6。 假设参与需求...
  • 需求分析 1. 什么是需求分析 1.1 需求类型 1) 任务型需求 - 来自上级的安排,上级通常会参考公司的短期战略规划,制定出近期要完成的任务 - 拿到这个需求,不必和领导讨论这个需求的必要性 - 首先,考虑如何实现,保...
  • 一、C端需求和B端需求的管理差异 1. 相同点 1)需求管理的目的相同 都是为了集中当下优势资源为服务对象提供有客户价值的需求,对内提高资源利用率,保证产品开发团队良性运营;对外通过提供切实的服务,满足市场...
  • 也许你会要求业务方直接给出需求优先级列表,把任务分为P0到P5,这样的划分除了按需求本质的优先级还同时考虑了开发资源、开发难度等问题。毫不夸张地说,我曾经拿到一张全是P0级别的需求清单,如果一切任务都是高
  • 可是团队资源有限,面对需求池中如此多的需求,如何确定优先级呢?这是很多产品新人面对的困扰。通过和产品组同事一起小圆桌交流讨论,结合自己实际项目经验总结,现将其沉淀下来,并方法论化。  1. 为什么需要...
  • 我们首先对这道题做一个简单的分析,本题重点的考察点是需求优先级的分析与产品的版本规划。需求的分析与管理是产品经理最核心的技能,没有之一,作为一个产品经理,工作的产出物就是需求文档,在整个需求文档的调研...
  • 总得有先有后,优先级高的需求优先研发,优先级低的需求延后研发,这样的话就涉及到需求优先级定义的标准了,在产品实践中,很多产品经理都是拍脑门决定先做哪些需求,后做哪些需求,要么就是老板拍脑门决定
  • 在实际工作中,经常遇到需求堆积、开发资源有限的情况,要想在这种情况下合理的安排需求,实现价值最大化,对需求进行优先级管理异常重要。 首先,需求重要性的判断标准:用户基数、使用次数和类别重要性。类别重要...
  • 需求优先级管理四步走 需求优先级的管理,其实是为了帮助我们确定先做哪个需求后做哪个需求,从而可以最大化我们的回报、最小化我们的风险或投入。要做好优先级管理,或者更直接来说是优先级顺序管理,我们需要做到...
  • 需求分析是产品经理工作中的重要一部分,而对B端产品经理来说,因为业务的特殊性,所以需求分析更考验产品经理的基础能力比如还原场景中业务调研的能力、需求价值分析中对价值的界定等。...
  • 在很多时候我们会遇到优先级的问题,比如:1、今天,时间管理,将待办事项根据紧急和重要程度排列优先级,然后根据情况灵活执行。2、今年,我要做一个年度计划,选择些可执行且可量化的事情按照实现...
  • BUG优先级的标准

    2021-11-19 16:52:02
    业务Bug优先级说明 一:Bug优先级参考维度 1:业务的重要程度 2:问题严重程度 3:发生的概率 二:如何评估业务重要程度 1:新需求:评估功能重要结合“需求功能”+“业务功能” 2:非新需求:评估功能重要...
  • 数字电路设计实验 优先级需求处理与显示
  • 当开发资源有限的情况下,必然无法做到所有需求都放到一次迭代中,为了让每次迭代都尽可能地实现最有价值的功能,合理定义需求优先级尤为重要。 ...怎么判断需求的紧急程度和重要程度,会发现又
  • 以实时操作系统μC/OS-II为例,分析了产生优先级反转的原因,提出了解决该问题的2种方法,即互斥信号量(Mutex)和实现时间片轮番调度法。在保证共享资源互斥访问的前提下,将优先级反转的发生有效地限制在一个层次上...
  • 项目的优先级

    千次阅读 2019-06-01 20:11:58
    正常情况下,项目有明确的优先级。在IT领域,项目通常都是不正常的,事情总是做不完的,总是紧急的,好像每天都得加班,即使996也难以有任何喘息。 实际上,不论有多乱,项目工作都有约定俗成的、深合人性的优先级...
  • React源码解析之Lane优先级 经历一个月的学习整理,站在前人的肩膀上,对React有了一些浅薄的理解,希望记录自己的学习过程的同时也可以给大家带来一点小帮助。如果此系列文章对您有些帮助,还望在座各位义夫义母不...

空空如也

空空如也

1 2 3 4 5 ... 20
收藏数 89,557
精华内容 35,822
关键字:

判断需求优先级