害，有时候觉得，产品真的就是领导，程序员，就是一条实施狗。

程序员

结论

产品

讨论

87 条回复 • 2020-06-18 18:39:31 +08:00

1

eGlhb2Jhb2Jhbw

2020-06-15 10:26:02 +08:00

11

要不然呢？他的工作就是这样的，你该讲到的讲到，声明出了问题他背锅就行了。实现他说的过一天，实现你自己说的也是一天，公司又不会欠你这一天的工资。（况且，不一定是你对）

2

westy

2020-06-15 10:26:24 +08:00

6

谁离用户近，谁离收入近谁说了算。

我是觉得程序员应该距离用户和收入更近一点的。Coder 都懂产品和用户了就不用天天说 PM 怎么怎么样了...

3

findmyself

2020-06-15 10:28:59 +08:00

主要看开发这边的头硬不硬

4

dodo2012

2020-06-15 10:29:49 +08:00

我去，你们都啥心理啊，工作而已，

5

StickmY

2020-06-15 10:30:28 +08:00

那你其实可以去做产品的，会舒服很多（对你个人而言）

6

taxiaohaohhh

2020-06-15 10:36:55 +08:00

1

这东西谁背锅谁说了算

7

Hanggi

2020-06-15 10:37:21 +08:00

5

你要拿到主导权，不要总是被牵着走。

你要明白，如果你是干活的，你的领导就是用来担责的，你要把选择带来的利害关系说清楚，然后把所有责任推给领导。
如果你们家产品经理有产品决定权，那么每个选择造成的结果都要他来担。
一旦出什么问题，就要把领导吊起来抽，让他知道当领导有多难。

而且，在听从指示的同时要加入自己主观的选择，这样你自己做着也舒服点。

8

onfuns

2020-06-15 10:37:31 +08:00

但是产品做不好也是被大领导骂

9

mougua

2020-06-15 10:38:52 +08:00

这不挺好么？

10

hao4857

2020-06-15 10:38:57 +08:00

1

兄弟有点偏激了，普通的分工而已，何来领导，何来狗...

11

yaphets666

2020-06-15 10:39:43 +08:00

2

那肯定啊做坏了要你负责吗? 如果你好好砌砖了楼塌了肯定设计师背锅啊

12

whatv3

2020-06-15 10:41:05 +08:00

5

工作而已+1 。

我是产品，我反正是很愿意跟咱们研发打成一片啊，我觉得大部分研发也是负责的。

除了极少数，会制造对立，“这个做不了...”，认真负责的评估结果，我们都能够讨论，我还和研发共同写过代码。

与此同时，产品确实会有一些其他的考量。

我个人理解哈，举个例子，比如之前很火的，手机壳颜色改主题事件。这个需求，本身看起来很不合理，不过如果有前提呢？共同讨论方案呢？

1，需求来源举例：在 iPhone5c 时代，App Store 有一个电台 App，本身功能免费，但是默认只能白色主题，如果更换主题，比如我用的绿色 5c，想用绿色主题，就得 6 元购买，我买了反正。 --- 如果这款 App 就是这个公司的产品，他的盈利模式就是这样，这个需求是不是也不那么无理了？（实现方式另说）

2，锤子吧，好像是，之前不是出过手机壳，不同贝壳不同主题么，实现方式是用 NFC 吧，我印象里是。类似的，三星的 led 贝壳也是，用 nfc 实现了更新奇的内容。（哪怕是自动识别，也不是不可能）

当然，我也意识到，手机壳改主题事件，主要在于确实基于当时的限制（第三方 App ），确实是不太可能实现的。

我是觉得，这个都是沟通者进行的。同时，也确实需要有人拍板，拍板的人不一定是领导，更有可能是背锅侠~（承担责任）

我是觉得，大家没必要对立，一起把事情搞定不好么。如果不做一点新的东西，那么也没什么意思不是么。过程中遇到问题，一块想办法呗。

13

Cielsky

2020-06-15 10:46:36 +08:00 via Android

2

