如何回复产品经理"这个功能为什么不能做?"这样的问句?

wdlth

2016-09-03 20:57:34 +08:00

可以用万能的小马哥

wupher

2016-09-03 21:05:56 +08:00

什么都可以做，问题在于是否能支付相应的时间和成本

karloku

2016-09-03 21:12:44 +08:00

产品经理不单是产品设计, 还要负责产品的研发周期和控制风险啊
实话实说告诉产品经理做这个功能的成本和可能的问题, 让产品经理自己去评估就好了. 只要让产品经理明白一回事那就是不管多拼多赶, 资源终究是有限的.

zlkent

2016-09-03 21:36:17 +08:00

我也经常问这种问题，虽然没写过程序，但项目做多了，多多少少能知道哪些技术上可实现哪些不能实现。上面各位也说了不能做的各种原因，但其实有时候就是程序员想偷懒而已，或者脑子没转过来想复杂了。那么问清楚，这样要么改需求，根据项目时间删改功能，或者提供思路给程序员，帮他用容易的方法实现。我做了这么多年产品，当程序员说不能做的时候，有 50%是确实要删改需求的，有 40%是我提供思路，最后可以实现的，有 10%是程序员想偷懒而不做的。

大部分产品经理是不懂技术的，所以不是想问你具体代码怎么写，而是问清楚原因要衡量需求和开发成本来进行取舍，所以，我觉得负责任的产品会刨根问底。否则如果遇到一个半吊子的程序员，这不能做那不能做，最后出来的产品不是用户市场导向，而是开发的能力导向了。我们公司以前的几个开发就是这种样子。所以他们说不能做的，我甚至去帮他们找代码或者例子做参考。但如果是能力很强的，有责任心的，一般问清楚了我就自己去改需求了......

上周刚发生一件事情，我给程序员一个需求，结果他自己想简单了，省略了一些我要求的功能。最后被测试发现，我就去问他为什么没严格按照我的需求来做，他说觉得他那样做功能就够了，没必要完全按照我的来，太繁琐。最后我让测试模拟最低配置的环境测试，问题就暴露出来了，然后他只好回去重写这部分代码......举这个例子的意思是，每个人因为自己的角色，看问题的角度是不一样的，既然作为产品，他因为某个功能肯定有特定的需求（否则项目需求评审也不会通过）人家产品对某个功能是有数据支撑的，而你的观点只能代表你个人。当然不是说程序员就不能对某些功能提反对意见，只是，别拿自己觉得没用来做借口不去做。

当然以上只代表我个人的经历和感受。如果你们的产品经理啥都不懂就喜欢瞎来，那你还是赶紧换工作吧，一个烂产品，这个公司也迟早完蛋。

moooookey

2016-09-03 21:55:01 +08:00

我决定去做个集产品经理与研发于一体的程序员……
研发只会吐槽产品经理需求奇葩，有没有认真想过自己的问题？
真实的例子，我司写界面的程序员，混了整整 3 年，还只会复制最开始外包留下的 DUI 框架，基本的输入框右键菜单做起来都费劲，更别提什么动画效果……

lijsh

2016-09-03 22:33:26 +08:00

程序员的口头禅不应该是“做肯定是能做”吗……

peneazy

2016-09-03 22:56:55 +08:00

mark 好帖子

cszchen

2016-09-04 00:56:43 +08:00

有脑子的产品经理真的不多。
我们公司有个产品经理要求前端加快捷键，用上下左右键来切换输入框。这只是冰山一角，有一些跟业务相关的不方便吐槽

lk920724

2016-09-04 01:11:34 +08:00

具体情况具体分析吧，虽然有些确实不合理。= =

taresky

2016-09-04 01:23:57 +08:00

@tabris17

同意你说的，在经过检验之前，产品的需求是伪需求。

如果检验出来这个需求错了，产品确实要负全责。但是离职对赌协议？？？你算老几？？？

这个决策失误的后果多大，需不需要产品经理是离职，程序员说了不算，老板说了才算。

同样公平的。那些觉得扯淡的需求，程序员完全可以选择不做，不鸟产品，不去实现。那也必须这位程序员为没有现实这个需求负全责。不愿意负责，那就写，锅让产品去背。

都是给老板打工的，搞得好像非要互相争个对错，多可笑啊。产品提了没用的需求要背锅，开发不愿实现就走人啊。

另外，不明白你们公司什么情况，产品竟然有权利让你们 996 ？太不可思议。公司项目的需求不用你们研发 leader 评审吗？加班不用征得个人同意吗？

taresky

2016-09-04 01:28:19 +08:00

为什么不能做就说为什么不能做。

有这么难沟通吗……

chevalier

2016-09-04 09:26:28 +08:00

产品：这个功能能不能做？
技术：不能做。
产品：为什么不能做？
技术：因为我觉得不能做，你觉得能做你来做？

SilentDepth

2016-09-04 10:19:27 +08:00

本着为产品（用户）负责的态度，这个问题不是问题

annielong

2016-09-04 11:17:26 +08:00

我也刚遇到了一个，计算佣金的问题，技术说不能做，结果只好把数据模型、数据结构，逻辑结构、业务流程和程序中的流程都给写了一遍，就差用伪代码写一遍了

WhatIf

2016-09-04 12:33:12 +08:00

@annielong 这些必要的信息本来不就应该给出来吗？
如果是通用的计算方法，程序员也未必懂的，给出相关信息就好。如果是公司内部的算法，那么更需要了

整体感觉，说不能的应该几种情况：
1 各种需求相互矛盾，这个无解
2 程序员缺少必要的信息，这个可能是产品不愿意想，问题抛给程序员，也可能是程序员并未具备产品认为必备的知识储备。
3 这个功能 office 里面都有，为啥你做不出来系列
4 程序员笨，懒

yidinghe

2016-09-04 17:55:51 +08:00

成本和可行性是两个概念，站在产品的角度当然先了解可行性，再来看成本。所以产品问的是可行性，开发拒绝的时候却想的是成本，双方不在一个思路上啊。

wilddog

2016-09-05 09:02:11 +08:00

基本上是这样的：程序员一般不回去想这个需求合理不合理，而是想这个东西应该用什么技术实现，所有基本上不太会拒绝产品经理的需求，当然在成本和，时间都允许的情况下！当然楼上有说如果时间上成本上不允许的话，那就和产品经理明说吧！希望可以帮到你！

ajan

2016-09-05 10:03:06 +08:00

@wdlth 哈哈哈，这图配得妙

ecloud

2016-09-05 10:33:27 +08:00

本来这个是就是公司制度问题
合格的产品应该是开发或者测试出身的，必然知道什么能做什么不能做
如果产品只是个客户的传声筒，要之何用，还不如直接跟客户说

zuotech

2016-09-05 10:41:53 +08:00

我理解的不能做:
1. 逻辑上有矛盾, 根本上是实现不了的
2. 技术上实现有困难, 技术团队中目前没有这方面经验, 存在不确定性
3. 产品经常改功能, 单纯的想拒绝产品的需求

勾通的方式很重要, 同样的话不同的人理解不一样, 自负的产品碰到傲骄的技术时, 无解....哈哈哈