这是一个创建于 3031 天前的主题，其中的信息可能已经有所发展或是发生改变。
求助~如何回复才能更有效果?让其明白.O(∩_∩)O 谢谢
 |
1
paradoxs 2016-09-03 13:54:21 +08:00  1
你好，鉴于此功能的复杂程度，开发时间大概需要 1 年。
|
 |
2
AntonChen 2016-09-03 16:18:50 +08:00 via iPhone
拒绝理由一般就是时间，资金（加服务器等）
|
 |
3
moooookey 2016-09-03 16:22:43 +08:00 1
产品经理如何让研发明白某些功能细节对用户来说真的很重要……
|
 |
5
jiangkun 2016-09-03 16:42:26 +08:00 via iPhone
学习二楼
|
 |
6
duzhe0 2016-09-03 16:51:48 +08:00 3
为什么不能开发这个功能？ 不能开发的回答是你给的， 那么为什么不能开发的回答自然也由你来回答。我不理解为什么你要到这里来问这个问题。
|
 |
7
annielong 2016-09-03 17:06:45 +08:00
除非业务逻辑重复，或者冲突，否则功能应该能做，剩下的就是制作周期的问题
|
 |
8
zhouquanbest 2016-09-03 17:12:30 +08:00
晓之以情 通之以礼 连蒙带骗 忽悠至上
|
 |
9
acros 2016-09-03 17:14:42 +08:00
看不懂这个问题。
功能能不能做，不是程序员判断出来的吗？ 理由在你这里啊，告诉他不就得了。 |
 |
10
kx5d62Jn1J9MjoXP 2016-09-03 17:22:31 +08:00
因为实力不济, 所以做不了, 要是什么都能做, 我早就去谷歌了
|
 |
11
kangxianpeng 2016-09-03 17:34:55 +08:00 via iPhone
需要短信接口服务吗嘿嘿
|
 |
12
coffeedeveloper 2016-09-03 17:36:13 +08:00
前两天刚刚回绝了一个产品的要求（技术上实现的不了的方案）
产品：这个功能为什么做不了丫？ 我：你有赚了一个亿么？ 产品：这个和一个亿有什么关系？ 我：有关系的，你先去赚一个亿丫。 产品：我怎么可能赚得了一个亿嘛。 我：是丫，这个功能就和一个亿一样，不可能嘛。 产品：那你告诉我为什么做不了？ 我：你告诉我，为什么你赚不了一个亿？ 产品：我没能力赚一个亿丫。 我：这个功能技术上面实现不了，就和你为什么赚不了一个亿一样。 产品：。。。。好吧 全程开玩笑的口吻啦，我和产品很熟悉，互相开玩笑的。最后他放弃了。。。 产品：真的不能告诉我为什么做不了？ 我：你真的不去写三年计划去实现一个亿的目标？ 产品落荒而逃 |
 |
13
lightening 2016-09-03 17:37:56 +08:00 via iPad 3
理论上程序员永远不应该说这个功能不能做。程序员应该给出估计需要的资源，比如：这个功能大约需要 50 个人做 5 年，然后产品经理负责判断值不值得做。
|
 |
14
wenymedia 2016-09-03 18:27:12 +08:00
（ 勾搭产品经理
|
 |
15
tabris17 2016-09-03 18:37:40 +08:00
@moooookey 在经过事实检验之前，所有用户需求只是产品经理的伪需求。如果产品经理有信心认为这是真实需求，可以跟开发人员做对赌协议：如果这个你们 996 加班做出来的功能没人用，我就立马辞职！
|
 |
16
timeship 2016-09-03 18:40:16 +08:00 via Android
哈哈 马克一下这个帖子 需要学习一下
|
|
17
tabris17 2016-09-03 18:46:30 +08:00
“这个功能不能做”是有隐含前提的，一般就是资源（人力、时间、技术水平）的限制。
|
 |
18
wensonsmith 2016-09-03 18:59:58 +08:00
不能做一般分为三种情况：
1. 技术达不到要求： 这种实说就行，做不到就是做不到。 2. 周期排不开： 这种商量排期，产品接受不了就不做了。 3. 觉得不能做，做了没用： 这种最容易撕逼了，产品觉得做了有价值，技术觉得性价比不高。 这种情况我认为技术可以让产品说明做的价值，但不能因为这个理由去拒绝做。 |
 |
19
sun1993 2016-09-03 19:34:02 +08:00 via Android
@coffeedeveloper 产品经理:老王说过，要想挣一个亿，只需定个小目标即可
|
 |
