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

推荐订阅源

Hugging Face - Blog
Hugging Face - Blog
云风的 BLOG
云风的 BLOG
大猫的无限游戏
大猫的无限游戏
M
MIT News - Artificial intelligence
L
LangChain Blog
阮一峰的网络日志
阮一峰的网络日志
OSCHINA 社区最新新闻
OSCHINA 社区最新新闻
Recent Announcements
Recent Announcements
IT之家
IT之家
Google DeepMind News
Google DeepMind News
罗磊的独立博客
爱范儿
爱范儿
Last Week in AI
Last Week in AI
人人都是产品经理
人人都是产品经理
U
Unit 42
MongoDB | Blog
MongoDB | Blog
S
SegmentFault 最新的问题
B
Blog
博客园 - 叶小钗
月光博客
月光博客
Stack Overflow Blog
Stack Overflow Blog
V
Visual Studio Blog
C
Check Point 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迎来强劲对手 – 人人都是产品经理,
产品经理启示录(四):结构化思维
Like · 2023-07-26 · via 人人都是产品经理

作为产品经理,结构化思维也是必要的一个能力,它可以帮助我们进行更深入的思考和更高效的工作。那如何培养或者提高结构化思维呢?让我们一起来看看作者是如何分析的。

上期讲完了关于需求的部分常见的问题,这篇文章我们来聊聊产品经理的结构化思考。

对于初中级的产品经理,是不是常常会遇到这样的问题,当一个需求或则项目来临的时候,你不知道从哪些方面入手去分析,或不确定是否分析的全面。

在这里提供给大家一个思路,就是在平时的工作中可以大量的积累结构化思考工具。结构化思考训练能保证我们在平时的工作中保证及格水平以上,很多时候我们看起来某个产品经理在面对需求的时候能够快速的反应,原因无他,就是平时积累了这方面的结构化分析方法。

很多产品经理对结构化思考有误解,觉得是套书袋,但其实不是这样的。如上面讲的,结构化让我们在面对事物的时候至少可以保证及格水平,不要有遗漏的思考维度。在此基础上,我们可以更进一步的深度思考,创造出优秀的产品。

大家在平时可以积累一些结构化的工具,像前面提到的用户体验地图,宏观分析常用的PEST模型、五力模型,需求分析用的卡诺模型等等。在这篇文章里,我会重点拆解DFX模型,如果有人之前听过并且学习过这个模型,请仔细回忆下你了解的内容是什么。

接下来我讲的内容,我可以保证绝对和你之前从任何渠道学习到的都不太一样。

次重点推荐$Appeals和MVP模型。

  • $Appeals
  • DFX
  • MVP

这么多模型,为什么偏偏要讲$Appeals, DFX和MVP 呢?

  • MVP让产品在市场的检验中不断完善,一改了传统的硬件完全搞完再上市的设计思路。
  • $Appeals代表的是大产品的思维。产品经理不应该只是关注产品的物理本身,同时要关注产品设计到的各方面。
  • DFX是一种产品设计的终局思维,以终为始的设计思维。产品不是走一步看一步,而是在一开始就要明确为了配合产品最终的上市,在起始的时候应该怎样设计。

一、$appeals 模型

$appeals是由8个单词组成,而每个单词代表了产品的某一个维度。

价格、可获得性、视觉、功能表现、易用性、保障、生命周期成本、社会可接受度。这8个方面大家可以从各种渠道去学习具体的内容,在这里我就仅仅提出这个模型,有想去的产品经理可以去重点研习下。

这个模型可以说是产品经理的必备模型之一,也是初级产品经理能够跃升的第一个重要门槛。

拿出一个你之前做过的项目案例,假想你在一开始之初就知道这个模型,那么你将会怎样重新定义你的产品。模型再好,如果不拿来训练,等于白费,这个模型的重要性说多少遍都不为过份。

二、DFX模型

DFX是英文单纯design for x 的缩写,X代表的是产品的各个阶段,即就是针对“X”这个阶段,我们应该怎样design。

考虑产品生产阶段,X对应的是Manufacture 和 Assembly。在这个领域有本经典的书籍《Product Design for Manufacture and Assembly》,由Geoffrey 、Peter、Winston 合著。

DFM和DFA最核心的目标便是尽最大可能合理的减少所需要的部件,进而达到降低生产和组装成本。

DFM要求产品部件设计时尽可能降低部件在产品生命周期内的总成本。

例如某个部件特殊化设计可以减少当前这个部件的单词采购成本,但是从整个产品生命周期视角来看这个部件生产周期过长,每次都要提前囤货,这些囤货成本最终也会算到产品的成本中。如果产品在什么周期内出货量不大,每次囤货成本又过高,那么这样的设计便并不可取。

同样是某个部件的特殊设计,虽然前期需要支付不少的开模费用,但是这个产品在整个生命周期内预计会有百万的销量。所以整个开模费用加单个采购成本平摊到每个产品后的费用,相对于采用通用的部件设计会更有优势,所以这种情况下此部件可以采用特殊设计。

