作者：陆征
本文为个人原创，欢迎转载，转载请注明来源链接及作者，谢谢。
看了一眼上次发文章的时间，是一个多月以前的了。好久没写东西，是因为忙；真忙，不是假忙。不过，今天一个小的事件，还是触发了我写这个话题的动力。
不算是个好事件，因为整体上看上去，是个失误引发的教训，一个上线的小项目，不经意间影响到了线上正在运行的项目，导致了用户投诉和流量损失。打个比喻来说，这就好比是大医院做了一个割鸡眼的小手术，本身不算什么重大事件。但是不小心这个鸡眼割的有点深，而刚好这个鸡眼的位置边上，有点小感染。如果当时涂点药，可能病人没什么可抱怨的。但是恰好被忽略了，病人脚有点感染发炎喊疼了，才发现。
事实上，就像医院不会追究主刀医师开的某一刀是否大了一点，我也并非想在这里强调这个事件，究竟是哪个谁，是那个主要操作失误人。如果我们稍微学一点概率学，大抵就会知道，一个人在某个特定时间犯错误乃至犯低级错误的几率，几乎是100%的。贵为高等动物，也不可能单独依赖个人避免。
而团队，具体来说，就是用来分散风险的。还是数学，两个人同时在某个特定时间犯错误的几率，要远远低于某一个人；而随着人数的增加，这个风险的几率就逐渐变得跟彩票中大奖一样小了。
当然有人会强调多人团队会增加产生推卸责任乃至于互相拖后腿的风险，我也承认任何得到与失去都是伴随的。不过，我认为团队操作风险的降低，是与团队成本的增加成高度关联的。因此，当你付出了更多的人力成本，你理应享受更低的失误风险。强调团队负面特质，还是有推卸责任的嫌疑。
不过，我不想回避因为团队而带来的问题。事实上，团队就好像在一个盘子里面撒豆子，你无论有多少豆子，还是会露出空隙来。这个空隙，也可以换个名词，叫做灰色地带。任何一个团队都有灰色地带，也就是没有明确规范和约定的领域。
我们总是试图去弥合这个灰色地带，但是我们一定也要明白，灰色地带可以努力缩小，但是绝对不可能消失。这还是因为人的不确定性。就好比，有梅西的巴萨，和没有梅西的巴萨，是绝对不一样的两支队伍。当你有健康的梅西时候，你当然会毫不犹豫的用这个天才来盘活你的边路和进攻。但是你也必须知道，当他受伤的时候，替补上场，应该有其他队员来分担这个位置的责任，才能保证原本的最强点不变成最弱点。
我想说的是，团队是流动的，每个个体的能力又是不同的，因此灰色地带的范围，从一个长期来看，一直在不规则的变化。因此，一个机动的弹性原则，适当的因人定岗定规范，其实是必要的。
那么作为一个产品经理，你必须也要明白，你身边的灰色地带是永远变化中的。我们可能都会面临过一些争议，比如产品和研发，究竟应该谁来出数据表结构或者具体接口文档；比如产品和设计，究竟谁应该来定义交互规则和页面布局。事实上，如果你听懂了我上面的故事，你就会知道这点永远无法争论清楚。
就像那句名言所说，人生就像一盒巧克力，你永远不知道下一个吃到的是什么味道。作为一个产品经理，你永远不知道下一个跟你合作的成员是什么情况，他们也一样！只要你工作到达了一定年限，经历了几个合作者，你就会知道什么是天才的架构师级别的研发，你刚说一个想法，他已经完美给你实现并且考虑了所有的可能问题了；你也当然会有机会在用尽心思写了一个极致完美的文档提交后，仍然被研发同学一句“我觉得你的需求提的不够清晰”噎死。同理，研发人员也遇到各种奇奇怪怪的我们这种叫做产品经理的家伙！
工作可以界定，但是团队一定要磨合。
事实上，我的一个并不十分具有普遍性的观察发现，一个典型的产品经理，应该拥有那么一点让人讨厌的唐僧性格。也就是说，在我们面对未知的合作可能时候，每次先就低出牌，永远把团队成员当一个初哥来对待，直到你真的发现对方不是。
产品经理既然扮演着沟通与驱动的重要职责，就不可能成为一个真正意义上的好好先生。更何况，产品经理群体自己也爱夸耀自己，你看现在可以有《人人都是产品经理》，卖的还不错；你什么时候听说有《人人都是程序员》？相信我，即使程序员看到这个书的标题也会认为像是在骂人。
事实上很多产品经理都会在职业生涯的前期，有过多次自我犹豫。那就是，我这么不厌其烦的催着别人做事情，我这么讨人厌真的对么？事实上，你的犹豫可以用我最开始提出的数学问题来回答。那就是，你的讨人厌，如果可以确保团队中更多的人关注你驱动的项目，就会大大降低项目失败乃至于失误的风险。比起你讨人厌的外在表象，几何级的风险系数降低，难道还不能给你带来足够的信心么？
所以，如果我们包装一下“讨人厌”这个词，就会发现它其实也等同于“驱动力”。在互联网行业，一个更多由产品经理驱动的行业，你既然选择了成为这个角色，就要接受并释放它的一切特征。
还没有评论。
您必须 登录 后才可以发表评论。