选场景就一条标准：够痛、够窄。痛到自己愿意每天为它写代码，窄到巨头和竞品都看不上眼。大厂不做小工具，不是不会，是不值得；这个"不值得"就是小团队最厚的护城河。

写代码之前先验证。把问题描述清楚发到相关社区，看有没有人接话、有没有人追问细节；做一个 landing page 收集邮箱，比闷头写三个月代码稳妥得多。以我的经验，热情会骗人，真实需求不会。

MVP 要做小而完整。一个核心功能做到顺手，胜过十个功能半成品。用户对"功能少"很宽容，对"难用"零容忍。发布后第一个用户的反馈，权重高于你所有的产品规划——但别被单个用户绑架，他代表的只是他自己。

差异化的路子就两条：快五倍，或者只做一件事。前者靠技术选型和极致的性能设计，后者靠严格拒绝需求扩张。都走得通，最怕两头不到岸。

发布别只盯着 Product Hunt——那是渠道，不是救生圈。认真写一篇"我为什么做这个、怎么做出来的"文章，在开发者社区自然发酵，带来的用户质量比刷榜高得多。定价从第一天就定：免费用户不等于口碑用户，定价其实是筛选器，帮你把时间留给真正需要你的人。

被记住的产品和一个被反复提起的问题，本质上是一回事：作者在解决自己的问题，用户记住的是"这个问题终于有人认真解决了"。