程序员加班加点通宵，上线一个产品经理认为很急或者很棒的功能，结果根本没人用或者恶评如潮退回上一版本……
li24361 · 2016-01-24 10:26:24 +08:00 · 8684 次点击这是一个创建于 3263 天前的主题，其中的信息可能已经有所发展或是发生改变。
你们遇到过这种情况吗，贵司的产品经理会担责任么？
 |
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 2016-01-24 12:22:44 +08:00 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 +08:00 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