工作不要代入感情，又没侮辱你的人格什么的，只是意见不合罢了

14

cnrting

2020-06-15 10:47:33 +08:00 via iPhone

1

你自己开个公司，老板 PM 程序员你都可以自己做，是不是很爽

15

orangey

2020-06-15 10:54:34 +08:00

@westy

无非就是讨论可行性，如果技术能实现，技术跟产品去纠结什么，背锅位又不是技术

反过来是一样的，如果产品也会技术

下次发帖人就是产品了：
讨论了一圈，结论就是
技术：就这样了，实现太麻烦，要考虑很多，换个需求吧

16

coderluan

2020-06-15 10:55:14 +08:00

14

我感觉都没谈到点子上, 产品和开发的矛盾点根本不在需求, 而是这个需求的工作量.

需要是应该按产品的来, 但是工作量是开发决定的啊, 这时候如果产品相信开发, 接受工作量或者修改需求, 大家肯定是相安无事的. 但是一旦产品自以为是的估计工作量或者去压榨开发让开发加班, 那开发一定只想和产品母亲进行亲切交流了.

17

hanksun

2020-06-15 11:01:14 +08:00

嗯大家想的都很开啊

18

alphadog619

2020-06-15 11:20:29 +08:00

需求不评审吗？产品说啥就是啥吗?真的是业务专家也可以，但是大部分产品都是拍脑袋的。

19

2379920898

2020-06-15 11:24:32 +08:00

麻烦加个分号或者句号

20

lifesimple

2020-06-15 11:27:59 +08:00

2

没必要工作而已
要是产品的需求很奇葩就多要点工时
后面又要改，给时间改就是了，公司本质上还是花钱买你的时间，干什么都一样。（个人拙见勿喷）

21

zarte

2020-06-15 11:28:10 +08:00

1

产品考虑的是用户使用，至于技术实现应该技术经理来负责。产品说按他的可以，成本问题技术经理来给。

22

Kirsk

2020-06-15 11:30:40 +08:00 via Android

既做产品又做开发算甚么？

23

jsondog

2020-06-15 11:34:24 +08:00

都是打工，又不是自己创业，纠结这个点没啥必要

24

jsondog

2020-06-15 11:35:41 +08:00

@lifesimple 是这样的，爱改啥改啥，只要给我时间就行。改 50 遍也没问题，反正都是按时间领工资

25

gabezhao

2020-06-15 11:36:53 +08:00

那要不然呢，来需求了让产品经理做吗？

26

LETTXZ

2020-06-15 11:41:36 +08:00

3

狗就狗为啥说实施狗看不起实施？

27

Landlords

2020-06-15 11:44:36 +08:00

看评审水平，有时候一些设计用起来逻辑根本走不通，根本都没仔细想过的

28

gimp

2020-06-15 11:49:56 +08:00

他跟你说这么做，你跟他加工时啊

29

lcdxiangzi

2020-06-15 11:49:59 +08:00 via Android

心态摆好，他们有他们的难处。他们愿意做决定摆好，出问题他们自己负责

30

gimp

2020-06-15 11:50:47 +08:00

不合理的需求及时向上反馈，做一个快乐的不粘锅

31

cyiwei

OP

2020-06-15 11:53:48 +08:00

大伙看的都很开，然而，明明平级，却在发号施令。

32

wangkun025

2020-06-15 11:55:46 +08:00

最郁闷的是，讨论完了，产品的任务就完成了，程序员的任务刚刚开始。

33

soulmt

2020-06-15 11:58:33 +08:00

你要觉得是条狗，那你不管干啥都有这种感觉，务工者，想那么多干什么？

34

mars0prince

2020-06-15 11:59:07 +08:00

你也可以开个公司，招一堆产品，每天工作就是否定他们的方案嘛

35

gadsavesme

2020-06-15 11:59:51 +08:00

