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

推荐订阅源

人人都是产品经理
人人都是产品经理
MyScale Blog
MyScale Blog
Y
Y Combinator Blog
罗磊的独立博客
奇客Solidot–传递最新科技情报
奇客Solidot–传递最新科技情报
P
Proofpoint News Feed
Google DeepMind News
Google DeepMind News
V
Vulnerabilities – Threatpost
T
The Blog of Author Tim Ferriss
云风的 BLOG
云风的 BLOG
Recorded Future
Recorded Future
N
News and Events Feed by Topic
B
Blog RSS Feed
阮一峰的网络日志
阮一峰的网络日志
博客园_首页
C
CXSECURITY Database RSS Feed - CXSecurity.com
博客园 - 【当耐特】
N
Netflix TechBlog - Medium
博客园 - 叶小钗
B
Blog
Vercel News
Vercel News
T
Tenable Blog
T
The Exploit Database - CXSecurity.com
Spread Privacy
Spread Privacy
T
Threat Research - Cisco Blogs
Cyber Security Advisories - MS-ISAC
Cyber Security Advisories - MS-ISAC
Last Week in AI
Last Week in AI
F
Fortinet All Blogs
cs.CL updates on arXiv.org
cs.CL updates on arXiv.org
Microsoft Security Blog
Microsoft Security Blog
S
Securelist
Microsoft Azure Blog
Microsoft Azure Blog
钛媒体:引领未来商业与生活新知
钛媒体:引领未来商业与生活新知
P
Palo Alto Networks Blog
让小产品的独立变现更简单 - ezindie.com
让小产品的独立变现更简单 - ezindie.com
D
DataBreaches.Net
Cyberwarzone
Cyberwarzone
Engineering at Meta
Engineering at Meta
Martin Fowler
Martin Fowler
G
GRAHAM CLULEY
Project Zero
Project Zero
Cisco Talos Blog
Cisco Talos Blog
A
Arctic Wolf
C
CERT Recently Published Vulnerability Notes
L
LangChain Blog
cs.AI updates on arXiv.org
cs.AI updates on arXiv.org
C
Check Point Blog
A
About on SuperTechFans
W
WeLiveSecurity
The GitHub Blog
The GitHub 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迎来强劲对手 – 人人都是产品经理, 企事业单位数字化的业务供需本质 – 人人都是产品经理, 医疗智能体·第1讲——医疗信息化重构:从“辅助软件”到“自主智能体”的范式转移 – 人人都是产品经理, 粉丝量就是空气!!! – 人人都是产品经理, 用户说“薯片碎了”,机器回“要买吗?”:意图识别的翻车与破局 – 人人都是产品经理, RAG召回准确率从75到90 我做对了这三件事 – 人人都是产品经理, AI大事件:Anthropic改收费、OpenAI发安全版、手术机器人纳入医保、阿里发布”秒悟” – 人人都是产品经理, Chrome 推出 Skills 新功能,Agent 重塑上网方式 – 人人都是产品经理, GitHub前创始人拿了a16z的1700万美元,做Agent时代的Git – 人人都是产品经理 拷贝或克隆其他 Flutter OH 项目到本地后无法运行 – 人人都是产品经理, 优惠券设计:优惠券创建 – 人人都是产品经理, 不用死磕文档!AI 助手 1 小时搞定飞书 CLI 安装 + 配置 + 知识库 – 人人都是产品经理, 用小龙虾做竞品分析报告:从2天到20分钟,我是怎么做到的 – 人人都是产品经理 用小龙虾做市场分析报告:搞懂这3个公式,市场规模不再靠猜 – 人人都是产品经理, 你早就在做 Harness 工程,只是不知道它叫这个名字 – 人人都是产品经理, Think Long就够?你可能想多了! – 人人都是产品经理, 货代SRM实战:供应商准入怎么做,才能让资源池不是通讯录而是可交付网络? – 人人都是产品经理, 如何做好用户调研?详解基本技巧 – 人人都是产品经理, 木鸟、途家、美团对打,平台春天行动开“卷” – 人人都是产品经理, 入职才发现公司不靠谱?小红书从业者求职避坑指南 – 人人都是产品经理, 美国 AI 三巨头联手封堵,中国 AI 突围之路在何方 – 人人都是产品经理, 小红书,放在需求对面的镜子 – 人人都是产品经理, AI 会带来大规模失业吗? – 人人都是产品经理, 从出单到补货前,我第一次犹豫:该不该放大? – 人人都是产品经理, Flutter 三方库鸿蒙化适配:5 种高效检查方式,快速判断是否需要适配 – 人人都是产品经理, 从做产品进阶拿结果:医美机构产品经理转岗科室运营经理 – 人人都是产品经理, 阿里HappyHorse,一场关于“Token经济”的阳谋 – 人人都是产品经理, To B AI:客户留存落地的观察与思考 – 人人都是产品经理, AI产品的“生命线”——数据采集、标注、清洗的产品化设计 – 人人都是产品经理, 谈谈AI Agent(二):当“孩子”能自己“体验世界”时,你该学什么? – 人人都是产品经理, UI/UX设计师的3层能力进阶,前两层让你活下来,第三层…才是真正的分水岭 – 人人都是产品经理, 2分钟 → 30秒,效率提升75%:B端产品经理如何用「规则枷锁」驯服AI幻觉? – 人人都是产品经理, 还没来得及学OpenClaw,来了个更猛的:Hermes Agent – 人人都是产品经理, AI日报:宇树机器人跑出10m/s刷新世界纪录 – 人人都是产品经理, 一文说透基金互金如何用情绪价值引导用户决策做转化 – 人人都是产品经理, 当浏览器开始替你”看”网页:AI 浏览器正在亲手拆掉它脚下的那张网 – 人人都是产品经理, 0代码,一天时间我Vibe Coding了个网站 – 人人都是产品经理, Hermes 和 OpenClaw 之争,Agent 的能力应该“装上去”还是“长出来”? – 人人都是产品经理 视频生成的“桌子”,字节Seedance 2掀完,阿里快乐马掀 – 人人都是产品经理, 从听不懂到完全信任:我的 Codex 深度产品体验 – 人人都是产品经理, 当虚拟偶像有了北京户口,与真人偶像还有什么区别? – 人人都是产品经理, 会说,远远比会做更重要 —— 对 SBTI 爆火现象的五层观察 – 人人都是产品经理, AI产品经理必看:当“搭环境”比“选模型”更重要,你的认知还在2024年吗? – 人人都是产品经理, 2026年AI产品商业化核心逻辑:从功能demo到规模化营收的3个必破卡点 – 人人都是产品经理, 京东围绕供应链,卷起裤腿下场的那些事儿 – 人人都是产品经理, SBTI一夜刷屏:它赢在了“太会说人话” – 人人都是产品经理, 折扣零售的真相:不是便宜,而是价值感! – 人人都是产品经理, 和甲方吵了一架,最后加钱做了——我学到的ToB产品经理生存法则 – 人人都是产品经理, 和几位小红书操盘手聊了8小时,干货全在这 – 人人都是产品经理, 智谱GLM-5.1登场,开源模型首超Opus4.6!!! – 人人都是产品经理 Anthropic收入凭什么反超OpenAI,终于有人把这事说清楚了 – 人人都是产品经理, 史上最有故事感的技术报告——Claude最强模型Mythos 7个极其精彩的细节 – 人人都是产品经理, 模型不是壁垒,Harness 也不是 – 人人都是产品经理, 抖音本地生活业务思考21 – 人人都是产品经理, Superpowers:145k Star的AI编码框架,到底是什么来头? Superpowers:145k Star的AI编码框架,到底是什么来头? – 人人都是产品经理, OpenAI 的路走错了,Anthropic Harness 解法启示:模型需要实践专科生 – 人人都是产品经理, 画原型图的前一步:设计站点地图 – 人人都是产品经理, 给 DeepSeek 的最后一封催更信 – 人人都是产品经理, 手把手教你用 Claude Code 搭建 AI 营销团队:5 个 Agent、12 项技能,独立完成研究、写作、设计全流程 – 人人都是产品经理, 你以为大模型在学语言?不,它在重新发明语言学 – 人人都是产品经理 所谓Skill,不过是AI时代的工业垃圾 – 人人都是产品经理, 聊一聊内容传播的几个方法 – 人人都是产品经理, 当平台开始吃掉生态:从 OpenClaw 被封杀,读懂 Anthropic 的这盘棋 – 人人都是产品经理, 你装了 10 个 AI 插件,Obsidian 还是一个文件夹 – 人人都是产品经理 关于AI智能体架构演进的系统性思考:从单体试水到多体协同的重构 – 人人都是产品经理, 当“人”变成Skill,我们又该何去何从? – 人人都是产品经理 Mythos 事件:前沿 AI 治理的意外实验 – 人人都是产品经理, 货代CRM:信用与风险管理怎么做,才能把坏账风险拦在放货之前? – 人人都是产品经理, 从HR收集自拍照到员工自助录入——我见证了园区人脸识别从”不可用”到”真好用”的全过程 – 人人都是产品经理 千问闯关AI混沌期:阿里画靶,吴嘉张弓,马云射箭? – 人人都是产品经理,
探索用户需要完成的任务(创新篇二)
圈圈 · 2022-11-28 · via 人人都是产品经理

