三十天足够了——如果您能狠心限定范围的话。大多数创始人未能按时完成，是因为他们构建的是功能路线图，而非一个突破口。这是一个能真正带来上线产品和付费客户的计划。
第1周 — 锁定突破口
- 第1-2天：写一个一句话的承诺。谁，解决什么痛点，带来什么结果。
- 第3-4天：采访3位未来用户。确认他们正在使用的词汇。
- 第5天：定义您的MVP必须完成的单一“一项任务”。砍掉其他所有。
- 第6-7天：为这项任务绘制3个必要的屏幕草图。不能再多。
一项任务测试
如果您不能用一句话不带“和”字地描述您的MVP做了什么，那么您砍掉的功能还不够多。
第2周 — 构建骨架
- 第8天：认证+数据库。别想太多。
- 第9-10天：单一核心流程，端到端，虽然丑但能工作。
- 第11-12天：一个真实的着陆页，展示承诺而非功能。
- 第13-14天：只优化用户在前60秒内会看到的部分。
第3周 — 使其可销售
- 第15-16天：单计划定价页面。等级以后再加。
- 第17天：接通支付。从第一天起就开始收费——即使是5美元。
- 第18-19天：入职流程让用户在5分钟内获得价值。
- 第20-21天：着陆页上放一个真实、简洁的演示视频或GIF。
第4周 — 发布并学习
- 第22天：向您的5位受访者进行软发布。观察他们如何使用。
- 第23-24天：修复最重要的3个困惑点。
- 第25天：在用户实际所在的一个利基社区中发布。
- 第26-28天：亲自与每一个注册用户交谈。每一个。
- 第29天：发布最受欢迎的改进。
- 第30天：第一个付费客户。或者第一个真正排除资格的信号。
第一个月该跳过什么
- 团队账户、SSO、审计日志
- 自定义品牌、主题、白标
- 博客、帮助中心、路线图板
- API。是的，即使是那个。
- 任何不在从注册到获取价值路径上的东西
扼杀30天计划的错误
- 1构建两个功能而非把一个任务做到极致
- 2优化错误的屏幕——用户从不访问的设置页面
- 3跳过定价，因为“它只是一个MVP”
- 4向整个Twitter发布，而不是向一个特定社区发布
- 5因为产品令人尴尬而躲避用户
“如果您对您的发布不感到一丝尴尬，那么您发布得太晚了。尴尬是比其他人学得更快所付出的代价。”
30天之后
您要么获得了早期信号——一个付费客户、一群活跃的免费用户、一个清晰的下一个功能——要么获得了快速、诚实的资格排除。两者都是胜利。两者都在30天内完成，而不是6个月。
需要一个值得30天投入的想法吗？浏览TrendGap的已验证利基市场，或者使用免费想法评估器对您自己的想法进行快速的直观检查。