产品思维，是噱头还是玄学？

我们都听过这个词：产品思维，可能面试时也会被问到，甚至被面试官一句 —— 没有产品思维而被淘汰。

思维本身是一个很虚的东西，那么，什么是产品思维呢？ 

01、什么是产品思维？

我们听过这个故事：老婆对老公说：你下班回来买个西瓜，如果看到包子的话就买2个，请问最后老公买回来了什么？

我们嘲笑程序员思维时，他们的思维逻辑是这样的：看到包子买了2个西瓜，没看到包子买了1个西瓜。

如果按照普通思路，老公买回的可能是1个西瓜+2个包子，或者1个西瓜。

如果是吃货呢？买了1个西瓜，走着走着发现买少了，回头又买了1个西瓜，包子2个哪够，至少来一笼啊。

先留个疑问，如果是产品经理，要怎么买才能让老婆满意呢？

常说“屁股决定脑袋”，产品思维简单来看是站在产品经理的角度看问题。

我们在日常工作中会看到很多产品经理和其他角色的冲突，比如产品经理觉得功能体验要足够好，而开发认为，功能能用就行；产品经理认为产品的成功首先产品要好，运营认为产品的成功要靠推广。 

和销售、测试、设计的冲突也很多，甚至和公司利益的冲突，比如产品经理在满足客户需求时会优先考虑客户满意度，而不是这单能给公司挣多少钱。

产品经理都有挑剔、追求完美的强迫症，也能认真负责地做好事情，处理好细节。那么，这个能作为产品思维吗？

还不够，产品经理的眼睛里不止要能发现问题，还要能解决问题。所以，产品思维更是一种分析问题，解决问题的方式。 

那么，产品思维怎么来呢？ 

02、产品思维怎么来？

需求分析是产品经理的基础必备能力，我们在将用户需求转化为产品需求时常走这样的3步：

（1）就问题和用户达成共识

（2）帮用户想解决方案

（3）选择适合产品实现的方案

同理，我们在处理其他问题时，也可以类推这4步：

（1）找到问题的本质原因

（2）给出解决方案

（3）多渠道优化方案

（4）总结和反思

比如开发说这个功能我做不了，那么我们看原因可能是什么呢？

（1）开发时间短，来不及

（2）功能复杂，能力不够

（3）比较懒，不想做

（4）功能设计不合理，不能实现

（5）……

假设原因是能力不够，那我们可以给他找技术负责人想方案，但除此之外，我们也要想想，是否有更优方案来处理，比如简化下方案。最后很关键，一定要总结反思，复杂功能是不是不能交给这个开发，下次类似问题的产品方案是否也可以这样优化。 

我们再来看开篇的问题，产品经理买什么回家？ 

首先分析下买西瓜和买包子这件事情的本质需求：假设买西瓜是因为馋，买包子是因为饿。那么如何提高老婆的满意度呢？ 

西瓜要买大的还是小的？想想老婆食量如何，吃一个西瓜毫无压力，不过昨天刚说要减肥，估计今天只能吃半个了吧，是饭前吃还是饭后吃呢，饭后的话估计就1/4个了，不过从历史经验来看，饭后吃到睡觉，也能吃上半个，吃不完的西瓜肯定是我吃，今天胃口还可以，那就挑个大的吧。

包子怎么买呢？什么馅的？老婆喜欢不同口味的，她说2个，但每次能吃4个，所以还要多买点，商家还有买三赠一的活动，老婆爱占小便宜，肯定会凑单，那就再带个南瓜饼。

你看，产品思维不是拍脑袋的，而是经过严密分析的，每一条都有决策依据。我们产品设计时也是这样，每一个字段都要有依据，为什么要，为什么不要，不然就是开发的吐槽：天天脑补需求，你又不是用户。

再往上一层，产品经理要有冲破束缚的勇气，鲁迅说：从来如此，便对么？

开发说产品经理什么也不懂，就知道我要，还要五彩斑斓的黑。但没有敢要，肯定实现不了，敢想，万一实现了呢？ 

03、如何培养产品思维？

产品思维是一种通用型能力，思考无处不在。很多司空见惯的事务，你有想过为什么吗？

分享几个：

 项目做完后的反思

今天到这个公司负责的第一个版本上线了，简单的复盘一下：

