程序和产品之间的故事，android开发，ios开发，wp开发必备攻略

近来看了一首MV《产品经理是条狗》，感觉产品经理好无辜啊，“产品狗”这个帽子怕是摘不掉了，没关系，不是还有“程序猿”陪你么，嫌少还有“工程狮”~

 

在DevStore办公室，程序员小李又被叫产品经理叫去修电脑了，由此引发了一场鲜为人知的血案......（请留意结尾彩蛋）

 

好了，进入今天的主题——你怎么看程序员与产品经理的关系，不共戴天还是唇齿相依？

 

程序员小李（化名）

热火朝天的办公室，一精壮青年小李一边啃着馒头，一边看着眼前产品，愁眉紧锁的他陷入了沉思：产品下一步应该怎么走？如何保证代码质量？如何缩短项目时间？如何控制项目成本？一个个难题需要他思索，抉择。此时，传来产品经理的吆喝：“小李，先别敲代码了！给我修下电脑……”

小李心想：要不是家里穷，老子就是美国麻省理工的高材生，尼玛你居然让我去给你修电脑，太不尊重我的工作了吧，居然这样无情践踏我的尊严！

因为明白你们不懂计算机组成原理，所以容忍去帮你们修几次电脑；因为明白你们不懂操作系统，所以容忍去帮你们重装几次系统；因为明白你们不懂计算机病毒原理，所以容忍去帮你们杀几次毒…… 但是，给你修电脑不是我的义务与责任！产品狗，侮辱之仇不共戴天~

 

产品小美（化名）

产品经理，就应该对产品的功能有决定权，但是如果产品失败了，也要负直接责任。我考虑产品的功能特色、性能，还要考虑老板提的要求，还要考虑市场定位、用户需求，还要为产品市场效果负责，我容易么，所以我是产品的核心，程序员你只管安心实现功能就行了，不需要操心产品上的东东。

 

某资深产品

程序员总是想尽量精简并按照自己的想法来完成一些功能设计，有时候为了完成功能，并不会完全按照最初的产品设计来执行，那么未来就有可能进行返工，产品会指责程序员没有按照设计执行，程序则会以各种功能无法实现为借口进行反驳，“无法做，无法实现”是最佳的刁难理由。

 

做产品的时候，总是想一开始就做一个大而全的东西，别人有的我要有，别人没有的我也要有，总是先模仿同类的其他网站，这样很难有自己的特色。程序员做的不是自己想做的，所以他们总是消极怠工，或者是代码考虑不周全，留下了未来的一大堆隐患，或者是本来可以很快完成的任务，他说是很复杂，这个需要做很久，以此来表达自己的不满和抱怨。

 

双方交恶的更本质的原因一般不在改需求本身，专业程序员不会反对改需求，一般的原因在于不相信程序员的专业性，举个例子，你要改动一个登录页面的流程，程序员告诉你，这个功能要两周才能做完，你说不行，一周必须做完。这样就没办法沟通了，不写程序的人决定一个程序多少时间写完（注意我说的是决定），这是很荒唐的一件事。一般的结果是闹到老大那里去，最后加班（加班从来也不是一种专业的表现）。

专业的产品经理不应该用功能的产生原因来说服程序员，这不是程序员应该关心的事，如果程序员关心这事，很好。但这不能起决定作用。同理，程序员认为产品经理需要懂写程序也是算流氓。

 

某资深程序

程序员有产品意识，这点是很好的，你可以提意见，但是不重要。程序员只该关心实现这个功能的成本，并给出这个功能的成本，能不能带来好的体验，和程序员的工作没有关系。当然你可以提意见，但是不起决定作用。

 

如果程序员以不能带来更好的体验去反驳产品经理，这就是不专业的体现。

我们需要专业分工，你可以懂别人领域，提出意见，但是你不能以此来说服对方，因为对方在这个领域才是专业人才，如果搞砸了，是别人要承担责任，不是你。

 

产品的体验好与否，和程序员无关。（记住，这里说无关并不是鼓励你不去关心这个问题，事实上一个程序员去了解点产品的知识总是有好处的，但是这个不能拿去当论据，这不是你的工作职责）

程序员拒绝一个功能的理由有且只有一个：这个功能程序上无法实现，我说的是绝对无法实现。