DFA的目标就是尽量减少组装工序从而达到节约时间的目标,在节省人工或加工成本的同时提高了生产效率。

考虑到产品销售,X对应的是Legal,即产品的合法性,合法性主要营销内容的合法性,产品质量的合规性,产品知识产权是否有侵权。

不同国家对不同消费电子品类有不同的法规要求,不同法规对应的需要做的认证不同,而不同的认证则会影响到产品的原材料选型。

例如当某个电子产品需要满足Reach认证时,它所需要的器件规格和不用做Reach认证的产品选用的器件规格就差异比较大,具体到产品的成本就会较大差异。

国内消费电子类产品大多要满足3C认证、带有WIFI或蓝牙的产品需要通过无委认证,4G产品需要拿到入网许可证,欧洲的电子产品大多要CE认证,印度要做BIS认证,美国做FCC认证,独联体做EAC认证等。

不同国家不同品类的产品质量规范和认证要求需要我们在产品立项时就需要明确出来,这样硬件工程师和结构工程师在产品器件选型时才有参考标准。

知识产权则是产品合法上市销售时另一个需要重点考虑的因素,小到产品彩盒上宣传文字的字体是否拥有版权,大到产品的设计方案是否已经被其他公司申请了专利。

通常我们会考虑商标、字体、外观、解决方案等,很多野蛮生长的卖家因为对知识产权的淡漠最后被市场重罚的例子不在少数,尤其是在亚马逊上经常有中国卖家因为知识产权的问题货物被全部扣押,账户的资金被冻结。

所以知识产权的问题需要我们在产品设计之初就要充分评估,如果涉及到可能的侵权问题,要想办法尽早规避。

考虑到产品报废,X代表这Environment,即面向环保的设计。产品的选材是否环保,在报废后不应该对自然造成污染。尤其是儿童类的产品,小孩子们特别容易去用舌头舔,在这种情况下是否能达到无毒无害。

不同国家对于产品环保的强制要求不尽相同,但作为产品经理在设计产品时候,要有环境友好型的产品的意识。

除了以上的DFX思维,笔者结合自己实际做产品的经历提出了Design for Failure的设计理念。失败是我们做产品的人最不愿意面对的事情,不愿意面对并不意味着失败出现的概率会变小。

假设这样一个问题:如果你的产品推向市场失败了,最后被当成“电子垃圾”,你还有勇气去让他发挥最后的一点剩余价值吗?

在这里我们提出Design for Failure的设计理念,极面向失败的设计思路,其核心思想是如果产品已经失败了,那么如何提前设计功能让他发挥其剩余价值。

前几年智能音响大火,很多厂家都跟进推出对应的产品,但最后浪潮褪去,很多品牌因为经营不善就关闭了服务,这个时候你就会发现,关闭了云端服务的智能音响成了一个彻彻底底的废品。

虽然看着是个音响,可很多是没有预留音频输入接口的,且只能通过语音交互“打开蓝牙”后连接到手机播放音频,可是当服务器关停后是无法和智能音响再对话,所以造成了一个局面就是你不能把他当作一个音响用,只能当个摆件放在那里。

笔者也曾参与到智能音响的设计大潮中,推出过一款智能音响产品,当在产品设计之初时,笔者就考虑过如果智能音响的智能没有了,那么怎样让他就单纯的当作一个音响?

所以在笔者做的那款智能音响中,我们把“打开蓝牙”这类基本的控制指令,做成了离线的版本。什么叫做离线的版本呢?就是当你设备不联网的时候,你给它说这些指令,它也可以执行。

这个功能在技术上难度不大,但是市面上绝大多数智能音响的“打开蓝牙”指令,都必须是设备联网后进行语音交互才能打开。所以Design for Failure的设计理念是保障产品在主线任务失败的情况下,还能让产品发挥一些余热。

产品立项之处,不仅要召集设计、软件、结构、硬件、项目经理等显性开发人员,也要注意让测试、质量、工艺、生产等相关环节的同事早早接入。充分评估项目潜在的风险点,提早做出预案。

三、MVP 模型

MVP我想大家都听过,而且很多人听烂了,但许多硬件产品经理觉得这个是互联网的东西,硬件产品比较困难,但其实不是的。

你要针对你研究的问题做核心的提炼,然后用最低成本的方式做出来去验证。

我们当时设计一个灯,对于灯的数量大家争执不下,怎么办?我们用A4纸打印出来,折叠一下直观的看看就行,因为我们争论的是灯的排列方式和数量,而不是灯的亮度或其他的,那么我们直接纸质折叠就能模拟验证。

结构化思维在产品经理的工作生涯中会伴随较长的一段时间,在这里我无法一一列举,也不想展开讲太多。这篇文章仅仅作为一个结构化思维的启发,让产品经理在以后的工作中多注意。

下一篇文章,我们来讲讲从PM到GTM的跃迁。

本文由 @Like 原创发布于人人都是产品经理,未经许可,禁止转载

题图来自 Unsplash,基于 CC0 协议

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