复杂的产品设计,对用户而言意味着难用,所以所有人都知道要精简精简再精简。
但产品经理要面对的不只有用户,还有身后的团队。所以,复杂背后还有一项我们常常忽视的隐性成本:对于打造产品的团队来说,越是复杂的需求,越是难以理解、难以设计、难以开发、难以更改,而更改最要命。
这就是为什么产品经理必须多花时间钻研核心需求是什么,哪个部分绝对不可能拿掉,哪个部分即使没有了,产品也能活着。甄别出那些不能拿掉的部分,集中精力在这个部分上精益求精,这是产品成功的基础。
在《产品思维三十讲》里,梁宁大神有一段话很是精辟:
判断一个产品经理是否厉害,很重要的一条就是判断她/他设计的产品第一个版本有多简单、直接、切中要点,能不能直指人心。为什么很多产品经理要把产品的第一个版本设计得那么复杂?因为他们不自信。他们对「我只要做强哪个点,用户就必然买账」没把握,而希望在一些附加的功能点上,寻找心理依靠。这种产品天生没劲,怎么可能意外爆发。
反思我自己,每每都会痛苦地经历由薄到厚再到薄的过程——最开始想到什么功能就加什么功能,然后不断提醒自己砍砍砍,终于以为可以了,到了需求评审会议,也还能再砍一堆。砍需求的时候心里或多或少发慌:真的没关系吗?从那么多次经验来看,确实没关系。
也有一句话说,把需求砍一半总没错,虽然没有什么根据(或许是长期经验所得),奇怪的是往往不会出错。
题图作者为 Hunter Harritt,选自 Unsplash。
网友评论