这个东西很简单吧？

[xxfantay000]

先站队，我是 PM 。
我想问问 V2EX 的各位 PM 和 /或开发，当产品经理说出“这个需求很简单吧？！？！”的时候，内心的活动是什么样？

问这个问题是想要知道， PM 这种话到底当讲不当讲

[fanTasy]

简单 ? 呵呵，确实简单的 : 你特么说的倒是轻松，自己来实现试试？

[baby4free]

知之为知之，不知为不知。如果 pm 完全了解这个需求的实现成本，当然可以讲；反之如果不了解就别说。

[patsoncy]

实话实话， JDNMLGB

[dphdjy]

看起来越简单，后面越复杂。。。

[pathletboy]

说这话是什么目的，这个需要分清楚，是觉得开发慢了？你提示一下需求简单快点做，这个我觉得可以，如果开发本来就很效率，这句话就别说了，没有意义。总之，说话要有目的性，没目的的乱说，只会让人想入非非。

[alex321]

@fanTasy 我也是 PM ，有时候我还真的就撸袖子自己上，比如公司的微信公众号平台和所有微信平台的 API 。
我在做规划的时候，已经将后续的开发难度甚至业务结构都在头脑中捋清楚了，防备着被下游的小伙伴忽悠。

[bugcode]

下句马上就开始骂街🙃

[xxfantay000]

我个人是倾向于不讲，因为哪怕我知道当个需求的实现成本，但是缺没办法估计这个需求和其他需求交叉作用下对于实现成本的影响。
但是我们的 boss 很爱说这种话，无论他懂多少，他也很可能是站在迭代周期的角度在 Push 进度

[tagtag]

你看淘宝网都做好了，我们直接把网页 copy 下来，多简单，我真是太聪明了，哈哈哈哈哈哈哈哈哈哈哈哈哈

[JiShuTui]

简单不简单是相对的
举个最简单的例子，网站留言本
实现最基本功能，可能快手一个小时就搞定
那么可以说简单

但是，如果你考虑到违禁词过滤、垃圾广告屏蔽、用户查看自己所有留言、管理员回复留言等等各种功能
那就不简单

[a134698815]

作为 PM 当你对手下的业务和实现方式都非常熟悉的时候，是可以对开发这样说的。但作为产品，最好不要对研发这样说。 MDZZ

[Roboo]

说句难听点的
你都不知道这话当讲不当讲 请问你是怎么做到 PM 的？

[zsen]

是否“简单”，这个更多是个人主观认知，协作时最好能讲清客观的因素

比如某一个需求，需要厘清该需求点前后 /逻辑相关的需求点（像 10 楼说的），然后如果对实现这样的需求的技术点有了解

可以肯定的说“这个很简单”都不带疑问的。开撕？好吧我告诉你，第一步怎么做第二步怎么做 balabala ……（像 6 楼说的）

但技术可能会比较讨厌这样的 PM

如果对技术完全不懂，最好还是不要凭主观臆断来说是不是简单。

[iyaozhen]

其实以一般 PM 的想象力，功能基本上都是可以实现的。

主要还是看脸。颜值不够的话就多给程序员排期吧

[kkzxak47]

我觉得这句话在任何情况下， PM 能不说就不说。
这句话不是由你来说的，它的语气是你已经知道了难度，只是确认一下，如果你不是技术出身，估计此时开发心里已经骂了你一百遍了。
换个说法会更合适，“我不知道这个需求实现起来难度怎么样，难度在哪个功能点，在几号之前做完压力大不大”，这时候开发反而觉得这问题靠谱，进入分析模式，还会因为不想示弱压缩一些开发时间。
开发时间的讨论最好在讨论过困难功能点以后进行。

[yhxx]

如果你自己会做，知道这个确实很简单，那当然可以说啊。
自己不知道怎么实现，瞎猜的话。。。

[learnshare]

好的产品对用户来说永远是简单的，一台 PC 和一架 AirBus 都只有一个开关按钮。

[kooze]

有些程序员脾气不太好

[intellectual]

你是否真的知道是否简单？

[intellectual]

知之为知之，不知为不知。干嘛来这么一句。