掌控力

PM做出来的产品，常常比喻为自己的孩子。自己的孩子要照顾好。

1.对自己的产品没有掌控力，做什么PM

因为我负责的产品节后上班要做春节运营，对这种运营我已是轻车熟路了。正好带了个校招，寻思着也让他锻炼锻炼，顺便通过这次运营深度了解下产品。

期间跟他沟通了很多，也给他看了我之前做的页面。但是他提交上来的方案却被我屡屡退回，我很沮丧，甚至懒得与他继续沟通了，终于，再这种糟糕方案下，出了一版一般糟糕的方案。因为我已经否定太多次了，而这次的方案，虽然感觉不好，但是又说不上来到底哪里不好。于是我便说：那就这样吧。你最好再优化下。

当然，这孩子并没有继续优化。

年后春运，成果就要上线运营了，提前给老大看了。结果非常不好，被要求重新做，被老大指责。也幸好是我之前做的比较熟悉，便花了一天的时间搞定了这些运营资料。

事情虽然解决了，没有造成严重的后果。事后，在老大的指导下反思了一下我的问题，主要还是对自己的产品掌控力太弱。

1）结果好坏，自己背锅

虽然运营分给了别人做，但是结果是由我自己背

我没有意识到这一点，得过且过。心中存在着一丝侥幸：可能随便做做点击率也是这样吧。每次做的好坏都一样。所以在对校招的要求上，不够严格，没有掌控力，导致事情向不好的方向发展。我可以带不好校招，但不能让他毁了我的产品。

其实他做不好无非是因为：不用心。

2）“那就这样吧”是不被允许的

始终以最严格的要求对待自己的产品，做到自己能力范围内的最好，做到可见范围内的最好。如果是自己动手，自然要这样；如果有别人参与，也要要求别人这样。因为毕竟项目结果由自己负责。

3）对用户保持敬畏之心

我们面向的用户虽然low，但在如今丰富多彩的互联网世界，也大都是体验过优秀产品的人。能用是最基本的，也还要好用，让人想持续用。让用户在使用自己的产品时，感受到愉悦，而不是厌恶。

所以，在今后，我所负责的项目我要做到尽善尽美，要用心。

2.对自己的情绪没有掌控力，做什么PM

和程序员发火了。

需求是类似之前已经做过的，所以理所当然的认为，技术执行起来也应该是轻车熟路，不会出什么问题。然而技术2却问了我无数的脑残的问题，抠字眼的问题，技术描述上的问题......

于是我就发火了

上线后，发现他自作主张做了需求中没有涉及到的逻辑（有一个点在测试环境无法测到），当着老大的面，我朝他发火了，生气了，大声说话了。让他赶紧去改，他依旧在逼叨叨。

后来，老大在群里“教育”了我，让我“温柔”。我当时还在气头上，只是言语软了下来，但内心还是气氛的。

后来思考了下：

1）我仍然不觉得我做的有什么不对

本就是这位技术事情多，不够专业。

问题出在我的情绪上。

2）管理好自己的情绪

换一种方式去沟通，换一种方式给对方施加压力，而不是脸红脖子粗的叫嚷生气。

3）做情绪的主人

驾驭情绪，而不是任由情绪自己发挥。

4）不受他人影响

因为在此之前就有无数次的听到同事抱怨他，所以也渐渐的对他了看法，导致在对待这件事情的时候，放大了对方的错误。

气愤，恶语，发怒，只会体现你的无教养，无自控力。如果在不合自己意的条件下，也能自如的控制情绪，引导对方向对的方向发展，尽快的解决问题，才是正确解决之道。毕竟，生气伤肝。

写于2017年2月17日。对春运后发生的事情的一个小总结。