一个多月没有动笔了，截至几天前，我都认为这段时间几乎是荒废的，什么都没有学到。不过在师父的帮助下整理了一下思路后，发现还是学到了职场中很重要的一课：适合自己的工作流程。整个三月份可以说前半个月忙的不亦乐乎，后半个月忙的怀疑人生。前半个月的心思主要放在规划新版本社区的功能以及整理相关文档，后半个月文档基本快整理完的时候，我之前负责的几个项目要么就是开发开始了，要么就是测试开始了，我同时跟进的就有四个小项目（有两个之前做的APP的大功能模块，还有社区的PC端和后台）。每天白天就是开发和测试各种细节来问我，无论什么问题我都会亲力亲为去沟通解决，找到合适的解决办法。只有到晚上我才能安静的加班整理一些文档，当然很多时候还是整理白天沟通下来结果，包括各种发邮件。即使这么累，我还是觉得OK，认为这应该是一名好的产品经理该做的事情，直到月末，突然在开发微信群里被喷。
第一件事情经过如下：
追溯到三月初，也就是刚上班不久。这版本的需求评审是在年前评审的，来了之后就开始做UE，然后进行UE评审。因为UE没有看我的prd，直接根据我的原型图去画UE，而我一直只是认为原型图只是给大家更方便理解的一份文档，一些没有必要画原型图的两个需求点我就只在需求文档上详细写出，并没有画在原型图上。在UE评审后，我告诉UE还有两个需求点是不是不需要UE表示才没画，她说应该要画，不过我对着你原型图画的，你以后在原型图上标识一下。我其实很无语，因为开发之前告诉我，他们对着UE开发，不看prd（尼玛，真的想到这里我就觉得很坑爹，辛辛苦苦写的prd。UE不看，开发不看，到底谁看。非要到测试那里，打出一堆bug才回来看）。我答应说以后会标识，并提醒UE以后还是要看一下prd。于是我让UE在UE图上标识一下，因为我怕程序员和UE一样不看prd漏掉，之后我回去发了封邮件告知组里所有开发需求点请一定以prd为主，不要漏掉任何需求点。再之后，我跑去开发那里跟开发说，我发了封邮件，大家看看，UE有两个需求点没画，大家注意看一下更新以及prd。然而天真的我以为这件事已经处理非常完美了，直到要提测的时候。开发在群里@我，质问我什么时候加的需求，我说一开始就有，prd上一直就有，需求评审我也说过。开发不信呀，在另外一个产品澄清我确实在评审会上说过后，又开始抨击UE没画，prd虽然是写了但是漏了好多细节。群里面一片混乱，一直抠文档不详细，UE漏掉逻辑。而且这一切都指向我。我没有遇到过这种情况，但是我心里只有一个想法，怎么解决。我明显看的出来开发就是不想做（我也明白来不及做了）。所以我私信给开发小组长，告诉他别急，要说责任大家都有，我会看着要么延长开发时间要么看需求的。说完这些开发们才不再说啥了。
第二件事情经过如下：
之前有一个需求点里有个弹框，说实话我对刚接手的社区还没能熟悉到知道所有已经存在的文案。于是我把弹框内容的大概意思描述出来，想着详细内容UE会描述的（在我们公司，产品的文案，包括弹框，都是UE定的）。直到开发过程，一个开发提出UE没有这个弹框该怎么处理。我告诉他弹框prd上明确说明是有的，那就是有的，至于文案，我们以UE为主，既然漏掉就让UE补上。然后他提出之前的一个功能里也存在类似的弹框，应该是做成那样吧。我也觉得既然类似那就先这样做吧，然后我找UE去补充这个弹框。我当时还是很开心开发能提出来这个点。于是跑去找UE提了一下这个弹框要补充。然而天真的我以为这件事已经处理非常完美了，直到要测试的时候。测试提出UE没有弹框，直接打了个bug给开发，开发勃然大怒呀。又开始在群里@我，说之前说好了的呀，为什么会有bug。我就解释呀，prd很清楚弹框是有的，UE没画撒，UE的bug嘛，UE补一下就好了。一解释还没完了，开始说需求不明确，工作流程问题多，前后不一致。。。心里真是一万个草泥马奔跑而过。
我并不对开发生气，我是心寒。我每次真的的是非常耐心回答他们所有问题，即使是prd上写的清清楚楚的，即使是他们动一下脑子就能发现的问题，即使是UE没画的东西，我从来没有抱怨过，更别说发脾气了。可是如今呢，就算真是我产品漏了那么两个弹框，写错了那么个文案，至于在群里对我发火吗？我不要求我是女生就该被温柔相待，但是我都是好好说话的，为什么我要受你的气。我一个产品沦落到什么地步，稍微复杂点的逻辑，开发就会说做不了，我都开始跟开发讲加什么字段去实现这个逻辑了。
好了，抱怨了那么多。好久没出现的师父该出来给我指引正确的道路了。我跟他说，为啥他们写了几百个bug他们都觉得正常，我们产品漏几个细节就会被骂死；我怼天怼地怼师父，但是我对他们那么有耐心，他们怎么动不动就发脾气指责我呢。师父第一句就是：你做了很多无效沟通。我瞬间意识到自己真的做了很多无用功，我感觉我天天加班还没学到东西还难受。不过在师父教育了一番后，我整理了一套属于自己的，至少在本项目组的工作流程。我不确定实施起来会不会好，但是我不想再做烂好人了。因为我还发现，我以为自己的耐心和好说话，但是别人根本没有这么觉得，该是时候对比一下了。
1，做好自己的事，尽量把自己的prd细节完善。当然人无完人，肯定会有遗漏的时候。如果遇到好的UE和开发愿意多动动脑子帮助我们一起完善我们的产品那是极好的。不然那考虑的不周就是不周，bug给我，好好去完善就好了。这里我还是非常感谢我们的测试同事，他们真的得考虑的非常多，非常细节，帮助我们的产品完善了很多。
2，尽量简化设计和需求，先做当前情况下最优先的事情。
3，安心思考和做产品该做的事，任何修改都要记录好并发邮件告知大家，还有及时更新文档。毕竟产品是源头，该做的事一定要尽量完善。
4，不看微信，需要找我的可以打电话，发邮件或者当面解决。绝不在微信上叽叽歪歪，效率及其低下。
5，无论任何时候，不带情绪做事和说话，以解决问题为导向，安排好产品该安排的所有事情。
6，事情一个个做，没有记录或者做完坚决不做第二件事，除非特别紧急。
7，不去做UE或者开发该做的事情，他们若是做不了，直接找他们老大。不能做让他们自己发邮件出来后决定即可。
8，有些人更看重一些虚的数据和表现，那是他们。当前这阶段我看重产品的完美和自我能力的提升就好。
9，问题有点严重或者解决不了的时候，找领导帮忙，总会有点用的。
10，别着急，做事一步步来，一步一个脚印慢慢成长！
强调一下，以上是属于我在当前公司和当前状况下，给自己整理的工作流程，不是通用的。但是有点通用的是：要学会整理一套更高效的工作流程，不能瞎忙。
网友评论