No.123 有关产品思维的独白:产品、用户、需求、迭代和产品经理这个职业三五环

No.123 有关产品思维的独白:产品、用户、需求、迭代和产品经理这个职业

130分钟 ·
播放数33634
·
评论数194

主播 | 刘飞

本期是一期单口,一次独白,也是阶段性的一些整理。希望能帮助到有需要的朋友。

内容索引

04:16 Part1 过往的自述

锤子科技-嘟嘟美甲-滴滴出行-阿里/橙心优选

22:43 Part2 产品

产品的定义

什么是好产品

用户价值公式

56:33 Part3 用户

用户场景

用户心智(损失厌恶、锚定效应、知识的诅咒为例)

用户研究

01:30:21 Part4 需求

需求是用户对解决现存问题的需要

需求主体是目标用户

用户的诉求不等于需求

需求存在不同的层次

需求有不同的重要程度

需求不是无边界的,有的需求超过边界,收益会递减

用户在不同需求上的集中度不同

用户是需求的集合

需求有时空约束

01:45:24 Part5 迭代

误区一:不知道产品是迭代出来的,眼高手低

误区二:产品迭代不代表起初不考虑可用性

01:54:21 Part6 职业

目前常见的产品经理是特殊历史时期的产物

职业产品经理要关心自己的工作任务

真正的产品经理不在大厂拧螺丝

真正的产品经理是能穿越周期的

制作人:严格

片头:Where Are You Going (Live) - 海龟先生

片尾:杭州,利群,你 - 许钧

相关

晚点聊 LateTalk: 42: 产品经理十年沉浮:和少楠、刘飞一起聊聊这个职业这些年

No.66 跟苏青阳聊聊小红书和社区产品

No.70 从用户体验视角聊聊做司机产品的思考(单口)

欢迎在评论区留言交流。如果喜欢《三五环》,也恳请能在苹果 Podcast 、网易云音乐、Spotify 或喜马拉雅留下你的宝贵好评。感谢!

商务合作&嘉宾自荐,请加微信: wocaishiliufei

封面图片由 Midjourney 生成,版权所有©️三五环

展开Show Notes
Lucy肖
Lucy肖
2023.8.28
目前仍在厂里做螺丝钉的产品经理 ,最近最大的困惑是 , 解决用户体验不如解决领导体验。在领导体验和用户场景相悖的时候 产品经理的努力很苍白的。
周庄猪肘子:那是领导的问题,你操心啥
HD719714h:十分深刻
momomoss
momomoss
2023.8.23
本文主要内容是关于产品思维的独白,涵盖了产品、用户、需求、迭代和产品经理这个职业。文章从不同角度探讨了产品思维的重要性以及产品经理的职责和挑战。以下是对主要内容的分析:

第一部分:产品思维的重要性
文章首先介绍了产品思维的定义和重要性。产品思维是一种以用户为中心,关注用户需求和体验的思考方式,对于产品的开发和创新具有重要作用。作者通过举例说明了产品思维在实际生活中的应用,并提出了产品思维对个人和组织的价值。

行动建议:培养产品思维的能力,关注用户需求和体验,将用户放在产品开发的核心位置。

第二部分:用户、需求与迭代
文章深入探讨了用户和需求对产品开发的重要性。作者指出,产品经理需要通过深入了解用户的需求和行为来驱动产品的迭代和改进。同时,作者还介绍了敏捷开发和迭代的概念,并提出了敏捷方法对产品开发的好处。

行动建议:建立良好的用户反馈机制,及时收集用户需求和反馈,不断进行产品迭代和改进。

第三部分:产品经理的职责和挑战
文章重点介绍了产品经理的职责和挑战。作者指出,产品经理需要具备多项技能和能力,如市场调研、项目管理、团队合作等。同时,作者还讨论了产品经理在面对复杂产品和团队时的挑战,并提出了解决方法和建议。

