出发点
一个功能被反复要求了半年，真的做出来之后，提需求的那批人一个都没用。
一个反直觉的判断
大部分独立产品死掉，不是因为功能不够，而是因为功能太多。
我做过一个统计：自己过去两年做的六个小工具里，用得最久的那个只有三个功能；而功能最多的那个，我自己一个月才打开一次。
这背后有个简单的道理——每增加一个功能，你就增加了一份「用户需要理解的东西」。理解成本是隐性的，但它真实存在，并且会累积。
三个取舍原则
原则一：删掉「也许有用」。
「也许有用」是产品膨胀的第一推手。判断标准很简单：如果这个功能上线一年后，使用率不到 5%，那它现在就不该存在。
原则二：把选择权收回来。
用户不想配置。默认值要足够好，好到 90% 的人永远不会打开设置页。
原则三：让失败可见。
出错时不要只弹一个「操作失败」。告诉用户发生了什么、为什么、下一步该做什么。这一条比任何视觉优化都更能提升信任感。
关于定价
需求要问「为什么」，而不是「要什么」。用户描述的是解决方案，你要找的是他碰到的麻烦。
定价不是数学题，是心理题。同样一个功能，标 29 元和标 99 元，前者带来十倍用户但大量免费党，后者用户少但都认真。选哪个取决于你想要什么，而不是哪个「更合理」。
我的选择是：做能长期维护的东西，然后收一个能长期维护的价格。
结语
产品经理最难的功课，是承认「我不知道用户要什么」。承认之后，你才会去做最朴素的事：自己当用户，用一年，然后把它改好。
