最近，我在研究快捷指令记账的小产品，上周和朋友聊天，顺手让他体验了我的产品。他提到了一个很有意思的案例：他会把一段文字，比如"我今天下午12点半在食堂买饭消费了20块"，写在备忘录里，然后再用快捷指令记账的方法截图进行处理，这样也能正常识别并记账。
最早我在做快捷指令记账的时候，根本没想过在某些场景下，用户没有电子账单，功能无法正常使用（依赖账单截图），因此，朋友就提出加个语音记账的功能，方便快速记录并识别。
这件事情，让我对面向场景的产品设计有了更深的认识，以前如果有用户突然告诉我需要语音记账功能，我可能会觉得这个需求不重要，心想大家都有账单，截图就行了，为什么还要用语音？特别是在外面，难道还要傻乎乎地用语音记账，这不是更麻烦吗？
但进一步调研，去看背后的真实场景，就能理解这个需求的合理性了。不能简单地以"我没有这个需求，用户也不会有"来否定，这不实事求是，我们个人的习惯并不能代表所有用户，要时刻问自己"我算个什么？能代表用户吗？"用张一鸣的话来说，就是ego要小。
只要用户不是在无理取闹，他们提出需求一定是有合理性的，这时我们要了解用户的实际使用场景，才能明白他为什么会有这种诉求。
正如张小龙提出的"人是环境的反应器"——人在不同的环境下，所做出的行为是完全不同的。
比如说，当我们在蹲马桶时，可能会刷刷微博、看看抖音；走在路上时，也会如此。但如果让我们在走路的时候写一篇文章，那几乎是不可能的。
我之前练习写作时，曾多次遇到卡壳的问题，主要原因是输出的阻力很大。
为什么会这样？
因为我把写作等同于在公众号写文章，而公众号的默认输出就是一篇长文章，这样无形中给了自己很大的压力。
后来，朋友白豆建议我把输出的"介质"换成微博，在微博这个场景下，只需要写140个字，短短两三分钟，就能写完内容并发布，压力一下子就小了很多，以此为起点，就能顺利起步，养成输出的习惯。
所以，人在不同的环境下，会有不同的行为和动作，理解这一点，对于我们做产品和理解用户需求非常重要。
想明白了前面两点，就能更好地聚焦产品目标。
我朋友是在食堂这种场景下进行了消费，不会产生电子账单，如果想使用快捷指令记账，就必须要手动输入账单到备忘录，然后触发快捷指令记账，而这需要花好几分钟时间，显然很累。
人都是懒惰的，正是因为懒，人类才发明了洗衣机等工具。
我开发快捷指令记账功能的目的是什么？
就是为了让用户可以减少记账的繁琐步骤，快速记账，那么在无电子账单的场景下，使用语音输入，无疑是符合产品目标的，也符合用户的实际需求，这不仅降低了记账的难度，还提高了效率。
快捷指令记账产品，始终就是围绕降低用户记账成本这一核心目标来展开，所有与这个目标无关的功能，我们一律不做，这就是做产品时必须坚持的聚焦原则。
关于上述观点，最近Notebook LM产品负责人在播客中也有类似看法。
他在大学辍学过，后面又回去读大学，他就想"如果能个工具，我把一堆乱七八糟的东西都扔进去，比如一堆文档，一堆幻灯片。然后我只要跟他聊天，他就能帮我搞定一些事儿。这似乎非常有价值。我以前从来没法做到这一点，而且我不是想把它当成一个附加功能，我是想从头开始构建这个东西。"
但当他把这个想法告诉其它同事、队友时，他们都认为这想法很蠢，不懂这个为什么有价值，因为他们不是用户，这反而坚定了他做这款产品的目标，并最终获得了很好的市场反馈。
如果一件事所有人都赞成，那么一定有风险被忽视了，如果一件事所有人都反对，反而可能会获得成功。
他提到，在开发这款产品时，他非常明确产品的目标是什么。只要清楚目标，当用户提出越来越多的需求时，他就能迅速判断哪些需求该做，哪些不该做。
所以，做产品一定要保持克制，决定做什么相对容易，但决定不做什么却非常难。
比如在快捷指令记账产品中，加入诸如AI评价账单等功能都很简单，但这些并不解决根本问题，根本问题是用户的记账成本非常高，我们应该想方设法降低用户的记账成本，所有与这个目标无关的事情都不能做，必须保持克制。
以上就是最近自己实践下，萌发的关于产品的思考，主要是以下三点：
- 面向场景去做设计。
- 我们不是用户，不能代表用户。
- 产品一定要聚焦核心目标。
希望能给大家带来一些启发。当然，我目前的水平也不太高，仅供参考，随着自己更多的实践，将会有更丰富的体会和更深刻的理解，届时，我再与大家分享。