传统的产品场景里需要定义 Persona,它的定义是具体化这个人物形象,包括他的年龄、性别、工作特色、需求和场景。但是在创新领域,你遇到的会是更加不清晰的需求,角色之间的差异也较大。如何明白用户的需求呢?一起来看一下吧。

上一篇我们介绍了,做创新产品需要注意的大面和节奏(详见这里)。但是当你走入第一个篇章,叫做我们的目标用户和目标场景是什么的时候,你就会遇到很多问题。

传统的产品场景里面会需要定义 Persona,Persona 的定义是具体化这个人物形象,包括他的年龄、性别、工作特色、需求和场景。但是在创新的领域,你遇到的会是更加广泛和不清晰的需求,每个角色之间的差异也会比较大。

2017 年的时候总结过一篇文章,简单粗暴做人物模型(persona),现在来看确实简单粗暴了。

一、Persona 的局限性

目前我在做一款 AIOT 设备,在实地构想和落地的场景中。我发现对于 AIOT 的资产管理需求并不仅仅属于资产管理员。此外,都为资产管理员的角色,每个用户的需求粒度也不一致。比如:有的用户需要实时监控,因为实时信息监控粒度更细致,维修运维的时候更能体现设备修好了没。有些用户需要前一整天统计数据,因为信息要落到一线执行人的身上,实时数据无法让一线开展行动。

