复杂

复杂的产品设计，对用户而言意味着难用，所以所有人都知道要精简精简再精简。

但产品经理要面对的不只有用户，还有身后的团队。所以，复杂背后还有一项我们常常忽视的隐性成本：对于打造产品的团队来说，越是复杂的需求，越是难以理解、难以设计、难以开发、难以更改，而更改最要命。

这就是为什么产品经理必须多花时间钻研核心需求是什么，哪个部分绝对不可能拿掉，哪个部分即使没有了，产品也能活着。甄别出那些不能拿掉的部分，集中精力在这个部分上精益求精，这是产品成功的基础。

在《产品思维三十讲》里，梁宁大神有一段话很是精辟：

判断一个产品经理是否厉害，很重要的一条就是判断她/他设计的产品第一个版本有多简单、直接、切中要点，能不能直指人心。为什么很多产品经理要把产品的第一个版本设计得那么复杂？因为他们不自信。他们对「我只要做强哪个点，用户就必然买账」没把握，而希望在一些附加的功能点上，寻找心理依靠。这种产品天生没劲，怎么可能意外爆发。

反思我自己，每每都会痛苦地经历由薄到厚再到薄的过程——最开始想到什么功能就加什么功能，然后不断提醒自己砍砍砍，终于以为可以了，到了需求评审会议，也还能再砍一堆。砍需求的时候心里或多或少发慌：真的没关系吗？从那么多次经验来看，确实没关系。

也有一句话说，把需求砍一半总没错，虽然没有什么根据（或许是长期经验所得），奇怪的是往往不会出错。

题图作者为 Hunter Harritt，选自 Unsplash。