不知道你遇到的都是啥产品，反正我们这边产品都挺不错的，你觉得有问题的地方可以改，都是可以商量的，真有争执的地方退一步听产品的好了，毕竟开发干啥不是干，只要实现上没啥问题你爱咋弄咋弄呗。还有就是工作量肯定也是开发这边定，不知道你们那边啥情况-。-

36

binxin

2020-06-15 12:04:10 +08:00

因为权责利统一啊~
产品做得稀烂，日活个位数，研发仍然可以靠技术牛逼晋升，视觉直接贴个博客就能跳槽，但是这个 PM 就很难做了。
复盘的时候，效果不好，大家是不是都在骂 PM sb ？
复盘的时候，效果很好，是不是也是 pm 组织，表扬大家，实际上最大受益者可能是 PM ？

既然如此，既然项目做得不好最早被优化的一定是 PM，那么责任和权利统一嘛。
除非，项目做得好，研发也站出来背锅，那么肯定让研发有话语权，问题是，实际情况大概率是项目不好，研发是第一个站出来怼 PM 的。

37

eGlhb2Jhb2Jhbw

2020-06-15 14:06:53 +08:00

@cyiwei #31 “明明平级，却在发号施令。” 这是他的工作啊，就像 coding 就是你的工作，不明白你有啥想不通的。就像你给 ux 说切这个图切那个图一样，难道你也是在发号施令？

38

ZoR

2020-06-15 14:11:53 +08:00

事先把锅甩出去有人愿意背就行了,刚毕业那会也爱钻牛角尖，时间长了想想没必要

39

zdnyp

2020-06-15 14:14:19 +08:00

只要代码没 bug，又不用你背锅

40

Tink

2020-06-15 14:19:05 +08:00

谁背锅谁说了算

41

LiuJiang

2020-06-15 14:26:44 +08:00

我天天怼我产品

42

xuanbg

2020-06-15 14:29:10 +08:00

做什么当然产品说了算，不然呢？

产品又没管你怎么实现。

43

JerryCha

2020-06-15 14:31:44 +08:00

你可以抗议，让产品以后当个半全栈，尤其你看现在 vue/react 多么好上手。
产品拿 code 做个 prototype，然后扔给开发完善。

44

liujialongstar

2020-06-15 14:38:14 +08:00

只要能实现, 当然听产品的, 至于客户体验好不好, 又不用程序员背锅. 大不了再改嘛, 虽然改需求很烦

45

helionzzz

2020-06-15 14:41:07 +08:00

5

当你有这种心态了就算你是产品了你也觉得也就是条传达用户信息的狗而已

46

XCG0000

2020-06-15 14:41:24 +08:00

有的公司也是技术主导的呀，你完全可以和产品 pk，产品是需要说服支持方才能开展的项目的，除非你们产品本身就是老板

47

saberlove

2020-06-15 15:05:15 +08:00

面向工资编程

48

voidxx

2020-06-15 15:16:34 +08:00

在我司，产品>运维 /测试>前端>后端，我就是那个后端

49

LennieChoi

2020-06-15 15:28:10 +08:00

产品决策、决定需求本就是他的工作，叫唤就叫唤吧。但有一种产品比需杠，就是老把快速试错挂嘴边的人，好家伙给自己整的挺专业似的，快速试错，敏捷开发，迭代发版更新。一句试错，程序员又得加班赶进度，他嘴里的快速试错好家伙的试错成本全在咱程序身上了。现在又不是百花争鸣的市场，什么样的产品投放到市场，以什么方式运营，这么多年了，早就行成了一套很成熟方案，除非真是在做全新领域。这年头了还试错那只能怀疑产品的专业度了

50

jydeng

2020-06-15 15:31:03 +08:00

流水的产品，铁打的开发，产品要背锅，所以听他的。

51

whypool

2020-06-15 15:49:18 +08:00

讲道理，程序员是做不出产品的

或者说，程序员做的产品都是半成品

52

citydog

2020-06-15 16:28:00 +08:00

包工头也没见听取过板砖的意见
按他说的整就行了，出了事又不是你负责，干一天活，拿一天工资，何必跟自己较劲
话糙理不糙