1. 这个需求很急，周二早上通知需求要做，然后周五要上线。原因是之前与客户签订的合同里包含此部分内容，但实际上产品这边需求优先级特别低，因此造成了要交付的节点才发现产品需求缺失。
2. 由于时间很急，为了快速交付，沿用了之前类似的设计，做了一个超级基础甚至鸡肋的方案，然后开发，实际上做的方案并没有解决到用户的痛点。
3. 此次需求设计数据统计需求，需展示图表，因此我让UI只除了图表的设计，并没有注意到图表与其他模块平衡问题，并且设计图有一些文字错误或者小的模块内容丢失。
4. 验收时，我设计方案时认为开发容易出错的地方，开发真的还是出错了。
5. 验收时，虽然打开了原型和设计稿一一比对，但上线了还是发现了一些显而易见的错误。

此次得到的经验：

1. 虽然有项目经理，但是还是要自己做好项目管理，多与实际负责跟进项目的业务方沟通，而不是根据总的项目经理优先级进行需求排期，对每个时间节点合同交付物了然并有风险意识，及时调整。
2. 需求再急，也要保证自己的产品原型交付质量，保证规则清晰，认真比对原型检查设计图，避免此次类似情况
3. 不要太相信同事的交付质量，对于数据计算问题，一定要一个值一个值的计算，而不是只看表面

听书时可以学以致用

这周主要听了黄执中在混沌的演讲【情绪沟通】，受益匪浅，也是解答了很多目前自己遇到的沟通，讲故事中的一些疑惑。推荐给大家，有兴趣的童鞋可以直接去b站搜索。

1. 你讲的故事就是代表了你的世界

黄执中在演讲中提到了被动和主动。比如，朋友叫我去喝酒，我回家太晚被老婆打了一顿，这里的我都是被动接受者；而我想起好久没聚就主动约朋友喝酒，我明知道很晚了会被老婆骂，但想到难得一聚就没有提前走，这里的我是主动发起者。

你故事的描述其实就传达出了你在这件事情里的态度。成年人的世界应该更多一份主动。

2. 你的问题其实是别人的解决方案

这个思考我觉得挺有意思的。比如，当你问怎么能不让孩子逃学的时候，其实逃学是孩子对于上学无聊这个问题的解决方案。 

同样，每天面对问题的产品经理，在想解决方案时可以多思考下你以为的问题其实已经是别人的解决方案了呢？

最讨厌的开会，也能总结方法

看美国疫情越来越严重，想着多年不见的好哥们儿视频沟通了一下，聊到工作里怎么正确开会，感觉哥们儿不愧是在FB风生水起的，美国式幽默和精髓值得分享。 

1.  刚开始就表明自己时间有限 会议上来就来一句: 我两点前必须结束。这招用得好，瞬间提高同事们对你的重视程度，凸显你分秒必争的卓越时间管理能力。毕竟，优秀的人都是日理万机的。
2. 佯装做笔记，并且不停的点头（感觉这招是我们当年上课常用手法） 会议开始的时候，慢慢的打开纸质笔记本，是的，这时候即使带了laptop也要坚持用纸质版。和旁边狂敲键盘的freak不同，你安静从容。记什么呢？不重要。你只要随便每句话记一个单词就行了，越凌乱越好。而且不要忘了，时不时抬头和说话人目光交汇，微微点头。
3. 把工程师刚才说过的话再非常非常缓慢的重复一遍 技术人员通常话都不多，但是在他们开口的时候，也就是你表演的机会到了。这时候，你只需要等他们说完，先来一句: Let me just repeat that（各位我来重复一下啊），然后非常非常缓慢的把工程师刚才说的话一次不差的再说一遍。荣耀的光环已经完成转移了。最后大家离开会议室的时候，会错认为那些智慧的话语都是你所说的。  
4. 请求讲PPT的人返回上一页 具体哪一页无所谓，你只需要在其他人看起来都在开小差的时候抛出一句「不好意思，能再退回上一页吗？」 这时候，讲PPT的人通常腿已经开始发抖了，其他人肯定也一惊: Oh shit, what did I miss . 这时候如果人家倒回去你却没什么要说的？不要紧，盯着PPT思考几秒钟后来一句:OK, let’s move on. 一来一回，运筹帷幄。 
5. 不管是啥，你都问一句: 这个模式可复制吗？（这条我逢会必用） 什么样的问题是好问题？就是这种随时随地可以把人给呛住的万金油问题。没人知道这个问题是啥意思，但非常适合用来接话茬。
6. 当每个人都在口若悬河，各部门吵的不可开交，眼看着会议就要走向失控边缘的时候，你的机会到了。这时候，请沉着的丢下这枚炸弹:「Guys, guys, guys, can we take a step back here? (此处停顿三秒)。What problems are we REALLY trying to solve here?」 (大伙们，大伙们，大伙们，我们先停下来捋一捋，我们要解决的问题本质究竟是什么？) 大家瞬间被你清晰的洞察和睿智的大局观折服。

一片寂静，王者荣耀。 

 -END-