第 61–70 天：上线前的十五件事
将上线十五项分为适用法律安全硬门槛、交易路径和可后置体验，按支付通道规则区分沙箱与生产验收，给出逐项30小时基线及退款状态记录。
tag
产品验证
共 8 篇文章。
第 21–30 天：手工跑通一次交付
用手工交付验证结果需求，分开现金贡献与自有时间经济差额，记录免费/低价/全价三单，区分流程问题与技术限制，并给出自动化投入和数据处理边界。
「1」是什么：四个里程碑与一张 100 天账本
把0→1拆成演示、使用、本方案成交和使用留存四类证据，给出统一的100天日历、20/40小时两档预算、现金净消耗与成熟队列观察方法。
一个人的前 100 天：从想法到第一批付费用户（10 篇）
10 篇按 100 天时间盒组织的第一个产品实践指南：四个里程碑、选题与付费证据、十次对话、手工交付、主路径 MVP、十人封测、上线清单、发布第一周、反馈分诊、首次收费与复盘判据，并给出每阶段的出口条件、账本口径与止损边界。
SaaS Starter 2025 年 10 月：等待名单验证、原型测试与试点范围控制的 5 篇
本导航收录 content/posts/saas/starter/202510 下 5 篇文章。这一批回到验证与基本功：等待名单验证提醒不要把邮箱数量误当成真实需求，原型可用性测试主张写代码前先看客户会不会走通流程，试点范围控制强调小范围成功比大范围失控更有价值；另外两篇分别处理小团队协作节奏与备份恢复这类容易被忽略的基础能力。适合产品验证阶段、需要在写代码前把风险前置暴露的创始人。
游戏用户研究实验室：招募玩家、观察行为和转化需求的方法
介绍游戏用户研究的实操流程，覆盖研究问题、玩家招募、访谈、可用性测试、试玩观察、问卷、数据结合、洞察转化和常见误区，帮助团队从玩家行为中获得可执行结论。
独立游戏 MVP 设计：如何在 30 天内验证一款游戏是否值得继续做
一份面向独立游戏开发者的 MVP 验证方法，解释游戏 MVP 与工具产品 MVP 的差异，并提供 30 天验证计划、试玩观察方法、继续推进信号与止损标准。
个人工具 / SaaS 的选题池与验证方法
一份面向独立开发者的个人工具与 SaaS 选题池构建与验证方法论，从真实问题来源、选题分类、优先级排序，到低成本验证、失败止损与方向收敛，帮助开发者在不依赖运气的前提下，系统性找到值得投入的项目方向。