行动建议:加强自身技能和能力的培养,与团队成员建立良好的沟通和协作关系,解决产品开发中的挑战。

本文的独特之处在于作者以独白的形式,深入浅出地介绍了产品思维的重要性和产品经理的职责。文章结合了实际案例和经验,给出了具体的行动建议,帮助读者更好地理解和应用产品思维的概念。读者可以通过本文了解产品思维的核心概念和实践方法,对于从事产品开发和管理的人员具有较大的参考价值。
momomoss:必然是我用gpt总结的,哈哈
欧奇德:你是机器人吗…………
10条回复
木慕斯li
木慕斯li
2023.8.25
完整的听完了,有几个非常感触的点:
第一点是老师经常提到的,现在很多企业所谓的“产品经理”其实不是在做产品,也不是经理。以我待过的两个企业为例,我主要负责产品、用户运营相关,所以经常需要和产品经理打交道。他们的主要工作是负责产品功能的迭代,当人手不够时会被拉去做客户的项目(但我毕竟不是在那个岗位就职的人,可能看到的会有些片面)有着开不完的会议,对不完的需求…
以前我就十分想做产品,无论什么职位,因为不只有产品经理在做产品,可能“活动策划”也是在做产品,开启、策划、实施一场完整的活动,在我的认知里也算产品。我想自己从0–1负责一个小的项目,孵化一个小的产品,尽管是大产品中的一条从无到有的分支线,我也十分向往。
这个想法大概就要回溯到我的孩童时期。小时候我就很喜欢做手工,把家里的纸壳、泡沫通过剪刀胶水,发挥自己的想象力创造出一个完整的小玩意儿。也喜欢在父母的生日策划一场完整的“路径”,就像策划一场现实游戏一样,可以在进家门后随着我的指引,通过机关一步步到达领取礼物的终点。
创造能够给我带来快乐,同时我能从用户(当时是我的父母)的正向反馈中感受到满足。
再说回来,在工作中看到周边的产品经理平时做的事情,加上网络上经常能看到的“产品经理劝退文”,好像那不是我向往的,在招聘软件上也很难找到真正做产品的岗位,与此同时我也会自己洗脑自己,或许先做了这些才是正确的?但如果真的进去了,会不会沉溺于当下的状态,后续再想出来就很难了。毕竟大局观,是单独做特定的一小部分就能培养出来的吗?
第二点,以用户为中心。目前我的工作性质能够第一首触达用户,发掘用户的痛点(但其实也没发掘的太清楚),接收用户对产品最真实的使用反馈。我可以被理解为是夹在产品和目标用户之间的中间人。有时候从我的视角来看,会发现左右双方并不契合(当然想要完全契合非常难)。
我们企业是To B,而B端和C端的产品有些不太一样,C端产品以用户体验至上,而单个用户体验于B端产品则是其次,企业的整体功能诉求才是第一。因此我个人感觉,有些场景下,某些做产品的人并不了解客户的本质需求,也捕捉不到用户的痛点。例如一个打着“简单上手”的产品标签,实际第一次接触到的大批量群体中,有3/4的人使用频次很少甚至不使用就弃用了,这在我看来是一个比较大的问题,但是却从没有在别的地方听到有人对这部分数据做分析或深究。当我和mentor探讨这一点时,他却觉得进入产品使用界面后,首先得让客户了解我们的产品价值,其次才是使用。我无法理解,也不认同。产品价值是内容需要外宣给客户的,为什么要放在产品内部?当能让用户顺利用起来时,他们不是自然能够发现契合自己的需求的价值吗。不过这只是很小的一个点,毕竟我在互联网企业里,只是一个还没长齐牙齿的孩子,别人对用户对场景的分析能力一定是高于我的,我看到的冰山一角,或许在庞大的体系下根本不值得一提。
第三点,大部分职业发展路径的终点是管理层。前几天刚和朋友聊过这个话题,我个人更偏向于长期执行者,但不是纯听上面发号指令,而是自己发布指令自己执行。首先我认为一个人没有在某个行业或领域打磨出足够的沉淀,是不配做管理的(所以短期甚至到可见的长期我都觉得我不配做个好管理者或领导者)。而现在的很多现象是,有些人工作才一两年左右就能成为一个小管理者,分配任务、做决策,对于具体的事情直接放手,全交给底下的人来做。这和导师型领导不一样,导师型领导会同时做这件事,并且给下层提供建议、方法论,他们是一起参与进来的,一起发力。在市场变化快的现在,纯管理是很难被验证成功的(不过这种现象还不少),可惜的是,大部分情况下,高层也不会去找管理层的问题,因为他们只听得到管理层的说辞,却看不到真正的原因,单方面觉得可能是执行者能力不足。其次是我想真正为我的目标用户做事,能够最直接的观察到他们,站在最靠近的位置来理解用户的所思所想,通过自己的手,做一个具体的东西出来,那是比做规划让我更有成就感的。
最后,一不小心就写了这么多,作为一个刚出社会没多久的小毛孩,以上的很多观点都是我的主观臆断(已经在努力修改自己的措辞了)。所有的想法均不是对某个人、某个群体的评价,只是对某些现象的一个主观思考。如果有不对、不认同的地方,还希望可以批评指正。
我从硅谷startup product designer+manager视角记录的一些对我有启发的点:
* 盈利模式:出售|增值|广告|抽成
* 用户价值=新体验(产品价值)-旧体验(用户之前的时间和钱花在了哪里)-迁移成本
* 用强生活场景替代弱场景(用户在什么场景解决什么问题?)概念不等于场景
* 产品经理:明确用户画像(用户案例堆砌起来的)
* 基本需求 期待需求(兵家必争) 惊喜需求
* 用户是需求的集合体:关注用户需求,而不是用户量,占用了用户多少的注意力、时间、金钱
* 用户可以是固定的,可以针对同一用户群体的其他需求进行破圈和拓展
木慕斯li
木慕斯li
2023.8.25
1:41:49 1需求是用户对解决现存问题的需要(需求一定是用户的,而不是我们主观意断的想法)
2需要有现存的问题,看到的问题是不是真的问题
3需求主体是目标用户,用户的诉求不等于需求(用户不知道他们要什么,需要你把产品摆在他面前,通过他的诉求挖掘他真正想要的)
4需求存在不同的层次(表层诉求,深层需求)
5需求有不同的重要程度(KANO必要型,期待型,惊喜型)
6需求不是无边界的(边际递减效应)
7用户在不同需求上的集中度不同
8用户不等于需求(要做需求和需求的对比)
9需求有时空约束,不同时间可能产生不同需求(同样的用户会在多个板块有多样的需求)
河林
河林
2023.8.27
1:30:47 研究用户才是做产品最根本的事情。
1. 用户的需求场景和使用场景非常重要,最重要的还是围绕场景、基于场景。而一些产品包装的概念(比如AI、web3)和场景是没有任何关系的。
2. 场景的背后,是用户心智,而认知用户心智最好的方式是经济学、行为经济学
3. 对用户的画像,不应该单纯只是统计学意义上的,真正的用户画像应该是用大量的用户案例堆砌起来的

