做产品工作久了，
也就不到一年，就开始倚老卖老了hiahiahia╮(︶﹏︶")╭鬼知道我经历了什么，
就会有一种错觉，
产品大佬和产品小白在实际工作中到了真正去落地的那个阶段，做的事情都是一样的。
需求确定后——ued沟通、研发方案沟通，工时排期沟通，接口申请，联调，测试等等。一系列的流程都像是在套用公式。（但大佬们估计也不会亲力亲为到这么细节上了）
区别在哪里呢？也是个人总结，会有偏颇，，
1. 调研、需求分析、用户心理揣摩等发生在需求确定前的输出成品；
2. 高效、专业地解决问题的能力；
3. 等等待总结；
本人年少猖狂，只要需求上线就觉得自己改变了世界，并为整个需求周期画上圆满句号。
however，线上运营出现了bug，会被生活折磨得措手不及。。
会对人生产生怀疑——
产品是前辈推进上线的：他脑子里装的是什么，为什么这种情况都没有考虑好？
产品是之前自己上线的：为啥当时规划得好好的，为什么还会出BUG？？
大多数时候，是因为当时没有这种需求场景，所以在考虑需求的时候，就不会投入成本去研究它；也有时候，是因为当时为了实现MVP，有很多需求场景为了主流程，做了牺牲；就是各种听了没有用但又很有道理的原因，归结为历史原因。
anyway，出了问题，就要去解决的。
所以，要求我们有——高效、专业地解决问题的能力。
第一步，了解情况；
影响程度（需及时止损）、范围、时间？
问题一直存在？突发情况？
第二步，问题定位；
线上问题涉及到哪些系统？
上游是否正常下发了数据，下发的数据是否正常？
下游接口调用的入参，返回数据正常？
第三步，输出方案；
需要哪些系统配合修复？需要怎么配置修复？
修复方案是否能迅速解决线上问题？
长期方案、短期方案并行？
第四步，测试验证上线，同步用户侧；
安卓各机型兼容性。
测试过程中产生的各种新问题，不要慌张不要气馁，要保持微笑和对生活的向往。
安抚用户情绪（这个是贯穿全流程的）
好的，经纬度0.0是正常坐标值啊，在非洲叫null island，中文名叫空虚岛。要多矫情有多矫情。
所以，求求各位爸爸们，用户关闭定位后，他真的没有去非洲，不要整什么0.0了，会把产品经理逼疯的。。
产品经理的工作，是一种革命，热血，撒之，头颅，抛之。
毕竟生活不容易，总要找点乐子。
