骚动的应届产品都经历了什么
⇨⇦
从入行产品到成为发光的产品人，笔者还在第一个阶段里努力成长。你呢，在产品路上，已经走到了哪里？
站在产品的门外面，时不时透过门缝向里面观望，来来去去的人很多也很忙。屋内的门口坐着一群人像极了工具，接需求、画原型、出文档，不断重复重复，偶尔看到一个人站起来，坚定地沿着一条路往里走。
看了好久好久，发现门口的人不断的变多，越来越拥挤，而人群中能站起来向里走的人很少。
沿着那条路望去，路很黑又很长，路上的人都低头前行，有的走弯弯曲曲的路，有的在原地徘徊，有的人相互扶持，也有的人扭打在一起。在路上的人，手里都握着退出按钮，按下去就能来到屋子的外面。
路太长了，几乎没有看到几个人走到终点。道路的尽头，通到一个舞台，舞台上只有极少数的人，他们发着光，在那里坐着、站着，观察台下的人，听屋内一切的嘈杂。
我发现屋内的墙壁上写满了什么，当还想仔细看一下时，门自己开，里面很黑，但对里面的事物充满了好奇，想都没想，一脚踏进屋内。
故事轴
2019.4.20：做产品的起点
今年四月进入杭州某车联网公司，接触的是SaaS产品。刚进入时项目还处于调研阶段，拜访目标用户获取需求，约竞争对手给我们展示产品，跑来跑去感觉有趣。
我记得很清楚的是，我的leader在第一周就对我说＂不要对产品经理这个职位有太多幻想，不要对产品设计有什么误解，只要市面上有成熟的竞品就去借鉴，那是他们多次试错之后迭代的成果，这样可以降低我们的时间成本和资源投入＂。
还好，我之前了解到的也是这样，没什么失落感，反而觉得很真实。
了解产品的商业逻辑，理解产品流程，整理产品信息结构、画原型、产出文档……所有的东西对我来讲都是新鲜的，没有什么系统的培训，就看着别人怎么做，模仿着学就好，路子很野。
没几个月把所有的流程都跑完了，发现自己可以开评审会，与开发、测试沟通，接到需求也可以实现，就是质量的问题。作为一个执行的角色，感觉该有的都有了，再往下走呢，有点走不动，就像被什么东西卡住了。
迷茫了一段时间，找leader聊过之后发现，是专业技能的缺失导致的，于是我开始了系统的学习。
学习一段时间，得到的能力，并不是我想象的，我也没有完全发现卡住我的东西是什么。在这种依然迷茫的状态下，来到了2019年的第二家公司。
2019.9.19：＂菜＂到离谱的自己
将近九月底，去了杭州某垂直领域的电商公司。来这家公司是因为面试官一句话就道破了我当前的状态，我缺失不是方法和技能，而是结构化的思维方式。
公司具备＂有牛人带、愿意带和好项目＂这三个条件，我认为在这家公司能得到想要的成长，也就屁颠屁颠地来啦。
第一件事情是倒推产品原型，这件事情干了有十天，推出来的原型只停留在表现层，流程和业务之类的东西也不是没有，都是零零散散的。自己非常想理清楚，然后结构化地表达出来；但就是做不到，很无力。
接下来的日子，发现自己的交互基础为零；设计产品之前，没有画业务流程的习惯；市场调研没有自己的方法论等一系列的问题。那种被项目疯狂蹂躏的感觉，心想＂我好菜＂，但是我都挺过来啦。
待了不久，因为一言难尽的原因离开了，唯一的遗憾在于未完全构建出结构化的思维方式，接下来去了2019年的第三家公司。
你没有看错我一年换了三家公司，哈哈哈哈哈哈！！！
2019.12.9：假装有标题
2019年的最后一个月，来到杭州某互联网公司，做的是人力资源方面的产品。在这家公司，无论是产品设计还是开发流程，都比较规范并且高效。
在我工作的过程中，突然发现，那段被蹂躏的日子，真的让我变强了，遇到事情能多想一想，处理问题也变得更加从容。
成长
1. 沟通真的很重要
产品本身就处于一个中心位置，对接UI、运营、开发、测试、BI、用户、市场等角色（看公司体量也会有老板或是项目负责人）。各种各样的角色围绕着你，当然需要很好的沟通能力。
刚开始做的时候，开发人员在群里面问我一些逻辑不通的需求，说实话不太敢回，都要问一下leader怎么办。后面就知道了要态度端正，语气温和，略带歉意地把逻辑漏洞补充完整，如果是当面沟通的话还要面带微笑。
真正见识到沟通的威力，是在车联网公司。当时我们产品这边，没有设计清楚权限的边界，导致需求改来改去，改到最后开发、测试都不干了，项目经理也反水啦。
这个项目进度搁置在那，必须要开个会议，解决当下的问题。起初参加会议的人都很气愤，我就看着leader一顿操作，先是把所有人的矛盾集中到一个点上面，再通过这个点去证明这样做怎么怎么对所有人好，他们就欣然接受了。
会议结束后，leader又在群里面真诚地表示歉意，还给每人发红包，这样问题就解决了。就感觉前一秒还和你势不两立，后面就要和你同生共死。
我今年遇到的更多的是小事情，很多是开发人员对于需求有自己的想法，他们会提自己的方案来。如果通过正常的道理讲不通，不能说服对方，我一般会再提出一个看起来有道理，但是会略微麻烦的方案。
开发正常情况下是不会接受的，这个时候我就会说＂我们一人退一步按原来的方案走，至少业务和逻辑都是通的＂。这样一来，问题就解决了（有点像是在菜市场）。
当然，我也见识过无理取闹的人。产品的逻辑没有问题，但是他们会拍着桌子硬跟你叫板。这个时候我会选择无视，因为接下来不管做什么都是在浪费时间，至少现在的我没有特别好的解决办法。
写到这，脑子里一直回荡着leader对我说的那句话＂沟通真的很重要，沟通真的很重要，沟通……＂。
2. 产品设计就是抄
说好听一点是借鉴，其实就是抄啊。
最开始，接到需求我总想在功能上发挥一些自己的想象，抄起来也很心虚，都是有所保留地抄，很多时候都没有抄到精髓。因为有个问题一直困惑着我，我每次设计产品的时候都是抄的竞品，假如市面上没有竞品可抄怎么办。
但事实证明，几乎所有的功能都能抄，而且不止一款。
很长的一段时间，自己的心里都是有一道槛的。直到我听到这句话＂刚开始做产品就是抄别人的，当你抄了很多次，抄到你能背下来，不就是自己的吗，真的想创新也是以后的事情＂。顿悟，之后再做需求，我都要看看竞品怎么做的，能不能直接抄过来，那抄的是理直气壮。
成熟产品的功能，确实是根据用户的反馈，多次迭代的成果。他们已经把大部分坑踩了一遍，雷也排个差不多了，直接拿过用最好不过。
这让我想到梁宁在讲＂同理心＂在谈＂恐惧＂这个词，一款新产品对于用户来说就是陌生的，很多功能不是用户习惯的那样，就会触发用户的抵触心理。如果把一款新产品做成用户熟悉的样子，能让用户卸下防备，拉近彼此的距离，更快地接受产品。
举个例子，如果一款电商产品，不能用支付宝和微信付款，只能使用云闪付，有多少人会买单呢？
在用户的认知里面，网上购物就是能使用微信支付和支付宝；再不济，至少二者要有其一吧。
不熟悉的功能其实就是一道障碍，把很多用户拒之门外。所以，放手去抄吧，能让产品给用户带来价值才是关键。
3. 多想想
不要急着做决策，多想想，你会发现很多现状可以得到改善。自己在这方面做的还不够好，所以说不太上来，举个栗子吧。
开评审会是产品经理最蛋疼的时刻，一堆人坐在那里听你在讲，就是去挑原型文档中的逻辑错误。
当开发人员提出逻辑错误时，自己真的非常清楚，直接回答就好了，但也有部分情况自己也是懵逼的。如果这个时候是通过瞬间思考给出的方案，多半是有问题的，这时就会受到多位参会人员的吐槽，场面能失控个几分钟。
记录下问题，多想想，会后再给到合理的解决方案，不仅能加速会议的进度，还让同事觉得你更专业。
一直在告诫自己多想想，坚持下去会很受用吧。
总结
骚动的2019，回到文章的开头，希望我能够站起来，沿着路往前走，走到路的尽头，能发着光那是最好的。