一个人，没合伙人，没用户，没收入。过去这段时间，我把九个产品想法从"这确实是个真痛点"一路做到死。不是九个模糊的脑暴——是九个我调研过、规划过、其中两个甚至已经上线运行的项目。现在九具尸体躺在那里，每具都有一份书面死亡证明。
零美元进账。但尸体不是失败。真正的失败是有九具尸体却看不出规律。规律在这儿。跟你读过一百遍的创业建议完全不同。
"痛点是真的吗？"——问错问题了
我杀掉的每个项目背后都有真痛点。商家确实因能证明欺诈的拒付而亏钱。自由职业者确实在吞没付款的发票。独立SaaS创始人确实因免费层和试用滥用而流血。每个痛点我都能给你报出带日期、带名字、公开抱怨的出处。
痛点真实，对我判断能不能做成生意毫无帮助。它是必要条件，作为筛选器却几乎没用——因为所有被广泛讨论的痛点几乎都是真的。如果你的想法验证步骤是"我找到人在抱怨这个"，那你什么都没验证——你只是确认了互联网存在。
真正杀死项目的从来不是"这是不是真的"。而是"我能不能在对方正痛的时候触达他"，以及"他脚下的平台是不是已经免费修好这个问题了"。先问这两个。
触达能力是硬约束，不是痛点
我学到的最贵一课：你触达不了的痛点，再尖锐也不是机会。
我有个拒付工具，痛点验证漂亮极了。2026年新鲜投诉、具名真人、反复发生、损失可量化。我做出能用的工具上线了。然后去找一个正在痛的真实用户，把工具塞到他面前——找不到。最新的受害者在只读平台（禁止AI辅助发帖的社区、发帖锁几周的论坛、发一次帖就消失的市场）。痛点真实、可读、不可互动。
两个项目同样死法之后，我才总结出规则。痛点住在它住的地方。你没得选表面。如果表面对没身份的外人封闭，这痛点对你来说等于不存在。触达能力是渠道属性，必须在爱上痛点之前先验证。
基础设施已经免费内置了
熬过触达检查的项目，第二常见死因是轨道饱和：支付处理器、平台或用户脚下的框架，已经把修复方案作为免费默认功能发布了。
非自愿流失/失败卡片的催款追回？Stripe和Paddle原生自带，免费，还有五个便宜克隆版。我做的迁移辅助工具？框架厂商发布了官方免费迁移代理。
热门跟贴