4. 直觉式的个人判断和数据驱动的产品方法论,没有谁替代谁,只是满足不同场景下的需求。
叮咚作响:有没有比较好的的研究用户的具体方法,看了公司的用户调研报告,感觉很宏观
河林
河林
2023.8.27
1:54:52 关于迭代思维
1.产品是迭代出来的。
张小龙:产品是演化出来的,而非规划出来的。

2.但是产品在第一天,一定要是一个可用版本,MVP=最小可用单元,所以第一天产品就要可用。
河林
河林
2023.8.27
关于用户需求的法则:
1. 需求是用户对解决现存问题的需要。

2. 需求主体是目标用户:要知道自己的目标用户是谁很重要。

3. 用户的诉求不等于需求
福特:如果我问用户的需求是什么,它会说我需要一批更快的马。
乔布斯:用户不知道自己想要什么,直到你把产品摆在它面前。
所以优秀的产品经理需要有洞察力,需要是超级用户。
4. 需求有不同的层次。
5. 需求有不同的重要程度。KANO模型把需求分为必要型、期待型、惊喜型。

6. 需求不是无边界的。
7. 用户在不同需求上的集中度是不同的。
8. 用户是需求的集合,用户不等于需求。
9. 需求有时空约束。
Jeason_NEuE
Jeason_NEuE
2023.8.26
哈哈哈哈哈怪不得刘飞经常出没评论区,来这里做产品用户体验调查了
半拿铁听故事,三五环长知识!
ninaga
ninaga
2023.8.24
06:01 在毕业后待的第一家公司,我作为一个应届生也是独立负责智能手表上的应用,很多事情也是摸索,很遗憾的是我的老大没有产品经历,给不了我太多指导,而且没有组织大家一起头脑风暴,很多时候做的设计是为了说服老大,让他觉得合理,所以后面有点让我迷失了方向。
Joey_Lu
Joey_Lu
2023.8.24
1:00:43 个人把 tricky 翻译成取巧
YaNanYN
YaNanYN
2023.9.14
1:34:23 研究用户需求的九个点
1. 需求是用户对解决现存问题的需要。(要有现存的问题)
2. 需求主体是目标用户。(逛街美甲和上门美甲的群体不是同一批)
3. 用户的诉求不等于需求。(消费者想要更快的马>车)(用户不知道自己想要什么,直到直接把产品摆在用户面前)(需要洞察力判断力)
4. 需求存在不同的层次(用户诉求的背后是更深的需求,不能无视用户的诉求)
5. 需求有不同的重要程度。(kano模型)(满足的顺序:必要、期待、惊喜型需求)
6. 需求不是无边界的,超过边界后收益会递减。(从10分钟减小到2分钟,和从2分钟到30秒)
7. 用户在不同需求上的集中度是不同的。
8. 用户是需求的集合,用户不等于需求。(关注用户的需求和注意力、付费意愿,而不是用户量和用户群体)
9. 需求有时空约束,不同的约束会产生不同的需求。(任何人都可以成为快车/专车/拼车/顺风车的用户。这代表的是不同约束条件下的不同的需求,而不是不同的用户)
insta
insta
2023.8.26
52:19 太精彩 我作证:当年抖音起来的时候分走了至少三分之一的王者玩家时常,腾讯总裁办很重视在年会上专门提了
2k
2k
2023.9.05
这期太适合转文字反复拿出来看了
UV_moon:受到启发!请问您知道怎么转出音频吗?谢谢你的解答!
木慕斯li
木慕斯li
2023.8.25
57:45 想到用户就要想到场景,通过具体场景来看具体叙述
小威哥
小威哥
2023.8.25
hh 看飞哥的网易云最近听歌排行 杭州利群你排第一
片尾就用到了 我是去年毕业做的产品 看看也快一年了 这一年看到了很多优秀的人 也对产品有也更深的思考 很谢谢飞哥这类真诚的人 祝在属于自己的路上一路前行 未来有一天会见面的!立一个 flag
KikkoYee:请问飞哥的网易云账号是哪个呀
Joey_erJ4
Joey_erJ4
2023.9.04
00:06 哎 还是想再听一遍
29:31 出售,抽成,广告,增值服务。目前自己收入占比最高的还是第二个🧐
河林
河林
2023.8.26
15:19
飞哥在嘟嘟美甲这段经历的收获:
1. 身为联合创始人,除了产品经理的职责以外,也应该专注整套业务,如何提供标准化的服务等等。
2. 对于非即时性的业务,平台撮合的价值没有很高。
3. 标准化的服务提供难度非常大