惯性聚合 高效追踪和阅读你感兴趣的博客、新闻、科技资讯
阅读原文 在惯性聚合中打开

推荐订阅源

博客园 - 司徒正美
T
The Blog of Author Tim Ferriss
F
Fortinet All Blogs
Martin Fowler
Martin Fowler
罗磊的独立博客
The GitHub Blog
The GitHub Blog
L
LangChain Blog
A
About on SuperTechFans
Cyber Security Advisories - MS-ISAC
Cyber Security Advisories - MS-ISAC
D
DataBreaches.Net
宝玉的分享
宝玉的分享
U
Unit 42
阮一峰的网络日志
阮一峰的网络日志
Last Week in AI
Last Week in AI
N
Netflix TechBlog - Medium
The Cloudflare Blog
Microsoft Azure Blog
Microsoft Azure Blog
H
Help Net Security
美团技术团队
大猫的无限游戏
大猫的无限游戏
雷峰网
雷峰网
爱范儿
爱范儿
酷 壳 – CoolShell
酷 壳 – CoolShell
MongoDB | Blog
MongoDB | Blog

人人都是产品经理

为什么你的产品找不到差异化?90%的失败都卡在第一步上(下) – 人人都是产品经理, 3年从30万到1300万用户、获2200万美元融资,这个AI教育产品用“抽卡”破解了获客难题 – 人人都是产品经理, 园区招商系统怎么做才能真正帮到去化?我加了这一个功能,推广链接转发400次阅读过万 – 人人都是产品经理, AI大事件:OpenAI发完网络安全模型又搞药物研发,小鹏汽车要抓”DeepSeek时刻” – 人人都是产品经理, 电商不是卖货,是一场更残酷的产品经理实战 – 人人都是产品经理, 没想到,活动营销又回来了! – 人人都是产品经理, 为何All-in海外KOC:一场关于AI时代窗口期的豪赌 – 人人都是产品经理, 重新理解企业的内部协作 – 人人都是产品经理, 苹果的 AI 战略到底是什么? – 人人都是产品经理, 医疗智能体·第2讲——合规护城河:等保、PIPL与HIPAA的架构实战 – 人人都是产品经理, 向量知识库五步法:从“答非所问”到“精准回复” – 人人都是产品经理, 鸿蒙PC三方库构建总指挥HPKBUILD(sha)库为例 – 人人都是产品经理, 何时该用LLM?AI产品经理的LLM设计指南 – 人人都是产品经理, 医疗信息领域的需求方、决策方、准入方以及关注点(二) – 人人都是产品经理, 即梦涨价:一场被误读的「傲慢」 – 人人都是产品经理, 面试AI PM必答题:Hermes和OpenClaw的区别,如何讲清楚业务价值 – 人人都是产品经理, AI的下一张船票:世界模型——AI产品经理必须理解的技术拐点 – 人人都是产品经理, 小红书做GEO,怎么让AI信你?记住这 3 个重要信息 – 人人都是产品经理, 5 家印度 AI 初创公司,看看印度 AI 再做什么 – 人人都是产品经理, AI项目跨团队协作:产品技术业务如何不打架 – 人人都是产品经理, Agentic Workflow(智能体工作流):让AI从”答案生成器”变成”数字员工” – 人人都是产品经理, lycium_plusplus 项目全景解读:OpenHarmony 三方库构建的“大管家” – 人人都是产品经理, 从爆单救火到前置履约:两套预采策略,把生鲜大促履约效率拉满 – 人人都是产品经理, 什么时候该补货?我用一轮数据做了一个决定 – 人人都是产品经理, 从“机械兜底”到“动态分流”:AI客服重复进线治理的4大底层逻辑 – 人人都是产品经理, 抖音拼效率,红书拼洞察 – 人人都是产品经理, 全民狂欢与退潮——为什么龙虾这波热潮冷却得如此之快? – 人人都是产品经理, Stripe押注!MPP重塑全球支付 – 人人都是产品经理, 小红书GEO:AI引用你的内容,不是因为你对,而是因为你看起来可信 – 人人都是产品经理, 前百度副总裁押注办公Agent,日韩付费爆发,Manus迎来强劲对手 – 人人都是产品经理,
B端产品需求优先级评分体系
桃子大王 · 2024-04-19 · via 人人都是产品经理

