这是一个创建于 3101 天前的主题，其中的信息可能已经有所发展或是发生改变。
先站队，我是 PM 。
我想问问 V2EX 的各位 PM 和 /或开发，当产品经理说出“这个需求很简单吧？！？！”的时候，内心的活动是什么样？
问这个问题是想要知道， PM 这种话到底当讲不当讲
我想问问 V2EX 的各位 PM 和 /或开发，当产品经理说出“这个需求很简单吧？！？！”的时候，内心的活动是什么样？
问这个问题是想要知道， PM 这种话到底当讲不当讲
 |
1
fanTasy 2016-05-26 11:23:02 +08:00
简单 ? 呵呵，确实简单的 : 你特么说的倒是轻松，自己来实现试试？
|
 |
2
baby4free 2016-05-26 11:29:06 +08:00
知之为知之，不知为不知。如果 pm 完全了解这个需求的实现成本，当然可以讲；反之如果不了解就别说。
|
 |
3
patsoncy 2016-05-26 11:29:42 +08:00
实话实话， JDNMLGB
|
 |
4
dphdjy 2016-05-26 11:30:56 +08:00 via Android
看起来越简单，后面越复杂。。。
|
 |
5
pathletboy 2016-05-26 11:33:04 +08:00
说这话是什么目的，这个需要分清楚，是觉得开发慢了？你提示一下需求简单快点做，这个我觉得可以，如果开发本来就很效率，这句话就别说了，没有意义。总之，说话要有目的性，没目的的乱说，只会让人想入非非。
|
 |
6
alex321 2016-05-26 11:33:29 +08:00
@fanTasy 我也是 PM ，有时候我还真的就撸袖子自己上，比如公司的微信公众号平台和所有微信平台的 API 。
我在做规划的时候，已经将后续的开发难度甚至业务结构都在头脑中捋清楚了，防备着被下游的小伙伴忽悠。 |
 |
7
bugcode 2016-05-26 11:33:40 +08:00 via iPhone
下句马上就开始骂街🙃
|
 |
8
xxfantay000 OP 我个人是倾向于不讲，因为哪怕我知道当个需求的实现成本，但是缺没办法估计这个需求和其他需求交叉作用下对于实现成本的影响。
但是我们的 boss 很爱说这种话，无论他懂多少，他也很可能是站在迭代周期的角度在 Push 进度 |
 |
9
tagtag 2016-05-26 11:37:23 +08:00
你看淘宝网都做好了，我们直接把网页 copy 下来，多简单，我真是太聪明了，哈哈哈哈哈哈哈哈哈哈哈哈哈
|
 |
10
JiShuTui 2016-05-26 11:38:41 +08:00
简单不简单是相对的
举个最简单的例子，网站留言本 实现最基本功能，可能快手一个小时就搞定 那么可以说简单 但是，如果你考虑到违禁词过滤、垃圾广告屏蔽、用户查看自己所有留言、管理员回复留言等等各种功能 那就不简单 |
 |
11
a134698815 2016-05-26 11:51:58 +08:00  1
作为 PM 当你对手下的业务和实现方式都非常熟悉的时候，是可以对开发这样说的。但作为产品，最好不要对研发这样说。 MDZZ
|
 |
12
Roboo 2016-05-26 11:57:30 +08:00 via Android
说句难听点的
你都不知道这话当讲不当讲 请问你是怎么做到 PM 的？ |
 |
13
zsen 2016-05-26 12:33:30 +08:00
是否“简单”，这个更多是个人主观认知，协作时最好能讲清客观的因素
比如某一个需求，需要厘清该需求点前后 /逻辑相关的需求点（像 10 楼说的），然后如果对实现这样的需求的技术点有了解 可以肯定的说“这个很简单”都不带疑问的。开撕？好吧我告诉你，第一步怎么做第二步怎么做 balabala ……（像 6 楼说的） 但技术可能会比较讨厌这样的 PM 如果对技术完全不懂，最好还是不要凭主观臆断来说是不是简单。 |
 |
14
iyaozhen 2016-05-26 12:45:30 +08:00 via Android
其实以一般 PM 的想象力，功能基本上都是可以实现的。
主要还是看脸。颜值不够的话就多给程序员排期吧 |
 |
15
kkzxak47 2016-05-26 12:51:16 +08:00 via Android
我觉得这句话在任何情况下， PM 能不说就不说。
这句话不是由你来说的，它的语气是你已经知道了难度，只是确认一下，如果你不是技术出身，估计此时开发心里已经骂了你一百遍了。 换个说法会更合适，“我不知道这个需求实现起来难度怎么样，难度在哪个功能点，在几号之前做完压力大不大”，这时候开发反而觉得这问题靠谱，进入分析模式，还会因为不想示弱压缩一些开发时间。 开发时间的讨论最好在讨论过困难功能点以后进行。 |
 |
16
yhxx 2016-05-26 12:57:05 +08:00
如果你自己会做，知道这个确实很简单，那当然可以说啊。
自己不知道怎么实现，瞎猜的话。。。 |
 |
17
learnshare 2016-05-26 13:02:25 +08:00
好的产品对用户来说永远是简单的，一台 PC 和一架 AirBus 都只有一个开关按钮。
|
 |
18
kooze 2016-05-26 13:39:53 +08:00 1
有些程序员脾气不太好
|
 |
19
intellectual 2016-05-26 14:30:04 +08:00
你是否真的知道是否简单？
|
|
20
intellectual 2016-05-26 14:32:51 +08:00
知之为知之，不知为不知。干嘛来这么一句。
|
 |
21
zhujinliang 2016-05-26 14:40:08 +08:00
也有的是一开始说的确实不难，但之后频繁做“很简单”的需求修改
|
 |
22
Heavytiger 2016-05-26 14:46:48 +08:00
PM 的入职成本这么低的，会吹基本上就可以入职了。
|
 |
23
imn1 2016-05-26 15:00:49 +08:00
说话的技巧
改成“这个难不难？”注意是疑问语气，不是责问语气 断言式说法无论受方是谁，受方都会觉得那是上司口吻 |
 |
24
domty 2016-05-26 17:59:33 +08:00
后面加句“就和 xx 一样就行”
相信我，有奇效。 |
 |
25
zjl03505 2016-05-26 18:03:57 +08:00 via iPhone
主要是大量低端 pm 把这句话变味了。就像上面很多人说的，你对整个实现过程够了解，完全可以说
|
 |
26
ck65 2016-05-26 18:16:34 +08:00 via iPhone
做产品不就是说说话画画草图吗，简直不要太简单。
如果程序员都这样和 pm 沟通， pm 也会菊花难受啊。 |
 |
27
wuyu1998 2016-05-26 20:07:54 +08:00
若你在 2 小时内写出能跑的代码，可以在心里想想。
即使你写出来了，能否嵌入到系统中，而且还不会有隐患？ |
 |
28
CodingPuppy 2016-05-26 21:35:53 +08:00 1
问这个问题是想要知道， PM 这种话到底当讲不当讲
既然问出来了，说明你自己还是知道其实是不当讲的~ 实现了看似简单的修改，后面留的坑不是你来填 |
 |
29
mawing 2016-05-26 23:11:32 +08:00
就好像朋友请帮忙来一句，“最多浪费你一小时时间”，不管什么情况，这种话说出来就很让人来火
|
 |
30
sneezry 2016-05-26 23:21:56 +08:00
我觉得简单不简单应该只有做的人有权力说 -.-
|
 |
31
henneko 2016-05-27 09:07:49 +08:00 via iPhone
「简单的事情自己做」
|
Select Language