所以专注在某个角色的人身上,你会发现场景大不一样。

如何解决这些问题,聚焦在某个人物角色上,但是这个人物角色里面也有较大的差异性。同时又如何满足用户角色不一致的人,有相似的需求?

在克莱顿·克里斯坦森的《与运气竞争》一书中提出了一个概念,叫做「基于任务的场景探索方法」。

克莱顿教授认为,我们不需要区分用户角色、年龄这些特征。我们要看的是,用户在购买产品或者服务的时候,他需要完成什么任务?

比如在上述我遇到的问题里面,我们要定义清楚,不管是资产管理员,还是其他人,他们关注资产的原因是什么,需要完成什么任务?

这个答案就清晰的跃然纸上了。防止资产丢失,是他们最重要的任务之一。

这些设备动辄一台 4-5k 元,而且又到大量采购几万台到几十万台。传统的方式是用人去实地检查才知道设备情况,一般好一些的企业能做到 2 周去一次。如果 2 周内没去,正好设备又被移动走,是无法发现的。在这个行业 6% 的资产丢失率是一个普遍且良性的数字。但是我们可以计算一下,某地区 1w 台设备,4k 采购价,每年的损失在 240万。如果你计算全国,100万台的规模,再把 240万后面乘以两个 0。

当你定义了用户需要完成的任务后,你就可以能清晰判断什么时候需要实时监控数据,什么时候需要一段时间窗口的汇总统计数据了。位置移动是需要实时报警的数据,插电因为每个终端店铺情况不一样,一般在夫妻老婆店这种,店铺关门了,店主就会拔电来节省电费。每个终端店铺的开门时间又不一样。所以最好是监控整个24h 内的插电情况来做判断。插电的实时数据会过于干扰我们的用户。

在这个流程里面,各个限制条件和使用的背景都能够帮你限定出实时和非实时的使用场景。

二、清晨的奶昔

克莱顿·克里斯坦森教授也举了一个经典的例子,清晨的奶昔。

20 世纪 90 年代中期,底特律的两位顾问造访克莱顿·克里斯坦森教授在哈佛商学院的办公室,深入学习颠覆性创新理论。鲍勃·莫埃斯塔和他当时的合伙人瑞克·佩迪正在发展一项利基业务,为面包店和零食公司提供建议。

莫埃斯塔分享了为一个快餐连锁品牌打造的方案:贩卖更多的奶昔。这家连锁公司花了数月,极尽细致地研究这个问题。几个月后,营销人员付出了很多努力,奶昔的销量却一点儿变化也没有。

因此,教授教他们从另外一种角度来思考问题:这些消费者的生活中出现什么样的任务,才会促使他们来到这家餐厅“雇用”奶昔呢?

