被困在系统里的，何止外卖骑手

还记得不久前的一篇《外卖骑手，困在系统里》的文章在各大平台和朋友圈刷屏了，饿了么一文回应,上了热搜又引得无数网友的骂声。

“系统”一个诸多程序员花了数年搭建的新时代工具，更是成了这个事件的舆论中心，算法仿佛在吞噬时间，蔑视生命。用巨大的时间逻辑在一个个外卖员身上榨干鲜血，获得所谓的利益。

当然，它指出了一个可怕的事实，伴随着“配送时间”、“好评度”等硬指标的外卖骑手，正在系统里无法自拔，他们扮演的是一场”无限游戏“里的NPC。

似乎存在的意义就是给别人送食物，循环往复，就像活在一个庞大的系统里。相反那些系统的操控者，也在依托算法，不断的在压缩外卖员的时间。

这篇文章似乎在唤醒人们关注这个特殊的群体，并提醒我们，为我们服务的外卖员，为了按时的到达，他们整日都在奔波，最终的结果却酿成了无数的惨剧。

似乎很多的人，很多的行业都被困在了系统里。很多的人，不禁在问这个时代怎么了？没有智能机，没有外卖的时候，我们仍然能够活的很开心，过得很快乐。

我们被困在系统里，源于什么呢？有时候是该停下来好好的思考这样的问题。当然作为产品经理的一员，其实你会发现：我们每个产品经理，都被困在系统里！

一、此“经理”非“经理”

一提到产品经理，相信很多人想到的都是张小龙或者乔布斯那一类的大神，他们用自己的行动去影响世界，甚至改变世界。

很多人都梦想成为这一类的大神，用自己的想法去改变世界，年薪百万，迎娶白富美，从此走向人生巅峰。然而现实却啪啪的打脸，必定那样的人只是少数，大多数的产品经理还是做着很基础的工作。

产品经理是CEO学前班！记得当年李开复老师一句话带起的节奏，直到现在还影响着苦逼的产品狗们。

对于不了解产品经理的人来说：哇，你好厉害，年纪轻轻的就当经理了，小伙子前途不可量啊，我相信这样的赞美，很多的产品小伙伴都听到过。

每当这个时候，我只会选择笑笑，不知道说什么好。

有些人觉得你好厉害呀，要对整个产品负责，只要有和产品相关的事情，第一眼想到的都是你。

产品出BUG了，这个产品要怎么运营，这个产品的商业模式是否要在改改，这个相关的业务到怎么操盘，这个需求是不是要在梳理一下，这个功能结构图是不是要在规划一下，产品经理你是怎么搞得，这么简单的事情都做不好么？

客户没规划二期，就因为你的功能做的太垃圾，产品经理你怎么规划的？我们的平台为什么只有那么几个会员，产品经理不好好的和运营配合呀？为什么我们同类的产品那么成功，我们的却那么的差？产品经理你怎么做的竞品分析呀？为什么我们的APP一堆差评，一堆吐槽的。产品经理你好不赶紧拿出方案来优化呀！

相信这一类的吐槽，这些的不满，每个产品小伙伴或多或少都经历过，甚至有的小伙伴会在想你到底想怎么搞？

我们顶着“经理”的title,每天操着卖白粉的心，领着微薄的工资，当产品出了问题又要去各种求爷爷告奶奶的。

为了解决问题，我们不得不去开发同学面前卖萌，甚至要忽悠客户这个做不了，项目要上线，这些需求放到二期来完成。所以很多时候，产品经理上能忽悠客户，做的需求，下能卖萌，说服开发同学。

我们为什么要去做这么多事情呢？

——很简单：虽然我们是“经理”但是我们没权。

当然，长时间的下去我们也会累，也会爆发，很多时候做为领导，虽然你画的饼可能有时候也香，但是你就给那么点人，却要做那么多的事，您心里就没点B数吗？

所以有些锅，我们产品经理实在背不动。

二、鱼和熊掌都想兼得

我们生活在一个矛盾的世界里，很多的人都想什么都要有收获，什么都想做，什么都想一次性就上，总觉得自己，就是完美主义的化身，自己就是改变世界的人。

但现实鱼和熊掌都是不可兼得的，相信这个道理大家都懂，但真正做到的人却不多。鱼与熊掌不可兼得，大家都知道这句话、都懂这个道理，但能做到的人不多。

记得有一段时间，由于工作的原因，在加上身体的不舒服，整个人体重一度超过了201斤。

为了改变，我一度下定决心开始减肥，当然我选择了最简单的方式跑步。每个星期都坚持跑30公里以上，花了大半年的时间，我终于开始瘦了一些，那段时间是相当的有成就感和高兴的。

后来有一段时间，由于自身的懒惰，放弃了坚持跑步的习惯。

有一段时间看着自己不断增长的体重，于是又下定决定去跑步。虽然很痛苦，但是我还是坚持跑完了6公里，当然跑完的结果是真整个人都不是特别的舒服，印象中第二天还感冒了。

这大概就是最简单的鱼和熊掌不能兼得的例子，你要拥有健康的身材，又喜欢大吃大喝，不去努力怎么怎么可能呢？

这里想起之前参与的一个电商项目，领导给我们定的目标：平台注册用户翻倍，年营收不低于800W。

接下来的话就是各种拆分：看你平台一个月迭代几个版本，完成了销售反馈的多少需求，策划了多少次活动….后来有几次开会，领导直接表示，我不管你怎么做，我要的是结果，结果说明一切。