53

kaedea

2020-06-15 17:06:20 +08:00 via Android

1

产品就是调和老板和程序员之间矛盾的产物，ta 执行的是老板的意志。

54

maddot

2020-06-15 17:14:21 +08:00 via Android

普通程序员就是搬砖的，不过享受了行业的红利工资相对比较高而已，像古代，多数人是文盲，文章写通顺了就有官做。以后编程成了中小学生必修课，就没这种红利了

55

keepeye

2020-06-15 17:22:23 +08:00

经常怼产品不要做客户的传话筒要有自己的主见 😂

56

westy

2020-06-15 18:02:22 +08:00

1

@orangey 我认为是存在这样一个场景的：技术跟产品一起讨论需求的目地是什么，想要解决的问题和带给用户的新的体验是什么，然后共同找到一个技术可以实现也能满足目地的新需求出来。

我是技术出身的产品，我觉得懂技术的产品或者懂产品的技术都是对最终结果更有帮助的人。

不管是技术还是产品大家的工作其实都是把业务做好了公司多挣点钱好让自己也能多拿点价值（钱或者经验或者名头），所以我觉得与其讨论谁对谁错倒不如一起向对方的职业走两步然后一起想办法实现自己的目地。

57

souths

2020-06-15 18:27:25 +08:00

不嫌弃累你可以兼了产品的活……

58

opengps

2020-06-15 18:48:55 +08:00

很多出发点很好的好产品都是被 [产品] 做烂的

59

mouyase

2020-06-15 18:54:55 +08:00 via Android

我倒是见过一个公司，产品确实是领导，就算是新来的小产品也是程序的领导（指程序请假要找产品汇报那种

60

john22eclipse

2020-06-15 19:02:45 +08:00

产品一句话，开发加班好几天☹ 整个行业有种开发成了最底层的趋势，也是代价最大的承担者（背锅）

61

orangey

2020-06-15 19:36:31 +08:00

@westy
现实是这样的，只不过楼主的发言给人一种你说的不算，我说了的才算的感觉。
他心态上发生了亿点点变化也没放上具体过程，我只能代入我的见解了

产品经理定位近似于小组 leader，对项目结果负责。讨论会上大家发表各自意见，修正不合理的要求。讨论结束各领各的活，产品对项目最终结果负责。如果有独特的见解，有数据或者某一方面能够支撑你的方案，我觉得这很 OK 。

不然就是你在教产品做产品，换过来如果一个不会写代码的人强行让楼主按照他的意愿去写，我不觉得楼主会这么好沟通

62

zhuweiyou

2020-06-15 20:08:48 +08:00

让他以邮件形式说明需求，以免到时候出了问题，好划分责任。

63

80738730

2020-06-15 20:16:46 +08:00

@Kirsk 自主创业

64

Jooooooooo

2020-06-15 20:33:32 +08:00

所以我一直说程序员是整个互联网产业链上创造力最低的职业

最接近搬砖工的工种

65

newmoyupoi

2020-06-15 20:37:42 +08:00

我们公司运营说了算...

66

iplayio2019

2020-06-15 21:02:19 +08:00

有产品就不错了，没产品才头疼呢。

67

ImSpiderMan

2020-06-16 03:14:25 +08:00

1

我是这么看待这个问题的，产品经理和程序人员都是项目中不可或缺的一部分，每个人都有自己的一套逻辑和想法，但是整个项目组如果想把项目落地，那么就需要有一个主导项目进程的人，老板不懂程序员的心声，老板只要结果，那么产品经理就需要把老板想要的结果，转化成程序员可以理解的，这样项目才会有进展。这也得看你是服务什么样的公司，如果是传统行业的话产品的需求不是市场说了算，也不是产品经理说了算，而是老板说了算，如果是创业型项目的话是产品经理结合运营经理的市场需求，来去做 PRD 文档给程序人员，让程序人员进行开发、测试、上线。只是分工不同，程序如果对于需求方面和运营方面有涉猎的话可以向产品经理转。