以这个视角为出发点,营销团队选了一天,在餐厅里站了18个小时来观察顾客:人们是在何时购买奶昔的?他们穿着什么样的衣服?是独自一人吗?除了奶昔之外,他们还会买其他食品吗?他们是在餐厅里把奶昔喝完,还是开车带走呢?

原来,很大一批奶昔是在上午9点之前卖出的,买者则是独身来到快餐店的人。这些人大多只会购买一杯奶昔,他们不会待在餐厅把奶昔喝完,而是钻进自己的车里开车带走。因为清早的消费者都有一项需要完成的任务:他们不得不百无聊赖地花很长时间开车上班,因此想要用什么东西让旅途变得有趣一些。

原来,这项任务的竞争者有许多,但没有一位能把任务完成得无懈可击。有的消费者雇用香蕉来完成任务,但香蕉几口就吃完了。还有的消费者购买了甜甜圈,但是面包屑太多,让他们手指变得黏黏的,弄脏衣服和方向盘。贝果面包则又干又没味,让开车的人不得不一边用膝盖转方向盘,一边往面包上涂抹奶酪和果酱。还有人购买士力架。但他觉得,早餐就吃甜点实在太罪恶了,所以再也没有这样做过。但是奶昔呢?它可以算是诸多选项中的最优项。用纤细的吸管喝完一杯浓稠的奶昔需要花很长时间,而且奶昔还能帮助抵挡上午10点左右袭来的饥饿。

由此可见,这种奶昔能比其他竞争者更好地满足需求。在消费者的眼里,其他竞争者不仅包括其他连锁店的奶昔,还包含香蕉、贝果、甜甜圈、早餐棒、思慕雪和咖啡等。

研究团队还发现:这些奶昔和消费者之间的共同点与他们的个人状况没什么关系,这些消费者的共同点是他们必须要在早上完成一项任务。

每个人的日常生活中都会出现需要完成的任务,这个时候,我们便会雇用产品或服务来完成。

此外,从任务的视角去理解用户,你会发现什么才是你真正的竞争对手。你关注的其实更应该是客户在解决任务中的替代方案,而不是你以为的对手。

三、「任务」的定义

那到底什么是用户需要完成的任务呢,其定义是指:

  • 一项任务是指个人在特定背景下想要实现的进步。
  • 成功的创新可使用户取得理想的进步、解决困难、实现未完成的梦想。这些创新可以完成缺少有效解决方法或不存在解决方法的任务。
  • 任务绝不仅仅涉及功能,社会和情感因素也占有很大比例,而这两者,有时甚至要比功能因素更重要。
  • 任务是在日常生活中出现的,因此背景对于其定义至关重要,这也是创新任务中不可或缺的一个环节。用户特征、产品特征、新科技和流行趋势,这些都不是创新任务的关键环节。
  • 需要完成的任务是不断发展和重复出现的,几乎不可能是独立存在的“事件”。

任务比「需求」的概念要清晰,容易定义很多。因为需求是模糊、宽泛、且无处不在的。

“我要吃饭”,“我要身体健康”,“我必须为退休存钱”,这些都是需求,对于用户都很重要,但对于想要满足这些需求的创新者而言,一般性只能提供模糊不清的指导。

任务理念则会涉及一幅复杂得多的背景。回想一下我们的奶昔案例。选择雇用奶昔,或许是为了完成我自己生活中出现的一项任务。其中不仅包括纯粹的功能性或实用性需求(“我很饿,需要吃点儿早饭”),也包括社会和情感层面上的需求(“我独自一人在漫长的通勤路上“)。在这种背景下,我的一些需求要比另一些需求更重要。在这样不同的背景下,我的每个需求的背景会让我购买一杯奶昔,或是干脆替换为另外一种解决方法来完成任务。

特别注意的是,“需要完成的任务”理论重点不在于“谁”做了“什么事”,而是着眼于“为什么”。想要理解任务,我们就要将认知拼凑成一幅统一的画面,而不是将其分解成更细小的切片。

四、「为什么」理论的力量

解释为什么的因果理论是创新产品的基石,你要回答:用户使用我的产品是因为(什么原因)去完成(什么任务)。

表面上的事情,如了解用户的特征、为产品添加花里胡哨的功能装饰、捕捉热点或是模仿你的竞争对手,这些都不会带来成功的创新。想要不再依靠碰运气进行创新,使之具有真正的可预测性,你就得理解这背后的因果机制,也就是用户在特殊背景下想要获得的进步。

