读书笔记产品经理学习笔记1-忘掉技术,先看客户需求

技术到产品思维的转换

以前做技术的时候,扮演的角色是怎样多快好省的完成开发。现在做产品了,你得自己定产品方案,让别人来开发。最重要的是先弄清楚客户的需求是什么,要解决什么问题,再看产品怎么设计,然后才评估技术资源。如果需求和产品设计有问题,随时沟通,再不清楚就跟客户对。但不要老想着要写多少代码,代码不是按斤卖的,也不是按行数卖的,客户要的是解决问题,不是多少行代码。从技术转产品后,首先要学会站在客户视角,去思考问题,看客户的需求是什么,然后怎么设计方案,而不是上来就直奔怎么写代码,什么时候能把代码写完,怎么能多快好省的写代码,用户思维的转变是第一位让自己成为用户;

用户思维的关键:

让自己成为用户,设身处地的站在用户的角度看问题,梳理问题,把自己当成客户本人,感同身受,痛用户之痛,急用户之所急,思用户之所思。产品经理要学会把自己秒变小白,聆听、观察、感受客户的需求,不是自带优越感藐视客户,甚至把自己的想法强加给用户。

超越用户,大部分用户只能提出他们遇到了什么问题,只有少数用户能给出背后的原因,更少有客户能给出解决方案。产品经理必须要在成为用户之后,从用户问题中抽离出来,超越用户问题,抽提出解决方案。

产品经理的全景视图

在产品经理眼里,整体的业务流、信息流有结构、有主次。先解决主要问题,再解决局部问题,最后做微调。要根据用户视角下的业务去设计产品,先做什么,再做什么,而后做什么,哪些是重点,哪些要有但只是留个口子,哪些这期可以先不做,会有这样的主次、优先级。

努力面对不确定性:

技术解决的是一个相对确定的问题,任务确定后,大多数时候自己单兵作战,而产品要在不确定环境中,找到确定的问题和解决方案,再和业务、技术,甚至法务、合规、财务一起去解决问题。产品经理面对的是多重不确定性,这可能也是产品经理很容易心累的原因

目标驱动:

很多时候不需要太多技能加持,只需要搞清楚目标也能把一件事情办好。比如各种汇报,日报、周报、月报、转正汇报等,很多人不会写,根本原因还是不知道这些要达成什么目标。

日报就是记录你这一天所做的事,可以流水账;

周报就是你这一周的工作结果,可以略过过程,并做总结和下周安排;

月报更偏结果,是对一个月来工作的总结和对下个月的工作计划;

转正汇报更偏自己的工作思路呈现

《人人都是产品经理》

《首席营销技术官:Martech时代,技术驱动增长》

《决胜B端》

《Don't Make Me Think》

《结网》王坚

《策略产品经理:模型与方法论》青十五

相关推荐
GlueNa2SiO33 小时前
第十八章 Linux故障排查与恢复
linux·服务器·笔记·学习
weixin_431600444 小时前
NestJS 入门(3):Guard 如何挡住未登录请求?
前端·后端·学习·nest.js
带娃的IT创业者4 小时前
DeepTutor:当 Agent-Native 架构撞上个性化学习的临界点
学习·架构·ai agent·大模型应用·个性化学习·教育技术·agent-native架构
xian_wwq4 小时前
【学习笔记】Context Engineering,AI Agent 真正的内存管理-4/16
笔记·学习·context
寒月小酒5 小时前
AnythingLLM 学习
学习
疯狂打码的少年5 小时前
【数据结构】队列:定义、顺序队列与链式队列
数据结构·笔记
LeoZY_8 小时前
LinkScope 使用笔记:基于 OpenOCD 的通用硬件芯片调试助手
笔记·单片机·嵌入式硬件·开源软件
不会代码的小猴8 小时前
标准模板库(STL)
开发语言·c++·笔记·算法
爱莉希雅&&&8 小时前
K8s NFS+StorageClass+PV/PVC+Deployment 实战笔记
笔记·容器·kubernetes
大模型码小白8 小时前
【AI】一文讲清 RAG:从大模型局限到企业级知识库落地流程
人工智能·深度学习·学习