程序员加班加点通宵，上线一个产品经理认为很急或者很棒的功能，结果根本没人用或者恶评如潮退回上一版本……
north521 2016-01-24 10:26:24 +08:00 9265 次点击这是一个创建于 3607 天前的主题，其中的信息可能已经有所发展或是发生改变。
你们遇到过这种情况吗，贵司的产品经理会担责任么？
 | 1 xenme 2016-01-24 10:30:44 +08:00 反正不是你担责就行。 |
 | 2 dryyun 2016-01-24 10:34:52 +08:00  1 谁担责我不清楚，而且也不是谁的责任的事情，这个时候要想办法解决这个事情，这个时候就只能程序员去解决了，修复问题或者回退版本。 如果非要说什么的话，反正就是码农在处理 |
 | 3 fyl00 2016-01-24 10:38:11 +08:00 纯银说得好，产品汪的破坏力太大。 这事情即使产品汪不担责任，出现一次对产品汪的打击也不小，因为这样肯定以后大家都不怎么信任他了，下次需求想再过就不那么简单了。 当然如果这个产品汪是创始人的人，那换公司吧…… |
 | 4 v2wtf 2016-01-24 10:41:34 +08:00 以下情况需要程序猿背锅： 实现得不好、不是他想要的样子、性能太差、太卡、有 bug |
 | 5 huanghaofu86 2016-01-24 10:58:57 +08:00 这个程序员无关，只要你按照要求去弄，这是市场与产品的饱和度有关，市场产品大把，并不代表你产品开发出来就有市场。。。 |
 | 6 pangtianyu 2016-01-24 11:04:38 +08:00 难道新功能上线不做 A/B Testing 之类的事情的吗？ |
 | 7 cyruswo 2016-01-24 11:22:31 +08:00 这种事情谁都不想发生，但是发生了就说明里问题，从你的描述来看，是产品的锅。 但是一个公司里面哪里有一个人说话的时候呢... 所以，这样的失误不可能只是产品一个人的责任，但是得产品一个人来呗。 干杯，壮烈的产品！ |
 | 8 lijsh 2016-01-24 11:31:06 +08:00 除了出现 BUG 要修复，没什么需求是很急的；产品经理说急，很多时候是老板觉得急。 产品的一部分价值正是把老板的需求细化成产品需求，还得写得冠冕堂皇非做不可，做出来有问题可跟老板没关系，肯定是产品功力不够。 当然靠谱不靠谱还是能分辨出来的，不靠谱的整个两三次大家都不怎么当他一回事了。 |
 | 9 dillon 2016-01-24 11:45:17 +08:00 via iPhone 产品需求应该采用 VC 的投委会形式，过会了再交给研发实现 |
 | 10 beingbin 2016-01-24 11:55:02 +08:00 4 对于产品经理的误解就是这样来。 产品和码农的工作内容是不一样的，对于码农来说， 1 就是 1,2 就是 2 ，程序基本都是很确定的东西，但是产品面对的是多变的市场，一个产品不可能一下子就完美，有几个大牛能百分百准确预料到市场需求、变动？所以才需要不断试错去完善产品。 产品汪除了协调部门合作之外，往往还需要做的就是以最小的成本去试错获得收获来完善产品，简单的说就是背黑锅的。一个功能点没有达到市场预期恶评如潮，这种情况即便是在 bat 都是很正常的事情， qq 、支付宝、微信哪个不是被骂出来的？如果因为此就贬低产品、质疑别人能力，那倒体现出部分技术人员眼界与心胸的狭隘。 利益相关：我只是个作图，不是产品也不是码农。 |
 | 11 anubiskong 2016-01-24 11:56:23 +08:00 2 典型的怨妇心理 创业就是做别人没做过的事情, 试错的过程在所难免, 需求只要命中一次那么多少次失败都可以洗刷. 失败了就要找人背锅担责任那谁还有胆量创业, 哪怕是日本武士失败了也不都切腹的, 要不武士都死光了. 怕受委屈就别进创业公司, 去找个大公司或者对日外包公司比较适合 |
 | 12 matrix67 2016-01-24 12:14:27 +08:00 via Android 所以说技术不重要，产品经理重要，但是产品扛不住老板的压力 |
 | 13 zhicheng 2016-01-24 12:19:21 +08:00 2 楼上几位表面上说的很有道理，但其实并不完全正确，产品经理的职责并不是试错，试错谁不会啊。。。 对于一个项目 90% 的功能，可能都是没有什么用。但在做之前要做一些成本和市场的衡量，失败之后要善于总结。大多时候，你遇到的可能只是产品经理对这个功能或对这个界面，非常非常非常的着迷。这种情况一定要从开始就避免。 也有可能会发生，这个功能可能很有用，但不考虑产品形态和公司现状，也很容易失败。 曾经有一个产品经理，把我们一个垂直门户项目抄成了 AirBNB （还好没抄成 Google 或 Baidu 首页）。 作为招过很多和炒过很多产品经理的人表示，作为公司培养一个优秀的产品经理和项目经理，需要的时间和金钱远远超过培养一个优秀的工程师。所以在对产品经理和项目经理的人选上，一定要慎重。 |
 | 14 realpg PRO 1 之前的某公司。。。 老板力主上了一个他认为超级牛逼的新功能 不是产品经理，是老板…… 然后大家努力了一个礼拜，达到上线标准，推上线…… 然后恶评如潮…… 然后老板坚持认为这功能太牛逼了是我们的核心科技…… 论坛骂的帖都删不完…… 老板还自我感觉良好呢……坚持认为过些天（我觉得怎么也得过个几百年）傻逼用户们就知道这个多好了 然后，我跟老板硬杠了，把老板自信心打落谷底我就离职了…… 后来都懒得关注了，不知道后续咋样了…… |
 | 15 ZiriWong 2016-01-24 12:49:18 +08:00 上线之前，产品内部会有严格的评审 老大也会要求文档中有明确的风险评估（如果存在的话，产品上线出了问题，这个就是免责声明啊） 像这种上线后完全无法接受的情况，可能是产品前期环节的重大失误啊 当然，如果是 RD 这边，开发功能不完善就上线，就需要开发哥哥自己担责任喽 |
 | 16 Wangxf 2016-01-24 13:53:06 +08:00 @beingbin 试错也有概率问题，举个例子，好的产品经理能够 10 个功能， 2 个左右不合预期，差的产品 5 ， 6 个不合预期，试错没关系，但是请不要觉得苦逼的不是你所以你可以拍脑袋决定，现在经常出现的一种情况就是自己觉得不靠谱的需求先放一边，慢慢下去你会发现这个需求压根就不用做了，为什么？因为产品自己都没想明白，有些需求只是为了需求而需求，我觉得咱们写代码的也要不怕得罪人，一定要坚决去跟产品撕下去，多撕几次产品就会小心翼翼的提需求，做好充分的准备再来而不是拍脑袋，咱们要做产品工程师而不要成为码农，否则累的是自己 |
 | 17 louk78 2016-01-24 14:06:41 +08:00 产品经理不背锅招他干嘛？ |
 | 19 blue7wings 2016-01-24 15:41:04 +08:00 我司的产品经常说，无论什么错，都睡产品经理的锅。多聪明，自己先把锅背着，然而却是一种破罐破摔的不负责任。 |
 | 20 zjuster 2016-01-24 15:58:20 +08:00 你们不分桶上线吗 |
 | 21 movtoy 2016-01-24 17:16:44 +08:00 市场永远在变，永远在调整，永远的在不停砍掉，修改。所以你才不会被开，不然项目开发完 80%的开发都可以滚了。 |
 | 22 sharkli 2016-01-24 17:33:09 +08:00 不至于恶评如潮回退到上一版本吧？ 我还没遇到过恶评如潮，大多数是根本没人用或者很少人用。 |
 | 23 YouXia 2016-01-24 17:35:00 +08:00 via Android 所以要好好读书，然后做底层基础架构，这样就不会遇到产品经理了，逃。。) |
 | 25 ruandao 2016-01-24 18:04:15 +08:00 尽量少加班, 让产品经理多点时间思考, 推演下会碰到哪些问题, 而不是, 拍脑袋 |
 | 27 akira 2016-01-24 19:18:22 +08:00 这不就是产品汪的日常么。。 |
 | 28 bk201 2016-01-24 20:09:17 +08:00 为何要同意通宵加班？我想应该不会是义务吧，还是义务通宵加班我也不好说啥了。 |
 | 29 SourceMan 2016-01-24 22:09:08 +08:00 via iPhone 不让试错吗？创业公司 |
 | 30 timqian 2016-01-25 00:59:34 +08:00 via Android 熔断机制？ |
 | 31 exploreexe 2016-01-25 02:50:18 +08:00 @sharkli 难道你不知道傻逼脑残 iOS 版的手机 QQ 么？ |
 | 32 joye1230 2016-01-25 08:01:38 +08:00 很讨厌产品经理，总是说别人家程序员分分钟就能做出来的,一脸遇到猪队友的感觉 |
 | 33 wupher 2016-01-25 08:06:53 +08:00 退回上一个版本还是好的，起码产品认识到自己的错误了。最怕的是死不撤，还要从哪里跌倒就从哪里站起，更加拼命往上面堆新功能的。 |