本文提出了B端产品需求可用的需求优先级评分体系及评估模型,希望对你了解相关思路有所帮助。

一、计算公式

1. 需求优先级

计算公式:需求优先级 = (产品价值 * 信心度 * 紧急度) / 成本 = ((用户价值 * 公司价值) * 信心度 *紧急度)/成本

2. 产品价值

计算公式:

产品价值=用户价值 x 用户价值周期权重 + 公司价值 x 公司价值周期权重

产品的客户是用户,产品的承载是公司,我们的核心目标是通过把我们的上帝服务好来达到公司商业目的。基于此,产品价值需要考虑两个维度:给用户带来的价值与给公司创造的价值。

3. 用户价值

影响产品用户价值的具体因素如下:

  • 需求客户的数量 :需求客户量越大 表示该需求的用户价值越高。(需求客户的数量属性 : 客户数>10 代表 100 分;客户数>=5 代表 70 分;客户数不足 5 代表 50 分)
  • 需求客户主要等级:需求客户是否是产品主要目标群体 或 重要客群,如果是 优先级越高,不是优先级较低。
  • 需求客户的使用频率:需求客户经常使用的功能 则优先级越高,反之则越低。
  • 需求对老客户的影响范围:影响范围越广,优先级越低。

4. 公司价值

影响公司价值的具体因素如下:

  • 需求对公司战略的影响程度 :如果是为战略或产品目标服务的需求,优先级较高。
  • 需求对产品长期或短期目标的影响程度:如果是为达到产品长期或短息目标服务的需求,优先级较高。

可通过对上述两个因素设置程度枚举值,比如 30% 表示影响较低,50%表示一般,80%表示影响很大,从而计算出评分量化需求的公司价值。

5. 信心度

评估时,可以将信心度划分成几个等级,如:100%表示很大把握,80%表示适中,50%表示比较低。如果信心度越大 则优先级越高,前期可能信心度来源于产品与业务的主动沟通与主观评价更多,再逐步有了需求上线跟踪记录后,可以将不同需求方的落地转化率作为信心度的直接结果参与优先级计算。

6. 需求紧急度

紧急度主要考虑需求方时间要求紧急程度,可以将紧急度划分成 3 等或者更多,如: 紧急,正常,不急等,可以通过量化这几种程度加入上述计算公式进行计算即可。

7. 开发成本

需求成本则可以采用产研的工时(人天)作为直接参考即可。

二、具体规则指标

需求优先级计算示例如下:

量化之后可以看到,需求点2的综合得分92.5是比功能点1高的,如果研发团队只能做1个需求,那么我们应该做需求点2。

1. 常见的影响范围指标

1. 用户数量:这是最直接的影响范围指标,即这个需求将直接影响多少用户。你可以根据过去的数据或对未来的预测来估计这个数字

2. 交易量或交易金额:对于公司收益,你可能会考虑这个需求将影响多少交易量或交易金额

3. 业务部门或团队:在内部项目或企业应用中,你可能会考虑这个需求将影响多少业务部门或团队。

4. 功能使用次数:如果你正在考虑改进一个已有功能,你可能会看看这个功能的使用频率,以此来估计改进后能影响到多少用户。

5. 产品线或服务:如果你的公司提供多种产品或服务,你也可能会考虑这个需求将影响多少产品线或服务。

6. 地域:如果你的产品或服务在多个地理区域中提供,你可能会考虑这个需求将影响多少地域。

