重新认识产品经理：一门关于"人"的杂学
很长一段时间里，我以为产品经理是技术岗的近亲：会画原型、会写需求文档、懂一点技术名词，就算入门了。甚至觉得"人人都是产品经理"这句话的意思，是这个岗位门槛很低。
最近重新梳理对这个岗位的理解，我发现自己错得离谱。产品经理的确不一定是某个领域的专家，但它是一门"杂学"——杂到没有哪一门学科能单独定义它，杂到它的核心对象根本不是"产品"，而是"人"。
一门关于"人"的杂学
把产品经理这个岗位拆开看，会发现它底下垫着很多学科：
- 心理学：用户嘴上说的是"想要一匹更快的马"，真实的动机是"更快到达"。读懂说出来的需求和没说出来的动机之间的缝隙，是基本功。
- 交互学：用户不会读说明书。每一个需要思考才能完成的操作，都是流失点。交互设计的本质，是替用户降低认知负担。
- 程序设计：不是要会写代码，而是要懂技术边界——知道什么做得快、什么做得慢、什么根本做不了。这样提需求时才不会活在幻想里，和工程师对话时才能说同一种语言。
- 商业 sense：产品要活着。免费的产品也在赚钱，只是赚的方式不同。看不懂商业闭环的产品经理，可能做出用户喜欢但公司亏钱的东西。
- 用户分析：数据背后是一个个具体的人。要会看数字，更要会把数字还原成"谁、在什么场景下、遇到了什么"。
- 地理学：这个最容易被忽略。一线城市的白领和县城的用户，可能是两个物种；同一款产品换一个国家，玩法完全不同。地域差异决定了功能的优先级、定价方式，甚至交互习惯。
以前我以为这些是"加分项"，现在我理解了：它们都是"必修课"，只是每个产品经理的学分分布不一样。
从用户出发：三个灵魂拷问
学科和工具都是垫底的，真正把好的产品经理和普通的产品经理区分开的，是一种思维方式：从用户角度出发，设身处地，把一个具体用户画像的痛点想透。
我自己总结了三个问题，遇到任何一个需求，先过一遍：
- 为什么这个痛点直到今天还没有被解决？是没人想到，是技术做不到，还是做了但不划算？这个问题的答案，往往直接决定这个机会是不是真的存在。
- 类似的产品做过什么尝试？它们成在哪里，又败在哪里？前人的失败不是劝退信号，而是免费的地图。
- 如果我来做，怎么做才能真正解决它？不是"加一个功能"，而是让用户的那个具体场景真的变好。
这三个问题的顺序不能乱：先确认问题真实存在，再确认问题为什么没被解决，最后才是自己怎么做。跳过前两问直接做第三问，本质上是拿战术上的勤奋掩盖战略上的懒惰。
用户研究：没有最好的方法，只有最合适的方法
想回答上面三个问题，靠拍脑袋不行，得做用户研究。但用户研究的方式很多，不同方式的侧重点和适用场景完全不同：
- 深度调研：一对一面谈，样本小但挖得深，适合探索"为什么"——搞清楚用户行为背后的动机、纠结和替代方案。适合产品早期，当你还不知道该问什么的时候。
- 问卷调查：样本大、成本低、可以量化，适合验证"是多少"——当你已经有了假设，需要数据确认它是不是普遍现象。但它只能验证，很难发现你没想到的东西。
- 焦点小组：把一群目标用户聚在一起讨论，适合观察"互相影响"——观点怎么碰撞、怎么被同伴改变，能看到真实传播中口碑如何形成。但要警惕从众效应，声音最大的人往往会带偏全场。
当然还有可用性测试、数据分析等更多方式。关键不是记住这些名词，而是明白：每种方法回答的问题类型不同。探索动机用深访，验证规模用问卷，观察群体动力用焦点小组。拿问卷去挖动机，或者拿深访去推市场规模，都是工具错配。
与时俱进：产品经理也要做"流行病学"
用户偏好是流动的。青少年、中年人、白领、学生，每个群体在用什么、弃用什么，都在以月为单位迭代。产品经理需要保持一种跟踪习惯：定期看看不同群体最近都在用什么产品，为什么是它们。
看到一个产品火了，我不会停在"它火了"这一步，而是继续往下追问三层：
- 它为什么火？满足的是旧需求的新解法，还是新涌现的需求？
- 它为什么没有被竞争对手吃掉？是对手没看见，还是看见了也追不上？
- 它的壁垒是什么？网络效应、数据积累、生态锁定，还是品牌心智？没有壁垒的火，可能只是在替别人教育市场。
这三层问下来，一个产品现象就变成了一个商业案例。积累得多了，再看新东西时，就有了一张属于自己的坐标系。
产品经理做得越久越会发现：产品只是答案，对人的理解才是题目。
回头看，我对产品经理的认知升级，其实是把一个岗位名称还原成了一堆具体的能力和习惯：多学科的底子、从用户出发的追问、对研究方法的清醒、对群体偏好的敏感。它们没有一样是"画原型"，但每一样都决定了原型该长什么样。