做产品的人总是闲不住的。
怎么可能会闲着，你的产品够好吗？用户够多吗？用户反馈的问题解决了吗？KPI完成了吗？所有这些问题都像利箭一样射向产品经理。为了回应以上问题，证明自己对产品开发的价值，很多PM们开动脑筋，提出一个又一个新需求，只为在下一次开发迭代中留下自己的印记。
急于求成的产品人往往有一种不断增加新功能的欲望。就算产品经理自己没有，他的老板或开发人员也可能会有。之所以需要增加功能，“当然是根据用户需求或者数据分析得来的”。而且别人的设计方案既没有特点，又不能体现自己作为产品经理的价值，所以功能需要“创新”，以独特的交互形式来解决问题。不断“创新”，让产品耳目一新，就是对问题或目标的回应。
另一个观点也推动了“创新”泛滥，那就是产品需要快速迭代。想法还没成熟不要紧，快速试错才是关键。做了总比不做好，即便是做错了，也有努力的一份功劳。
这篇文章并不是想说，产品经理提需求是不对的，创新是不对的。只是很多PM的创新只是为了创新，提出需求的动力只是需要提需求。不该是这样。创新的动力应当是用户真的有这个需求，并且现有的方案存在严重问题，必须改用其他方式来解决。
必要的时候才创新，也是尊重使用者。有些时候做产品的人比用户更期望看到产品的新变化，它能带来成就感和满足感——可是用户很可能希望习惯不用轻易被打破，不需要改变的时候就不要改变。
不合适的创新有违做产品的初衷。所谓创新不合适，既是指那些没有解决痛点的独特功能，也是指不必要的独特交互形式。如果自己检视一遍自己用过的产品，这样的例子挺多的。
著名的第三方微博客户端Weico在某个版本中，将查看大图之后的关闭手势，从点击变成了向上或向下滑动。这让很多用户大为恼火，因为太习惯点击关闭大图了，所以交互方式的改变导致大量误操作。最终，Weico决定将默认交互形式改回原来的设计。至今我仍想不明白，滑动关闭的手势究竟有多大的好处，以至于Weico的产品经理决意要改变用户的习惯。
有一位创业者做产品需要设计一个颜色拾取器，实际上通过通用的手势结合很多人熟知的色盘，就可以设计出一个简单易用的取色功能。但这位PM设想了一个非常独特且费时的交互方式，美其名曰“创新”。但在那样的使用场景下，用户既不需要非常精准的颜色选择，也没有耐心去熟悉一套陌生的交互方式，创新有何必要呢？
即便是Apple这样的大公司，也难免会在交互上犯错。Mac OS X系统更新到Lion版本时，推出了Mission Control功能。这是新的桌面窗口管理功能，需要配合新的手势。设计团队最初给出的方案是，在鼠标Magic Mouse上三指上滑，与触控板手势相似。但这个“创新”交互却让演示者Craig Federighi吃了不少苦头。由于手势陌生又难用，他多次误操作，场面略显尴尬。最终，Apple决定以常用的双指双击手势来替代三指上滑。
创新在必要的时候才是好的。这个道理虽然简单，但做起来并不容易。克制盲目创新的冲动，说到底还是需要对用户需求的精准把握，需要产品经理拒绝自恋，也需要他能抵挡来自各方面的压力，给出一个虽耗时但妥当的解决方案。
例如微信团队在设计朋友圈时，历时几个月的无数次修改测试，版本号从a到z都用完了，最终设计出的产品架构，直到几年后的今天也没有再改过。
好的创新不会是昙花一现，而是历久弥新。产品经理决定要创新的时候，真的要仔细想清楚才行。
