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

推荐订阅源

Google DeepMind News
Google DeepMind News
B
Blog RSS Feed
量子位
aimingoo的专栏
aimingoo的专栏
V
Visual Studio Blog
Y
Y Combinator Blog
Vercel News
Vercel News
云风的 BLOG
云风的 BLOG
宝玉的分享
宝玉的分享
Engineering at Meta
Engineering at Meta
Cyber Security Advisories - MS-ISAC
Cyber Security Advisories - MS-ISAC
GbyAI
GbyAI
人人都是产品经理
人人都是产品经理
博客园 - 叶小钗
Stack Overflow Blog
Stack Overflow Blog
大猫的无限游戏
大猫的无限游戏
Microsoft Security Blog
Microsoft Security Blog
B
Blog
Last Week in AI
Last Week in AI
有赞技术团队
有赞技术团队
博客园 - 聂微东
腾讯CDC
钛媒体:引领未来商业与生活新知
钛媒体:引领未来商业与生活新知
J
Java Code Geeks

人人都是产品经理

为什么你的产品找不到差异化?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迎来强劲对手 – 人人都是产品经理,
产品规划
蔡锦海 · 2024-08-24 · via 人人都是产品经理

本文探讨了复杂问题背后的简单顶层思考模型,特别是在产品规划领域的应用。作者强调,对于任何复杂的问题,其核心思考模式都应简洁明了。

越是复杂的事情,他的顶层的思考模型越简单。

一直认为产品规划会很复杂,市面上讲产品规划的甚至都可以讲出一篇论文出来了。

但是我一直坚信,如果不能用最简单的一句话来总结那说明思考的不够深刻,甚至有可能想的是错的。

任何复杂的事情,都可以抽象出现几个简单的模型出来。

拆解出来产品规划的顶层思考模型,无非就是设立目标、寻找问题、寻找解决办法、制定执行计划、监控执行效果、复盘总结。

其中比较难的点是寻找目标和找到问题。

01 设立目标

每个公司都有阶段性的目标,我们需要紧紧围绕公司的目标来拆解计划。

比如后期会推出大量的新品, 会重点在降低广告费比上,我们要提高自动化的流转效率,等等维度。

在分析这些目标的时候,还需要挖掘设置这个目标背后的真实原因,保证我们的目标是能够真实落地的,并且带来好的效果。

比如我们的核心目标是降低广告费比,那为什么会制定这个目标,他背后的原因是什么?这个原因是真实存在的吗?这个背后的更深层次的原因又是什么?

因为广告费占整体的营收占比很高,导致我们的利润受损很严重。基于这一点,我们希望能够降低广告费比。

这个本质上是在说我们当前的广告投放的效率不高,而不高的更深层次的原因是在于说我们投放的渠道过于依赖公域。

那为什么这么严重依赖公域?有没有办法探索私域的拓展方式。

私域的探索模式又是什么?成功的胜算又是多少?

所以通过以上的分析可以更具象的明确我们的关键目标是提高用户投放的精准度,还有私域用户的培养。

02 寻找问题

明确好目标了之后,我们需要围绕这个目标展开详细的调研。

这些目标底下的具体的工作是如何展开的?

在展开的过程中遇到了什么样的问题和阻力,这些问题和阻力他的深层次的原因是什么?

他们的本质诉求又是什么?

真是挖到本质了之后,就知道后续的工作应该怎么展开了。

剩下的寻找解决方法,制定执行计划,监控执行效果上线复盘等等,在过往的文章当中讲的比较多,而且这些模块都是偏向于执行侧的,这里就不详细展开了。

当然还存在一种情况,就是连业务方他自己都不知道未来的目标是什么,那就可以我们实地的问题挖掘,去帮助他们寻找未来的目标,然后双方达成一致了之后,朝着这个目标往前进。

本文由人人都是产品经理作者【蔡锦海】,微信公众号:【锦海说】,原创/授权 发布于人人都是产品经理,未经许可,禁止转载。

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