2年前,06年秋天,我在积极地寻找第一份工作。
当时面试了腾讯在北京的产品部,和产品总监聊得还不错,最后一轮面对HR。
那个HR问了我这样一个问题:如果你是产品经理(PM),你在对用户需求做出研究后,设计出了一个产品的模型交给工程师制作,工程师却回复给你说他做不出来,你该怎么办?
我当时的第一个回答是:我会告诉他:我所需要的是一个结果,我不在乎你怎么实现,如果你原先的方法实现有困难再多尝试使用别的办法,只要做出来就可以了。
但是HR追问:如果那个工程师坚持说无论如何他都做不出来怎么办?
我只好回答:那我就回去简化设计,不能实现最好的,就尽量实现一个次好的。
然后我就被刷了。
2年后,我再次回想起这一幕,我会这样回答(以及这样做):
我会问他:为什么你做不出来?告诉我你的思路。
然后和他讨论他认为做不出来的原因。是服务器性能问题,还是算法复杂度的问题,还是他自己工作负荷过大的问题,还是其实能做出来他没想到或者想偷懒。
1>如果是服务器的问题,我就要权衡添置服务器所造成的代价和制作这个产品之间的差别。如果产品还是更重要,那么就向老板提出拨款多买几台服务器。如果觉得钱花得不值得,就选择简化设计。
2>如果是算法复杂度的问题,理论上无法解决,那只能简化设计。
3>如果他负荷过大,那我应该考虑问题是不是很难实现,如果不难临时招个实习生来做,如果难,那就和服务器的解决方法一样。
4>如果是其实能做出来他没想到或者想偷懒,那就推动他做出来,事后思考一下是不是工程师的激励措施需要改进。
其实,结果有可能还是简化设计,但是这个过程是不能缺少的。这是因为PM不能只是一个设计产品的人,还必须是推动产品实现的人,他必须对产品负责任,不能是一个遇到困难就撒手不管的人。PM推动工程师而不是被工程师推动。如果一个PM设计的产品总是被工程师拒绝而PM不去寻找原因并解决问题,这个PM一定是失败的,他一定很难做出高质量的产品。这也是为什么PM有技术背景是比较好的。
当时面试了腾讯在北京的产品部,和产品总监聊得还不错,最后一轮面对HR。
那个HR问了我这样一个问题:如果你是产品经理(PM),你在对用户需求做出研究后,设计出了一个产品的模型交给工程师制作,工程师却回复给你说他做不出来,你该怎么办?
我当时的第一个回答是:我会告诉他:我所需要的是一个结果,我不在乎你怎么实现,如果你原先的方法实现有困难再多尝试使用别的办法,只要做出来就可以了。
但是HR追问:如果那个工程师坚持说无论如何他都做不出来怎么办?
我只好回答:那我就回去简化设计,不能实现最好的,就尽量实现一个次好的。
然后我就被刷了。
2年后,我再次回想起这一幕,我会这样回答(以及这样做):
我会问他:为什么你做不出来?告诉我你的思路。
然后和他讨论他认为做不出来的原因。是服务器性能问题,还是算法复杂度的问题,还是他自己工作负荷过大的问题,还是其实能做出来他没想到或者想偷懒。
1>如果是服务器的问题,我就要权衡添置服务器所造成的代价和制作这个产品之间的差别。如果产品还是更重要,那么就向老板提出拨款多买几台服务器。如果觉得钱花得不值得,就选择简化设计。
2>如果是算法复杂度的问题,理论上无法解决,那只能简化设计。
3>如果他负荷过大,那我应该考虑问题是不是很难实现,如果不难临时招个实习生来做,如果难,那就和服务器的解决方法一样。
4>如果是其实能做出来他没想到或者想偷懒,那就推动他做出来,事后思考一下是不是工程师的激励措施需要改进。
其实,结果有可能还是简化设计,但是这个过程是不能缺少的。这是因为PM不能只是一个设计产品的人,还必须是推动产品实现的人,他必须对产品负责任,不能是一个遇到困难就撒手不管的人。PM推动工程师而不是被工程师推动。如果一个PM设计的产品总是被工程师拒绝而PM不去寻找原因并解决问题,这个PM一定是失败的,他一定很难做出高质量的产品。这也是为什么PM有技术背景是比较好的。