20
bombless 2016-09-03 20:41:41 +08:00 via Android
跟产品商量什么时候做完，看他能不能接受呗
有些功能是逻辑不自洽还能解释为啥没法做（有时候做到一半才发现），这些还能解释一下，有些功能是无端增加技术风险不好做的，这个还真的不好解释，只能跟产品商量一下功能的初衷，看能不能用别的什么方式替代或者直接否决掉功能 |
 |
21
wdlth 2016-09-03 20:57:34 +08:00
可以用万能的小马哥
 |
 |
22
wupher 2016-09-03 21:05:56 +08:00
什么都可以做，问题在于是否能支付相应的时间和成本
|
 |
23
karloku 2016-09-03 21:12:44 +08:00
产品经理不单是产品设计, 还要负责产品的研发周期和控制风险啊
实话实说告诉产品经理做这个功能的成本和可能的问题, 让产品经理自己去评估就好了. 只要让产品经理明白一回事那就是不管多拼多赶, 资源终究是有限的. |
 |
24
zlkent 2016-09-03 21:36:17 +08:00 4
我也经常问这种问题，虽然没写过程序，但项目做多了，多多少少能知道哪些技术上可实现哪些不能实现。上面各位也说了不能做的各种原因，但其实有时候就是程序员想偷懒而已，或者脑子没转过来想复杂了。那么问清楚，这样要么改需求，根据项目时间删改功能，或者提供思路给程序员，帮他用容易的方法实现。我做了这么多年产品，当程序员说不能做的时候，有 50%是确实要删改需求的，有 40%是我提供思路，最后可以实现的，有 10%是程序员想偷懒而不做的。
大部分产品经理是不懂技术的，所以不是想问你具体代码怎么写，而是问清楚原因要衡量需求和开发成本来进行取舍，所以，我觉得负责任的产品会刨根问底。否则如果遇到一个半吊子的程序员，这不能做那不能做，最后出来的产品不是用户市场导向，而是开发的能力导向了。我们公司以前的几个开发就是这种样子。所以他们说不能做的，我甚至去帮他们找代码或者例子做参考。但如果是能力很强的，有责任心的，一般问清楚了我就自己去改需求了...... 上周刚发生一件事情，我给程序员一个需求，结果他自己想简单了，省略了一些我要求的功能。最后被测试发现，我就去问他为什么没严格按照我的需求来做，他说觉得他那样做功能就够了，没必要完全按照我的来，太繁琐。最后我让测试模拟最低配置的环境测试，问题就暴露出来了，然后他只好回去重写这部分代码......举这个例子的意思是，每个人因为自己的角色，看问题的角度是不一样的，既然作为产品，他因为某个功能肯定有特定的需求（否则项目需求评审也不会通过）人家产品对某个功能是有数据支撑的，而你的观点只能代表你个人。当然不是说程序员就不能对某些功能提反对意见，只是，别拿自己觉得没用来做借口不去做。 当然以上只代表我个人的经历和感受。如果你们的产品经理啥都不懂就喜欢瞎来，那你还是赶紧换工作吧，一个烂产品，这个公司也迟早完蛋。 |
|
25
moooookey 2016-09-03 21:55:01 +08:00
我决定去做个集产品经理与研发于一体的程序员……
研发只会吐槽产品经理需求奇葩，有没有认真想过自己的问题？ 真实的例子，我司写界面的程序员，混了整整 3 年，还只会复制最开始外包留下的 DUI 框架，基本的输入框右键菜单做起来都费劲，更别提什么动画效果…… |
 |
26
lijsh 2016-09-03 22:33:26 +08:00
程序员的口头禅不应该是“做肯定是能做”吗……
|
 |
27
peneazy 2016-09-03 22:56:55 +08:00 via Android
mark 好帖子
|
 |
28
cszchen 2016-09-04 00:56:43 +08:00 via iPhone
有脑子的产品经理真的不多。
我们公司有个产品经理要求前端加快捷键，用上下左右键来切换输入框。这只是冰山一角，有一些跟业务相关的不方便吐槽 |
 |
29
lk920724 2016-09-04 01:11:34 +08:00
具体情况具体分析吧，虽然有些确实不合理。= =
|
 |
