求助~如何回复才能更有效果?让其明白.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 完全不认同「合格的产品应该是开发或者测试出身的」。
「在技术上,知道什么能做什么不能做 」,可以粗略的概括为「与研发人员的沟通能力」和「一个需求在技术上可行性的初步分析能力」。这只是简单的辅助技能,通过几个月的编程原理学习就可以掌握,逻辑能力好的人可能只需要几周。 为了一个简单的辅助技能把好几年的技能点浪费不划算。而应该点在「专业性」上,比如互联网金融的产品最好是有金融专业知识的;偏设计、交互类的产品一定得学过设计的;偏运营的产品有管理学、心理学学位会更佳。 另外,事实上很多程序员和客户直接沟通效果堪忧。客户大部分说不明白自己的需求,也提炼不出关键点。就连怎么回复产品经理这个功能不能做这种简单问题都心烦气躁的,和客户沟通是不是得打起来? |