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

推荐订阅源

月光博客
月光博客
D
Docker
腾讯CDC
J
Java Code Geeks
大猫的无限游戏
大猫的无限游戏
The Cloudflare Blog
Martin Fowler
Martin Fowler
MongoDB | Blog
MongoDB | Blog
博客园 - Franky
博客园 - 三生石上(FineUI控件)
Recent Announcements
Recent Announcements
F
Fortinet All Blogs
IT之家
IT之家
WordPress大学
WordPress大学
M
MIT News - Artificial intelligence
爱范儿
爱范儿
Microsoft Azure Blog
Microsoft Azure Blog
Vercel News
Vercel News
钛媒体:引领未来商业与生活新知
钛媒体:引领未来商业与生活新知
小众软件
小众软件
N
Netflix TechBlog - Medium
T
Tailwind CSS Blog
Engineering at Meta
Engineering at Meta
博客园 - 【当耐特】

人人都是产品经理

为什么你的产品找不到差异化?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迎来强劲对手 – 人人都是产品经理,
聊聊优先级的制定(进阶篇)
一个数据人的自留地 · 2023-02-06 · via 人人都是产品经理

作为新人,处理工作优先级用一些基础的方法,基本够用,但作为一名老手,如何做优先级排期需要衡量更多的因素。本文总结了几个方法,希望对你有所启发。

引言

上次我们介绍了一些产品功能优先级制定的基础方法(见《聊聊优先级的制定(基础篇》)。从覆盖面、重要度、能力满足度三个方面,使用量化打分的方式,对功能点进行排序。这种方法很适合新人产品有理有据地进行优先级排序。

今天我们来谈谈老司机如何做优先级排期,今天“心法”比较多,一家之言欢迎拍砖~我们先来看互联网产品迭代更新一般有几种驱动形式:

(1)业务驱动

在toB产品里面,业务驱动翻译过来就是运营驱动,也可以认为是需求驱动,“业务爸爸输出优先级!”

(2)技术驱动

技术驱动是指出现一种新的技术时会驱动产品进行迭代,比如5G网络技术商用,推动智能手机往5G网络支持改进。在日常的产品发展中,推荐、搜索等场景上,算法迭代会驱动产品建设与之相匹配的功能。

(3)用户驱动

产品经理完完全全可以自主判断的优先级的情况,在toC产品里面用的比较多(产品经理:我为用户代言!)

这三类形式的产品,产品经理的话语权是有差别的。

但是话语权弱,不代表不能有自己的意见,即使是业务驱动、技术驱动的产品,好的产品经理也能够输出自己有分量的意见。

如何输出你自己的优先级排期呢,我认为核心是要有硬核的产品逻辑。

为什么会有优先级这件事?归根到底,资源是有限的,在一定时间内,不能同时做所有事。“事有先后”,这就是优先级。

产品当前的核心问题决定了什么事要先做。

什么问题是产品的核心问题?决定产品生死、产品发展的问题就是核心问题。

举例:界面好不好看是核心问题吗?答案是看场景。如果用户因为界面不好看,大量流失,对于产品来说这就是核心问题,因为用户流失会造成产品死亡。

在产品不同阶段,产品的核心问题是不一样的,下图是常见的产品生命周期划分:

(1)导入期

导入期是产品0到1的阶段,产品在这个阶段的核心问题是“有人用”、“能有用”。围绕这两个点,在一堆功能中挑出在上线后能够反映产品“能有用”、“有人用”的功能,这类功能要满足:

① 可以反映产品规划方向、产品定位;

② 是“基石功能”,具备可迭代属性。

③ 与用户有交互的,即用户可见。

(2)成长期

产品快速增长的问题,在满足了核心用户的核心功能后,产品在这个阶段会迎来“扩容”(横向多元化+深度发展)、需要考虑用户增长、价值变现等。围绕“用户增长”、“价值变现”这两个点,在一堆功能中挑出上线后能够促进用户增长、促进产品价值变现的,作为高优先级。这类功能要满足:

① 可以回答如何解决用户增长的问题,功能是用户增长路径上的核心关键点,没有它增长路径就不通畅、不闭环;

② 可以回答探索产品商业化方向问题:是先做宽度再做深度,还是反过来?产品接下来做宽更有价值,还是做深更有价值?从用户价值和商业价值两个角度来看价值。

  1. 用户价值:给能带来商业价值的用户提供的功能(这些功能本身是不赚钱的);
  2. 商业价值:直接带来现金营收的功能(赚钱的功能)。

(3)成熟期

产品有稳定的用户群、功能特性之后,面临着如何在激烈的同质化竞争中保持竞争地位的问题。在这个阶段,产品在成熟期的发展策略有两类:强化竞争优势,狙击竞争者。这两个策略成功的结果都会指向一件事——要搭建起自己的竞争壁垒。

围绕“强化优势”、“狙击竞争者”这两个点,在一堆功能中,挑出上线后能够促进竞争壁垒搭建的,作为高优先级。这类功能要满足:

① 它在产品的用户留存/营收/利润的扩大化路径上,是一个核心功能,能够体现如下内容:如何将体验做好牢牢吸引住用户(极致体验在哪?),如何提升公司运营效率降低成本(利润在哪?),如何用现有产品去拿到更多的客户(收入增量在哪?);

② 新方向探索:回答下一个产品新方向为何的问题。

按照我们基础篇讲的,覆盖面广、重要度高、技术能力能比较好满足的功能要先做。

这种优先级的评估排序方法与我们今天说的通过识别产品核心关键问题去进行优先级排序之间是什么关系呢?可以看下图:

在产品生命周期中始终都要关注产品功能的重要度、用户覆盖面,以及如何用技术能力满足用户需求,是在每个阶段的核心问题都要涉及到的方面。从这个角度看,二者是殊途同归的。

从思考方式来说,覆盖面、重要度、技术满足度,更像是微观视角,关注的是每次迭代需求的细节。新人产品使用这几个角度去评估优先级,不容易出错。

对于资深的产品经理来说,常常是从宏观视角入手,先考虑产品目前的核心问题是什么,从这个点出发来看当前产品规划核心要做的事情是什么。

以上就是我一个老司机的思考(套路)。

作者:薄荷点点

本文由@一个数据人的自留地 原创发布于人人都是产品经理,未经许可,禁止转载。

题图来自Unsplash,基于CC0协议。

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