7. 关键性事件:如果需求与影响用户完成关键事件(比如完成购买、提交表单等)有关,你可能需要估计该需求能影响多少此类事件的完成。

8. 系统或设备:对于那些优化性能或兼容性的需求,你可能会看这个需求将影响多少种类的系统或设备。

2. 常见的影响力指标

1. 用户满意度提升:如果一个需求能够明显提高用户的满意度,这就是一个强烈的影响力指标。这可能通过用户调查、反馈或直接与用户交流来测量。

2. 完成关键任务的速度或效率:对于一些以效率为核心的产品或服务,如果一个需求能够帮助用户更快或更高效地完成他们的任务,这将是一个强大的影响力指标。

3. 质量或性能改善:如果需求的实施将显著提高产品或服务的质量或性能,这也是一个重要的影响力指标。

4. 成本或风险降低:如果需求的实施可以显著降低业务运行的成本或风险,这也是一个强大的影响力指标。

5. 收入增长:如果一个需求能够直接或间接地提高收入,那么这将是一个重要的影响力指标。

6. 市场份额增长:如果一个需求能够帮助公司抢占更多的市场份额,那么这也是一个重要的影响力指标。

7. 用户参与度提升:如果一个需求能够提高用户的参与度,例如通过增加用户的互动或贡献,那么这也可以视为一个强大的影响力指标。

8. 操作简化:如果一个需求能够使用户的操作更加简洁、方便,这也是一个强大的影响力指标。

9. 客户忠诚度增强:如果一个需求能够增加客户的忠诚度,例如减少客户流失率或提高回购率,这将是一个重要的影响力指标。

10. 品牌形象提升:如果需求的实现能够提升公司或产品的品牌形象,这也是一个强大的影响力指标。

11. 问题或错误的解决:如果一个需求能够解决用户频繁遇到的问题或错误,这也是一个强大的影响力指标。

12. 新的商业机会:如果需求的实现能够创造出新的商业机会或收入流,那么这也是一个重要的影响力指标。

3. 常见的工作量指标

1. 开发成本:这可能包括硬件、软件、许可证和其他相关的开发成本。

2. 运维成本:一旦需求被实施,可能需要一定的运维支持,比如服务器维护、故障排查等。

3. 训练成本:如果需求的实现需要额外的员工培训或外部专家咨询,这也是工作量的一部分。

4. 变更管理成本:实施新的需求可能需要进行一定的组织或流程变更,这也会带来一定的成本。

5. 项目管理成本:管理一个需求的实施,比如进行会议、编写报告、更新项目计划等,也需要一定的工作量。

6. 风险缓解成本:如果需求的实施带来一定的风险,可能需要一些额外的工作量来进行风险缓解。

7. 测试成本:新的需求实现后,需要进行一系列的测试,这也是工作量的一部分。

三、附:行业中比较推崇的优先级评估模型

【KANO模型】

卡诺模型(KANO模型)是对用户需求分类和优先排序的有用工具,以分析用户需求对用户满意的影响为基础,体现了产品性能和用户满意之间的非线性关系。

【波士顿矩阵分析法】

波士顿矩阵是由波士顿咨询公司发明的一种方法,最早用于分析企业的市场增长率和市场份额,又称市场增长率-相对市场份额矩阵、产品系列结构管理法等。

【RICE模型】

RICE分数模型的名称来源于它的四个主要组成部分:Reach(影响范围)、Impact(影响力)、Confidence(置信度)和Effort(工作量)。这四个维度共同构成了一个完整的评估体系,帮助产品经理全面、客观地评估每个需求的优先级。该模型不仅考虑了需求可能带来的直接影响,也衡量了实施需求所需的工作量,从而更好地分配资源。

本文由 @桃子大王 原创发布于人人都是产品经理。未经作者许可,禁止转载

题图来自pixabay,基于CC0协议

该文观点仅代表作者本人,人人都是产品经理平台仅提供信息存储空间服务