就像飞行的条件不是翅膀和羽毛,而是升力。在没有获得这个因果关系之前,很多人的尝试都会以失败告终。给自己安一个翅膀,从高空落下,结果可想而知。直到后来,科学家发现了伯努利原理,才了解到飞行的主要原因是升力。当空气流过一个翼状物体,物体下方的空气会将翼状物体向上推。鸟类就是这么飞行起来的。

但是即便是在有了这样的认识之后,科学家们仍然需要通过反复试错实验擦亮寻找因果关系的镜片,以便成功设计出飞行器。当一架飞机失事后,研究人员便会研究背后的原因,不停的改良。直至无论什么天气情况,都能够安全飞行的情况下,才可以大规模推广。

从这个故事我们也可以发现,新的产品/技术/业务模式,在成熟之前,都处在“品质革命之前”的状态下。瑕疵、失误以及失败会以各种各样的方式,在不同的背景下出现。为了让新的创新跨越鸿沟,走向大众,这些瑕疵、失误都是我们需要解决的。解决这些问题的方法就是思考产生这种现象背后的原因到底是什么。

五、不可忽略的感情因素

在医院的诊疗室,霍姆斯特龙医生拿过一张纸,简单地示意了患者膝盖所出的问题,以及医院该如何予以治疗。这个过程虽然给人以慰藉,但也让人困惑。因为在霍姆斯特龙医生身后的电脑中安装着一款最先进的软件,能够在诊断过程中帮助他进行记录并将诊断结果传达给病人。但是,医生并没有选择使用软件。

为什么不把这些信息输入电脑呢?

霍姆斯特龙医生解释说,将信息输入计算机不仅会占用他大量的时间,还会让他不得不背对病人。虽然只是在下诊断的时候把脸扭过去一小会儿,但即便如此,他也不希望给病人带来这样的体验。他想要保持眼神的交流,让病人放松心情,并确信自己会受到周到的照顾。在那一刻,最重要的事情并不是展示出精致的计算机图像,而是与焦虑的病人进行沟通并给予安慰。

“我们设计出了一款绝佳的软件系统,本以为可以协助医生完成任务,但他转而选择纸和笔。这件事真是让我醍醐灌顶。诊疗室里的每一样物品都是我们从功能性的角度设计的,感情功能完全被我们忽视了。”

从用户需要完成的任务角度来考虑,任务带有与生俱来的复杂性:任务并非仅包括功能因素,它还包含社会和情感因素。许多创新往往将其重点全部放在功能或实用需求上,但在现实生活中,用户的社会和情感需求有时会远远超出任何对于功能的要求。

在《爱,死亡,和机器人》第二季里面出现的未来社会,人类的一切服务都由机器所代替。女主人家里的扫地机器在错误的情况下,把其视为垃圾,对主人进行毁灭式进攻。

人工智能领域是一个普遍被大家担忧的新技术行业。无授权的使用我们各种数据的商家,取代我们工作的机器人。令人讨厌的推送视频,因为你看到的永远都是那个范围内的内容和主观偏见;令人讨厌的广告推送,因为它知道我们曾经搜索、点击过什么,对什么主题感兴趣。

人工智能如何更好的为社会和人类服务,萨提亚在《刷新》中提到:

创业者、工程师和经济学家应该采取这样一种做法:承诺只设计为人力工作提供方便的技术,而不是取代人力的技术。他们建议,我们的商业领袖必须用一种负责任和创造性的思维,来代替节约人力和自动化的心态,我同意这个看法。

想想我在做的 AIOT 设备也有同样的问题,人工智能让以前黑盒的数据被看见了。中国有句古话,“水至清则无鱼”。在传统的模式下,因为数据不可见,实际操作有很多空间可以去做,也有很多人情在。我们需要更多从用户的情感角度,去设计产品。

这是不简单的事情。

如果想要创造出让用户愿意带入生活的产品和服务,你就得深挖地基、打开眼界,不仅要认识到用户想要取得的进步中包含的功能层面,还要认识到其中的社会和情感层面。

六、总结

创新领域,传统的 Persona 有一定局限性,当你难以定义需求和用户,或者感受到迷乱不清楚的时候,不妨尝试使用「任务」的思路,看看用户需要完成什么任务;

任务背后的原因非常重要,什么原因,在什么背景下,促使用户想要完成某个任务;

不要忽略情感因素,会极大地影响客户是否愿意将你的产品和服务带入他的工作和生活中。

参考材料:《与运气竞争》、《刷新》

专栏作家

圈圈,微信公众号:lovepm,人人都是产品经理专栏作家。

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

题图来自Unsplash,基于CC0协议

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