30
taresky 2016-09-04 01:23:57 +08:00 via iPhone
@tabris17
同意你说的，在经过检验之前，产品的需求是伪需求。 如果检验出来这个需求错了，产品确实要负全责。但是离职对赌协议？？？你算老几？？？ 这个决策失误的后果多大，需不需要产品经理是离职，程序员说了不算，老板说了才算。 同样公平的。那些觉得扯淡的需求，程序员完全可以选择不做，不鸟产品，不去实现。那也必须这位程序员为没有现实这个需求负全责。不愿意负责，那就写，锅让产品去背。 都是给老板打工的，搞得好像非要互相争个对错，多可笑啊。产品提了没用的需求要背锅，开发不愿实现就走人啊。 另外，不明白你们公司什么情况，产品竟然有权利让你们 996 ？太不可思议。公司项目的需求不用你们研发 leader 评审吗？加班不用征得个人同意吗？ |
|
31
taresky 2016-09-04 01:28:19 +08:00 via iPhone
为什么不能做就说为什么不能做。
有这么难沟通吗…… |
 |
32
chevalier 2016-09-04 09:26:28 +08:00
产品：这个功能能不能做？
技术：不能做。 产品：为什么不能做？ 技术：因为我觉得不能做，你觉得能做你来做？ |
 |
33
SilentDepth 2016-09-04 10:19:27 +08:00
本着为产品（用户）负责的态度，这个问题不是问题
|
|
34
annielong 2016-09-04 11:17:26 +08:00
我也刚遇到了一个，计算佣金的问题，技术说不能做，结果只好把数据模型、数据结构，逻辑结构、业务流程和程序中的流程都给写了一遍，就差用伪代码写一遍了
|
 |
35
WhatIf 2016-09-04 12:33:12 +08:00
@annielong 这些必要的信息本来不就应该给出来吗？
如果是通用的计算方法， 程序员也未必懂的， 给出相关信息就好。 如果是公司内部的算法， 那么更需要了 整体感觉， 说不能的应该几种情况： 1 各种需求相互矛盾，这个无解 2 程序员缺少必要的信息， 这个可能是产品不愿意想，问题抛给程序员，也可能是程序员并未具备产品认为必备的知识储备。 3 这个功能 office 里面都有，为啥你做不出来系列 4 程序员笨，懒 |
 |
36
yidinghe 2016-09-04 17:55:51 +08:00 via Android
成本和可行性是两个概念，站在产品的角度当然先了解可行性，再来看成本。所以产品问的是可行性，开发拒绝的时候却想的是成本，双方不在一个思路上啊。
|
 |
37
wilddog 2016-09-05 09:02:11 +08:00
基本上是这样的：程序员一般不回去想这个需求合理不合理，而是想这个东西应该用什么技术实现，所有基本上不太会拒绝产品经理的需求，当然在成本和，时间都允许的情况下！当然楼上有说如果时间上成本上不允许的话，那就和产品经理明说吧！希望可以帮到你！
|
 |
39
ecloud 2016-09-05 10:33:27 +08:00
本来这个是就是公司制度问题
合格的产品应该是开发或者测试出身的，必然知道什么能做什么不能做 如果产品只是个客户的传声筒，要之何用，还不如直接跟客户说 |
 |
40
zuotech 2016-09-05 10:41:53 +08:00
我理解的不能做:
1. 逻辑上有矛盾, 根本上是实现不了的 2. 技术上实现有困难, 技术团队中目前没有这方面经验, 存在不确定性 3. 产品经常改功能, 单纯的想拒绝产品的需求 勾通的方式很重要, 同样的话不同的人理解不一样, 自负的产品碰到傲骄的技术时, 无解....哈哈哈 |
 |
41
235777178 2016-09-05 11:41:14 +08:00
其实就像 40 楼说的。
产品和技术的矛盾点并不一定在于需求本身。大家的气场、态度很多时候都会决定这个东西能不能做。 不过产品的门槛越来越低，啥样的人都挡着产品经理的角色，也是招人烦的一点。 |
 |
42
harborM 2016-09-05 17:41:51 +08:00
"做是肯定能做的，就看你给不给我时间了"
|
|
43
taresky 2016-09-06 12:29:51 +08:00
@ecloud 完全不认同「合格的产品应该是开发或者测试出身的」。
「在技术上，知道什么能做什么不能做 」，可以粗略的概括为「与研发人员的沟通能力」和「一个需求在技术上可行性的初步分析能力」。这只是简单的辅助技能，通过几个月的编程原理学习就可以掌握，逻辑能力好的人可能只需要几周。 为了一个简单的辅助技能把好几年的技能点浪费不划算。而应该点在「专业性」上，比如互联网金融的产品最好是有金融专业知识的；偏设计、交互类的产品一定得学过设计的；偏运营的产品有管理学、心理学学位会更佳。 另外，事实上很多程序员和客户直接沟通效果堪忧。客户大部分说不明白自己的需求，也提炼不出关键点。就连怎么回复产品经理这个功能不能做这种简单问题都心烦气躁的，和客户沟通是不是得打起来？ |
Select Language