过去很长时间里，我自诩是一名独立开发者，以为自己是在做产品。可在不断失败复盘之后才发现，我只是在做功能。

同样的，我也看到了非常多的独立开发者很用心地做产品，流量却不高。

没有流量的原因就是压根没有搞清楚做功能与做产品之间的区别。

说几个词，看看是不是很眼熟：

快速记录、标签系统、数据同步、导出、快捷操作 …

你是不是也写过这些功能？这些词看上去是在解决真实用户问题，实际上却只是在做功能的堆叠。功能在解决产品的完整性，而不是用户场景中的处境。

打开一个空白的产品设计文档，第一行就开始写计划做哪些功能、准备加某个模块，梳理出一篇非常条理的功能说明，逻辑上很自洽。然后就会觉得用户用起来会很爽。

这叫功能设计，是软件工程的逻辑，不是产品逻辑。

沿着工程逻辑完全可以造出来只需要三步就能装下大象的冰箱，用户也会觉得很酷，但是绝对不会有用户买单。

之所以会没有流量，就是因为用户不知道要用你堆叠起来的功能完成什么事情。没有考虑到一个关键问题：用户会在什么情况下，使用到我的产品？

这里还有一条暗线，就是独立开发者会窃以为用户在使用中会慢慢理解产品的价值。即便是流量减少、用户留存下滑，也在坚持加功能，试图看上去更好用。

真实情况却是，用户不会给你机会，只要在初次体验中找不到实际应用的场景，就会毫不留情地删掉。

就拿独立开发者特别喜欢的记账类 App 来说，开发者会想要一个能够直观看到每月消费的分布情况，但用户如果在因大额或者内疚型消费后不愿意记下来，那未开打开的次数就会减少，不是功能不好用，而是因为用户不想看到自己因大吃大喝或者高额消费给自己带来焦虑。
产品要解决的不是缺失的功能，而是真实场景中用户到底想不想做这件事情。 

对独立开发者来说这是一种温水煮青蛙的死法，看上去过程很顺利，你会看到有人夸你想法不错，也会看到 Roadmap 中一个个被划掉的事项。但增长就是缓慢，用户留存就是不高，会很强烈地激发想要进一步做好的斗志，会觉得是推广不行，是定价不行或者是手册不够完整，唯独不会去怀疑自己的出发点错了。

在真正反应过来的时候才会发现，所做的所有努力，都是在给错误的方向加速。 功能不是产品的骨架，用户要做的事情才是。

当你展开一篇空白文档的时候，如果不提到任何功能设计，你还能不能讲清楚你的产品是用来做什么？

用户想要的是通过某种方式快速解决问题，没有义务去理解产品背后的故事。

从这个点出发，很多看上去有用的功能都会被自动过滤掉，删掉之后产品反而变得更加锋利。

这也是为什么，堆叠功能的思路会悄无声息地杀死那些看起来非常用心的产品。

🔚