| 34 wupher 2016-01-25 08:08:13 +08:00 所以，好用，有数据支持的灰度发布功能是非常有用的。当然，也得领导有这个意识。 |
 | 35 yghack 2016-01-25 08:12:36 +08:00 这种情况不是经常会有吗？ |
 | 36 sherlocktheplant 2016-01-25 09:15:54 +08:00 这个问题得分上下文来看 如果是产品汪凭自己主观臆断提出的需求 没有合理的数据依据 或者经验依据作为支撑还执意这样做 那么应该是该汪的责任 以后应该削弱该汪的话语权 如果有合理的数据依据、经验依据做支撑 仍然发生了这样的事 那么大家应该对团队的数据分析能力进行检讨 大家共同担责 |
 | 37 skiplow 2016-01-25 09:33:22 +08:00 @movtoy 你这种说法 和我不丢垃圾 环卫工人就要下岗，所以我丢垃圾是帮环卫工就业一个样吗？讲话经过大脑好吗，随意喷会让人觉得你 low 爆了 |
 | 38 pljhonglu 2016-01-25 09:46:53 +08:00 如果你们的产品有不可替代性，那么即使恶评如潮用户也得含着眼泪继！续！用！ 参考 QQ 、支付宝 |
 | 39 ukiy 2016-01-25 09:57:39 +08:00 爱迪生发明灯泡要试错，他自己亲自去试了，他知道其中的苦涩，产品要试错，是程序员去试。。。 |
 | 40 looyao 2016-01-25 10:20:11 +08:00 程序猿和产品经理有说不完的故事。不管如何程序猿总要配合产品经理，好一点就是可以提出来自己对产品的见解意见，一起探讨，而不是直接否定他们，不然矛盾就会激化。都想做出来好产品，程序员想要成绩和成就感，产品也一样。如果程序猿改变不了心态，那就...。 最后还是要说，好的产品经理真的很少，这行水分太大，所以大部分还是要程序猿充当一部分产品角色（尤其创业公司），个人见解，如有冒犯请多见谅。 |
 | 42 focux 2016-01-25 10:24:54 +08:00 所以需要一个靠谱的项目经理来有压着产品经理。 |
 | 45 crazyxin1988 2016-01-25 10:47:05 +08:00 不怕狼一样的需求 就怕猪一样的产品 |
 | 46 chrishuang 2016-01-25 10:51:39 +08:00 每个公司一开始都搞过伪需求，后期能改进就好。都在走向牛逼的路上！ |
 | 47 Him 2016-01-25 11:04:16 +08:00 这是小事，碰到过调整产品方向，重新做一遍 UI ，最后产品经理跑了的 |
 | 48 winking 2016-01-25 11:36:31 +08:00 做功能前，产品需要能够先分析，这个功能有什么价值，做了之后能产生什么影响。如果有数据就用数据支持，如果没有数据，就看假设是否合理，逻辑是否严密。 有过足够的思考，即使上线后结果不尽如人意，那么是有些无法预知的原因，大家都可以理解。 如果这些都没想过，就要拍脑袋急吼吼上一个功能，被人骂也是活该。 本质上还是产品经理的能力和做事方式的问题。 |
 | 49 ixiaohei 2016-01-25 12:00:22 +08:00 @pangtianyu 我司产品就不知道什么是测试,就只有和 app 集成调试，然后直接上线，其中有的是涉及金钱交易类产品，然后一上线各种问题，然后更奇葩的事 app 接口传参错误，然而 app 已经发布到市场，然后就只能后台适应或者处理他那种错误了。上线各种坑，然后程序员加班了，让老板招测试，不招，让产品经理测试，然后程序员测试用例要写丰富，各种边界值啥都处理，另外我们一个人负责好几个产品，加班加点都搞完不开发任务，还别说写这么详细测试用例了。里面各种锅都不知道给谁背 |
 | 50 imganquan 2016-01-25 12:59:47 +08:00 1 楼主面临的情况就是产品人员没有成本意识和工程意识，不懂得控制试错成本。这种现象在大天朝各类小破公司特别常见，最核心的原因就是做产品职位的人，根本没有在管理领域有过深入的体验，缺乏团队运作成本管理、项目实现工程管理的宏观视角，完全是在拍脑门工作。 这种情况挺正常，天朝大多数产品属于“啥也做不了，于是去做产品”这类人，他们对产品职位的理解不过就是做原型图，就是模仿别人成熟的功能。大环境是这样，这是你短期内改变不了的。 那么，怎么让现状不要继续恶化下去呢？ 给两个建议： 1. 你的团队需要一个强力的研发经理或者项目经理，能够压得住产品，拦得住产品脑洞大开，天马行空的想法，顶得住老板的压力 2. 你们团队内部要有心自己做开发成本汇报，定期把结论发出来给产品打脸。这里的数据包含了，产品立项时的预估开发成本、实际开发成本、预估效果、实际效果。如果实际效果远远低于预估效果，产品脸都不知道放到哪里去。 最后我想说的是，好的公司，产品和开发是相互牵制的关系。不会出现产品独大，强势压迫开发的情况。如果你遇到了这样的情况，最好早点离开。因为这样的公司已经缺乏了最基本的内部反馈机制。 公司内部部门的意见是成本最低的用户反馈，这都不重视，说明公司也就那样子了。 2. |
 | 51 jedicxl 2016-01-25 13:10:01 +0800 via iPhone 看完评论，我觉得“文人相轻”这个词真的在国内任何时期都不过时 |
 | 52 chenchenww 2016-01-25 13:24:03 +08:00 我想说的是。。如果一个功能恶评如潮 或者没人用 选择回到上个版本的话。。如果不是因为有重大 BUG 的话 基本上这产品没啥救 |
 | 53 opopoz 2016-01-25 13:36:39 +08:00 楼主真是大惊小怪,我们做手游的遇到这事太多了,老板,项目经理,策划随便弄个他们自认为牛逼的系统放上去了,垃圾成狗了,最后还不是放在那里,如果要回退,那么相当于他们设计的东西垃圾,他们怎么可能承认,是吧 |
 | 54 GNiux 2016-01-25 14:33:10 +08:00 via iPhone 有价值的讨论。 既然是同一个团队，责任共担吧。 这样想是不利于团队精神的：这个(功能)是你想出来的哦，出了事我不管。 哎，确实实际上需要强大一点的内心。:-) |
 | 55 66beta 2016-01-25 15:09:05 +08:00 产品经理门槛太低，无奈 |
 | 56 laoertongzhi 2016-01-25 15:40:07 +08:00 作为产品狗，表示鸭梨很大。 |
 | 57 Odagiri 2016-01-25 16:02:31 +08:00 产品狗并不具有完全决策能力，如果是运营狗整理出的需求表，产品狗的上级直属领导(或者 CEO)拍脑门说：做！ 产品狗哪里有不做的理由 除非贵司产品狗真的是自己拍脑门说：做 如果是大公司，产品经理也只是一个做执行的，小公司，产品也不见得可以有决策能力。一个产品好坏除了产品本身，还有运营、交互、程序的能力。 一起组队打怪，总会有看不惯的傻 X 。有足够运气遇到好团队好领导的还是比较少见吧 |
 | 58 ouyangzetao 2016-01-25 17:30:29 +08:00 这跟公司的产品经理、决策层人员有很大密切关系。 |
Select Language