当开发开始摆烂，就没产品经理什么事了
当前各个公司裁员、锁HC，还在工作的不少人心态也发生了变化，要么就是等着裁员拿补偿，要么就是准备躺平放弃挣扎。这种时候，很多原本需要积极配合、操作的事都变得异常困难，特别是和产品对接比较多的部门，如果对接的人选择躺平，产品还能怎么办？
————/BEGIN/————
有时候想想，作为一个打杂的产品经理，在很多时候，真的很无力也很无奈。比如当开发人员都开始摆烂，任何需求和功能都推进不下去的时候，甚至会慢慢怀疑人生。
就是这样糟糕的情况，在我们部门已经持续了挺长时间了，期间也和部门领导反馈过这个问题，怎奈环境使然，做为产品经理的我，什么也做不了。
摆烂其实是一个比较宽泛的词，我们虽然都知道它的大致意思，但是如果真要说出个所以然来，却又发现难以找到合适的语言去形容它。
不过从我目前所遇到的情况来说，大致可以从3个方面去解释何谓“摆烂”。
归纳起来，就是所谓的三心：责任心、敬畏心、上进心。
责任心
我们打工人上班，其实和企业之间是一种双向的选择关系。我们付出自己的劳动，公司付给我们相对应的报酬。简单点说，这是一种等价交换。往深了说，这种关系其实是一种契约关系，我们所签的那份合同，是具有法律效应的。
那既然是这样的一种关系，无论从什么角度来说，作为打工人的我们，做好自己的本职工作这个底线，是不是应该需要有呢？
而摆烂的开始，就是这个底线丧失的开始，就是个人职业素养的丢失。
比如我作为产品经理，我的职责就是需要给目标用户提供合适的产品来满足公司的发展要求。作为开发人员，他们的职责应该就是保证所提供的产品是符合要求并且可以稳定运行的。
但是如果一旦开始摆烂，上面那些最基本的要求都是满足不了，说一句不开玩笑的话，有时候想产品稳定运行，简直就是一种奢望。
我们公司是做运动场馆服务的，我们的目标用户就是广大的球友，他们的使用场景就是可以通过小程序快捷的进行场地的预定，仅此而已。
但是自从大家开始摆烂后，连这个最基础的功能都会出问题，经常就会有用户反馈无法预定到场地，不是页面经常报错，就是付钱后没有订单，反正问题就是层出不穷。
这个情况在以前也出现过，只是它出现的频率不像现在这么高，而且以前就算出了问题，大家也都会尽力想办法在第一时间内解决的，至少以前的态度在那摆着。
但是现在再遇到这样的情况，大家的心态就是，让用户多刷新吧。甚至有的时候，连我们部门的领导都十分明确这个事情的严重性，并且再三督促要他们排查问题。可就是在这样的情况下，他们也都是不进行任何回复，反正就是摆烂，你拿我怎么办吧。去问前端，得到的回答就是“我不知道出了什么问题，看不出来”，去问后端，得到的回答就是“我看不出什么问题”，然后就这样，没有任何一个人去解决这个问题。
在我看来，这不是能力的问题，而是态度的问题。更要命的是，大家都觉得这样的状态是正常的，是没有任何问题的，你能奈我何！
很多时候，作为打工人，确实有自己的难处。但是无论有多少的“憋屈”，这种毫无责任心的状态，也确实让人很难受。
敬畏心
所谓的敬畏心，单从工作的角度来说，那就是我们起码要对自己所交付的内容保持足够的敬畏和尊重。毕竟是自己做出来的东西，好歹不能让别人说闲话吧。
比如从产品的角度来说，当产品交付给用户使用的时候，才是真正考验它的时候。无论是页面的布局，还是整体色彩的搭配，或者是提醒的文案文字等等，这些都是我们产品的价值体现，是需要我们用心去呵护的。而对开发人员来说，页面的稳定性、访问的流畅度、使用的顺畅度，也都是需要考量的目标。
但是如果一旦开始摆烂，这所谓的敬畏心，也就没有了。
具体到开发上面来说，我们遇到的典型问题就是：修改功能不测试、线上内容随意改。
先来说说修改功能不测试。
这是我们部门的特殊情况决定的，因为部门没有足够的人手，目前的测试工作基本都是运维人员进行兼任的。而之前我们领导也说过，开发要上线的功能需要先在开发内部进行测试，没有问题了再交付给运维，最后再由产品经理进行验收。也就是：开发内测→运维测试→产品验收。
但是现在的情况是，开发想改就改，想发版就发版，完全是看心情。比如有一次开发擅自修改了场地预定的逻辑，导致了在早高峰时间用户无法预订。最后问下来，原来是后端接口昨天进行了测试，然后测试的东西没有改，就直接发版了。还有一次，是前端开发在做功能开发的时候，将付款的金额写死成了0.01，导致功能交付的时候，无法修改价格。
像上面这种例子真是不胜枚举，太多了。总结来说，就是太随意，太不当回事。反正就是功能我做了，我就发，能不能用我才不管。
再来说说线上内容随意改。
如果说前面的“修改功能不测试”的影响没有那么大，那“线上内容随意改”这个问题的严重程度就要大的多了。有时候我就搞不清他们的脑回路到底是怎么想的，就是已经在线上运行的内容，在他们的眼里都是可以随意改动的，真的是想改就改，没有任何顾虑。
比如我们的小程序，有个合作品牌板块，里面的品牌都是公司市场部和商务部的同事多方沟通最终签过合同的，并且品牌的标准、排序、时间，都是预先规定好的。但是这些在开发人员的眼里，那都不是事。有次他们将某个品牌的顺序和logo的比例改了，还是品牌方发现了问题，当对方找过来的时候，很多同事都是一脸蒙圈。经过了解才知道，是我们的前端开发自己擅自修改，理由是他觉得那个比例不对，应该可以放更多的内容，就将高度调整了。但是他的这样一改，对品牌方来说，就是慢慢的不尊重。像这种随意修改线上内容的情况也是十分频繁。
造成这样的情况，部门内缺少严格的流程和奖惩机制是一方面。但是我觉得，每个人心中的意识不到位，才是最可怕的。就是他们并不觉得那样做有什么问题，这才是最严重的问题。
上进心
所谓的上进心，那就是在完成工作的时候，能不能将标准从40分提高到60分，我都不奢望从60分提高到80分了。
对于开发而言，40分仅能代表将功能完成了可以用，60分仅代表将功能实现了并且能够没有问题，80分代表的则是按照设计规范完成并且稳定的运行。
当然，这仅仅是我们部门的标准，每家公司的要求不一样，仅做参考和举例来用，不用太较真。
上面说的标准，无论是产品还是开发，其实都是一样的。产品就是从能用到好用到想用，开发就是从能用到稳定到持续。
但是如果一旦开始摆烂，这所谓的上进心，也就是荡然无存了。
具体到开发上面来说，就是做出来的东西，非常的“凑合”，非常的“糙”。就是你说它有吧，它确实有，但是真要用起来吧，就感觉特别的别扭，总是让你感觉差了那么一口气。
还是来举2个例子吧，一个是后端功能，一个是前端功能。
先来说说后端的。
我们的场馆，经常需要给某些固定的VIP用户发放固定的优惠券，这个固定的周期可能是1周，也可能是1个月，也可能是1年，反正就是不太固定，但是又相对不是那么灵活。
当初在提出这个需求的时候，是想着有个定时的任务，能够定期自动的给这批人去发放优惠券，我也是按照这个预期去评估的。
在第一次将优惠券发放完成后，所有人都认为这个功能已经完全OK了，但是过了大约2个星期左右，就有VIP向我们的工作人员反映，说是最近这段时间没有优惠券了，无法进场使用了。
最后经过了解下来，原来是后端根本就没有做自动发放的功能，都是手动发的。于是乎，到现在已经过去大半年了，还是他在手动发券。每次都显得他很忙，但每次又不解决根本问题，都是在做重复劳动。
再来说说前端的。
当时有个场馆，需要一个功能，就是用户扫码之后，能够进入到一个页面，在这个页面里能够选择商品、数量，然后进行付款，最后再进行商品出库。也就是从购买到出库的整个自动流程，减少人工的干预，提升运营的效率。但是到最后，前端交付的功能是：用户扫码进入页面，输入金额付钱。整个过程，和商品没有任何关系，更别说出库了。追问前端，得到的回答就是时间紧任务重，先这样用吧。
以上，就是目前我所遇到的情况，实在是无解！
如果要说原因，开发人员的个人因素有，但部门缺少规范、没有奖惩制度，也是最终造成这种现象的根源。
有时候我就在想，是不是自己太较真，都是打工人，没必要。但是每每这样想，真的就是过不去自己的那道坎。
于是，就在这种无能为力的拧巴状态下，艰难的继续着。
改变不了别人，就改变自己吧！
你永远无法叫醒装睡的人，同样，产品经理，你也永远无法推动摆烂的开发。