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

推荐订阅源

让小产品的独立变现更简单 - ezindie.com
让小产品的独立变现更简单 - ezindie.com
V
V2EX
WordPress大学
WordPress大学
U
Unit 42
I
InfoQ
A
About on SuperTechFans
宝玉的分享
宝玉的分享
J
Java Code Geeks
博客园 - 司徒正美
爱范儿
爱范儿
Engineering at Meta
Engineering at Meta
G
Google Developers Blog
人人都是产品经理
人人都是产品经理
小众软件
小众软件
Microsoft Security Blog
Microsoft Security Blog
L
LangChain Blog
奇客Solidot–传递最新科技情报
奇客Solidot–传递最新科技情报
Hugging Face - Blog
Hugging Face - Blog
H
Hackread – Cybersecurity News, Data Breaches, AI and More
aimingoo的专栏
aimingoo的专栏
OSCHINA 社区最新新闻
OSCHINA 社区最新新闻
Last Week in AI
Last Week in AI
腾讯CDC
Recent Announcements
Recent Announcements

人人都是产品经理

为什么你的产品找不到差异化?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迎来强劲对手 – 人人都是产品经理,
管理加速的“产品路线图”5大可行动洞察
老J教创新 · 2023-12-25 · via 人人都是产品经理

对产品经理非常有帮助的是学习我们如何从公司层面的战略和产品战略中得出产品路线图。路线图是一个动态文档,用于传达实现产品策略的项目优先级列表。无论您是经验丰富的产品经理还是刚刚进入该领域的产品经理,本文都适合您。

一、在决定策略前,要先有目标

在制定产品路线图之前,我们必须先有产品策略。策略是「以达成某个目标而组织的一连串为」,我们首先敲响一个「目标」。虽然这听起来再简单,但实际在职场工作中能够达到不一定每个部门都能达到这轻松的事。我们在提出解决方案(Solution)之前,必须知道想解决的问题(Problem),否则可能原地打转,无法知道专案是否真正有进展、是否正在解决真正的问题。

设定目标的重点是「简单易懂」(简单易懂),这样大家才可以快速抓住要点。在公司里,通常是CEO或者C套件的高层主管设定大目标。这些大目标可能是增加营业额、增加客户满意度、增加客户保留率(Customer Retention)等等,要达到这些目标通常需要多个部门共同努力。

二、决定产品前策略,必须先有公司策略

这堂课的重点就是教大家如何解析(分解)公司策略,进而设定产品策略。下面这句话是引用自史丹佛产品课:

为了制定产品策略,您必须从公司策略开始设定目标!

公司必须讲「明确的目标」和「明确的优先顺序」,如果你做产品路线图,但公司策略还不是很清楚,那路线图还是放一边,先问问你老总对公司策略怎么想吧!

上课讲到这一段的时候,我真是搞得如捣蒜,觉得真的太切合实际了。有些工作经验的人可能读到这里很有感觉,我们有时会不知道组织策略是什么,常见的失败原因可能是组织目标模糊蜡烛或各部门关门来订定自家策略,但各地策略不相融,更惨的是什至互相抵触。那就真的相当于多头马车,哪也去不了。

三、解析(Decompose)公司策略以订定产品策略

有了公司后的策略,我们就可以开始把它解析成产品策略。这里我们会用实际的例子一步一步解析出产品策略。

步骤1:找出3~5个最相关的公司策略

产品经理要做的第一步就是找出公司策略中,最与「产品」相关的3~5项。 示例:其中一个最相关的公司策略是「通过增加客户满意度来提升营业额」

注意这里在3~5个项目,因为如果我们把所有项目都纳入考量,那最后一件事情也做不了,我们必须订定优先级Prioritize。 另外,这里一句话简单明了了表达公司策略

步骤2:从每项策略再细分成3~5个小点

接下来,身为产品经理的我们可以思考:「产品有哪几个可以针对客户增加问卷?」,把它解读为下面4个小点:

客户→新客户

1)新用户入职了解产品的体验与过程

客户→老客户→如何让客户开心→产品不止好用