有几次又开始问：为什么销售提的需求到现在都还没做？对应的渠道合作为什么还是一点进展都没有，你是干什么吃的？为什么我们的平台，维护成本要那么高？到底什么时候才能把成本降低呀？

我说的这些问题，不是只是说给你们听的，我需要的是解决，我是希望看到结果的。

结果呢：平台一堆的BUG，每周很多的新工作不断的插进来，原来制定的计划无法完成，很多的目标都是渐行渐远。

三、打杂的日常，撕逼的无奈，考核的无语

关于产品经理的工作，在很多的中小型企业是没有明确的划分，所以很多工作了很多年的产品经理，一直在做着打杂的工作，虽然他们也有一颗改变世界的心，但现实却啪啪的打脸。

老实说，产品经理的工作内容很繁杂，又繁又杂。

为了做好需求，不得不多次去做用户调研，每天都在和用户打太极，大量的时间浪费在了需求调研之上，晚上熬夜加班，整理需求，做对应的解决方案。

结果呢：被开发怼的体无完肤，这个需求做不了，那个实现需要排期，项目交付之前，又被客户叫去一顿说，有的需求要推翻重来。

项目开发的过程中，你一边要陪着开发同学加班，虽然也没你啥事，另一边又要盯着项目进度，一边跟设计师确定UI规范，一边跟测试核对测试用例，甚至有的时候，还要思考这个需求怎样拒绝客户，还不会让客户生气。

好不容易上线了，你又要随时关注用户的数据，有问题的话要优先解决。甚至有的时候，还要记录不同部门的反馈，针对这些需求你要去排期，做相关的产品迭代。

期间还要去考虑如何的拉新，裂变等一系列的投放。除了这些工作，你还要腾出精力应付随时甩锅的开发同学，或者运营同事，甚至既管过程又盯结果的老板。

反正一句话：无论遇到什么问题，找产品经理就对了。当然我们做好本职工作是很有必要的，必定这是我们的职业特色，老板给我们发工资。

但你永远都想不到，还有什么稀奇古怪的事情在等着你：

• 市场要召集客户做会销，产品经理你做个产品介绍PPT；
• 运营要搞个裂变活动，产品经理你来把控一下活动细节；
• 渠道要谈个大客户，产品经理一起去演示一下产品；

最后考核：老板却问你，一天天的在忙啥？还能不能做点正事？这一分钟你是不是很有想打人的冲动？？

四、成为系统的一部分

当然不得不说，技术的进步推动了社会的发展，大自然是公平的，优胜劣汰，跟不上的终将被淘汰。新产品的出现，必定将取代旧的产品，即使你抗议也是没什么用的，它一定会消失的。

这是一个行业的没落，不论是人还是产品，我们都会面临同样的问题，谁也无法逃避。

最后的结果，大部分是人工一定会被机器所替代，外卖行业未来也一定会有一些好的解决方案，这需要的是时间，到那个时候是不是外卖小哥又要全部被解雇。

所以，不管在什么样的环境，我们都要有居安思危的意识，以及终身学习的观念，因为你永远不知道明天和失业哪一个先到来。

在这个信息时代，你眼中的的世界，未必就是你认为的世界，很多时候你只不过是坐井观天罢了。

而你，甚至对此不自知。

在这里我想到了算法，比起之前的主动选择，现在的算法，更像一个陷阱，而你却不由自主的就陷进去了。

想到了一个词“信息茧房”，它最早是美国哈佛大学法学教授、奥巴马的法律顾问凯斯·桑斯坦2001年在《网络共和国》一书中提出的；2008年，桑坦斯在他的另外一本著作《信息乌托邦》中对这个概念做了更充分的分析和讨论。

他用“个人日报”来形容用户在海量信息中根据自己的喜好选择有兴趣的信息，从而对其他内容的忽略，最后形成“信息茧房”。

在当时，这种行为其实是用户主动选择的结果，相反的今天由于算法的推荐很多你感兴趣的的资讯已经可以自动推送给你。如果说过去的网，需要用户自己主动编织的话，那么如今因为算法的兴起，这张网已经主动给你编织好了。

“信息茧房”无处不在的今天，下一步的你究竟该如何行走，你是否思考过这样的问题呢？我们是寄希望于资本和科技公司主动在社会责任和企业效益之间寻找平衡？还是说强烈的意志去躲开这些应用，砸碎自己的信息茧房？亦或者选择随意而安，学会和它共存呢？

如果我们无法改变系统，为什么就不能和他共生，成为系统的一部分，不然一个碎念的你怎么去拯救一个碎念的外卖小哥呢？

当然要拯救外卖小哥也很容易，你不点外卖，自己做饭就搞定了。但是放弃这种便捷的生活，你愿意么？

有时候，没有霹雳手段，就少点菩萨心肠，无力的同情是最廉价的。

当然外卖小哥被困在系统里，引起了广泛的关注，并且能够达到缓解，首先是因为这个群体足够大，其次是被困的系统就饿了么和美团两个。

相反，作为产品经理的你，可能就很无奈，你要想翻起多大的波澜，实在太难了。

其次每个公司都算一个独立的系统，对于产品经理的理解和定位很多时候是不相同的，当我们从一个系统到另外一个系统，我们能做的只有适应，否则生存都是一个很大的问题。

当然很不止产品经理被困在系统里，大多数的当代社畜都一样，产品经理可能只是其中的一个缩影罢了。

本文由 @断念 原创发布于人人都是产品经理，未经作者许可，禁止转载。

题图来自Unsplash，基于CC0协议。