痛点

独立开发者常被 AI 或自我热情误导，高估创意价值，导致开发后无人使用。痛点在于缺乏客观的早期验证方法，且传统验证耗时。

目标用户

独立开发者、初创者，聚集在 Reddit (r/SideProject, r/startups), Indie Hackers, 以及 X/Twitter 的 #buildinpublic 社区。

为什么是现在

AI 工具泛滥，但多数只提供正面反馈；开发者对 AI 生成创意的质量存疑，需要反向验证工具。同时，独立开发者数量增长，竞争激烈，验证需求迫切。

竞品与替代方案

• AI 聊天机器人 (ChatGPT): 提供通用建议，但不会主动质疑或设计验证流程。
• 验证清单 (如 Lean Canvas): 静态模板，缺乏动态分析和证据追踪。
• 用户访谈服务: 成本高、周期长，不适合快速验证。

差异化切入

专注“杀死”创意，通过预设失败条件、证据收集和结构化质疑，提供客观的“死刑判决”，并附带可执行的验证报告。

收费方式

订阅制，每月 $9-$19，提供免费试用 3 次验证。

一周 MVP 计划

1. 第 1 天：定义核心验证流程（预设条件、证据输入、判定逻辑）。
2. 第 2 天：搭建简单 Web 界面，允许用户输入创意和条件。
3. 第 3 天：集成 AI API，生成质疑问题和分析证据。
4. 第 4 天：实现证据上传和条件匹配功能。
5. 第 5 天：生成验证报告，并加入 Stripe 支付。
6. 第 6 天：在 Reddit 和 Indie Hackers 发布 MVP，收集反馈。
7. 第 7 天：修复关键 bug，准备正式发布。

技术栈

Next.js + Tailwind CSS + OpenAI API + Stripe + Vercel。AI 用于生成质疑和总结证据，其余部分可让 AI 辅助编码。

获客动作

• 在 Reddit r/SideProject 发布“我建了一个杀死我 5 个创意的 AI”帖子，引发讨论。
• 在 Indie Hackers 分享验证流程和结果，吸引开发者。
• SEO 关键词：'idea validation tool', 'kill my startup idea', 'AI critic for ideas'。
• 在 X 上发布 #buildinpublic 系列，展示验证案例。

风险

• 用户可能不喜欢被否定，导致情绪抵触。
• 验证流程可能过于简化，无法覆盖复杂场景。
• 竞品可能快速模仿，需要持续优化。

原文摘要

I'm Pablo, and I run a SaaS for restaurants in my city, Córdoba, Argentina. In my free time, I like to think about and generate new ideas for potential future projects, or see if tools I develop for my daily use could work well as business ideas. So instead of starting development from scratch, or getting excited about a tool I already have, I put them through a validation process to see if they're really worth the effort of putting them into production. First, I write down the conditions the idea would have to meet to work, and also the conditions it would have to meet to fail. Then, I sign and date this document, before having a single piece of data. I sign it for myself, because if I write the conditions after seeing the evidence, I'll be writing them so that my idea survives. If the evidence meets one of the conditions I wrote when I was still in the dark, the idea dies, and that's that. Four of my five ideas died. The one that hurt the most was an open-source printing bridge developed purely in Rust. I use it for my own SaaS; it prints kitchen tickets from the cloud to thermal printers, and I was sure the problem was common. My research turned up four almost identical open sou