2)Bug / Issues 已知问题:如果问题很多,客户可能会转移到其他替代产品了

3)性能产品完全:如果产品太慢,大家可能已经到了离开了

客户→老客户→如何让客户开心→产品可以解决客户的问题

4)新功能请求新功能:想想有哪些功能是客户很想要的,增加功能是不是能让客户更开心?

当然,要如何把一个概念拆解成多个小项目,并没有一套固定的公式,当然也不是只能拆成onboarding、bug/issues、性能、新功能请求。重点是产品经理们要练习拆解大概念,并启动了主要的任务(可操作的项目)。

课程这里特别提到接下来这个拆解的心法:

互相独立,完全穷尽 (Mutually Exclusive Collectively Exhaustive)。

互斥集体穷举叫做MECE是麦肯锡推崇的一个思考方法,我们帮助把复杂的大问题拆解成小问题。

  1. 相互独立(Mutually Exclusive):所拆解下来的小问题之间是否「没有重叠」,我们只是从不同角度看同一问题。
  2. 穷尽(Collectively Exhaustive):这些小问题的总合是否就是一个完全开始的大问题。

当我们从公司策略制定产品策略时,可以利用MECE来帮助拆解,不一定要100%符合相互独立完全穷尽,但可以用这个方法练习思考。重点是在拆解问题时要记得拆解的方法要合逻辑。

例如我们可以把onboarding拆解成:(1)onboarding的前半段和(2)onboarding的后半段,(1)与(2)彼此独立,相总也是完整的onboarding,因为拆解的方法不合逻辑,所以执行上几乎是不可能的。在产品的世界里,我们可以思考(1)和(2)如果是在公司内部两个不同的组(团队),他们是否能够分别独立运作?如果无法的话,这可能不是一个好的拆卸方法。

步骤3:写下各小题的理论

当我们将母题拆解为多个子题(倡议)时,我们不是为了拆解而拆解,而是要明确自己拆解的理由,还有各个子题的意义、它们如何帮助完成最前面提到的公司目标(假设)。例如,前面所提的业绩,可以反应到「公司策略:增加客户满意度来提升营业额」,若客户反应因为软体太慢,若改善业绩的话,可以增加客户满意度,进而提升营业额。

步骤4:排定优先顺序

订定出四个之后,我们可以按照各种质化或量化分析(费米提示、病人意见、甚至是一般常识……)来排定重要性。例如,我们已知 75% 的用户觉得入职经验不好,没有人提及性能或错误的问题,那我们就让入职作为第一要务。

步骤5:制定产品策略

通过这连串的练习,我们可以得到一个产品策略清单(倡议),也许我们还不确定是否每样都必须要执行,也不知道每一项是否能够实现目标,但已经对我们的第一步夯实好了基础。

  1. 提升新用户体验(入职)
  2. 增加诱因让满意的顾客分享他们的产品使用经验(新功能)
  3. 提升客服体验(错误/问题、性能)

步骤六:制定产品路线图

终于到了这一步!从上面的策略清单,我们要制定产品路线图了!下面这些定义是引用自史丹佛产品课:

路线图是一个动态文档,用于传达实现产品策略的项目优先级列表。

  • 产品策略:我们想做什么(什么?)
  • 产品路线图:我们如何达成 (How?) 什么时候达成 (When?)

从产品发展策略到产品路线图又是一连串的解析(分解),另外我们必须确定产品路线图具备以下3个特点:

  1. 活动的:产品经理要随时调整,组织内明确讲授流程,大家知道什么时候(频率)产品路线图会更新,如果有想法要如何回馈。
  2. 有优先顺序的:专案睡眠优先顺序和背后原因。
  3. 专案:有大有小,不应只限于特征。

有很多公司会先画出产品路线图,然后再订购订购产品策略,这其实是顺序倒反了(反向操作),不推荐这个方法。

我把前面的6个步骤化成下图,送给坚持看到这里的读者们:

本文由 @老J说创新 原创发布于人人都是产品经理。未经作者许可,禁止转载。

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

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