不要问「这个想法好不好」，要问「上一次为这件事花钱是什么时候、花了多少、为什么还是不满意」。
一、选题不是找点子
以下情境为教学假设，人物、引语和数字不代表经核实的真实案例。
一位开发者想做「更聪明的书签管理」。他花了十天调研，结论是「很多人都有书签太多的问题」。于是他做了六个月，上线后只有 40 个注册，2 个付费。
问题不在产品，在这句结论。“很多人有问题”尚不能证明需求强度或付费意愿。 真正该找的是：有人已经为这个问题花过钱、花过时间，或者正在用一种很笨的方式忍着。
选题阶段的产出不是一份商业计划，而是一批可以被推翻的证据。如果十天下来，你连一条能推翻自己的证据都没找到，说明你不是在验证，是在找认同。
二、三个来源都是线索，不预设强弱
| 来源 | 应记录什么 | 必须挑战的偏差 |
|---|---|---|
| 自己的重复劳动 | 场景、次数、耗时及后果 | 是否只属于自己公司的特殊流程 |
| 社区公开的工作流 | 原帖日期、具体事件、替代办法 | 抱怨者不代表全部目标人群 |
| 差评与功能请求 | 评论链接、版本、可核实消费事实 | 收费抱怨可能来自未购买者、试用或转述 |
“导出要付费，还只能50条”不能证明评论者已付款。只将它登记为待核实线索；能核实实际购买、用途与支出后再补证据。问题不一定造成收入损失，便利、娱乐或风险降低也可能有价值，仍需检验实际选择。
2.1 每条记录保留五项
场景、替代、后果、证据来源/日期、哪些事实尚未核实。引用公开材料仅收必要内容；不能因公开可见就任意保存和公开个人信息。
三、问题投入与本方案成交分两轴
本组统一将A/B/C用于问题投入证据，不作为本产品付款名单：
| 级别 | 证据 | 可支持什么 | 不支持什么 |
|---|---|---|---|
| A | 可核实的既有金钱支出，如替代软件订单、外包凭证 | 对某结果曾投入预算 | 必然愿为你的方案付款 |
| B | 最近一次具体行为和时间投入，有流程记录或可追问细节 | 问题确实发生、已有解决行动 | 已付款或预算一定获批 |
| C | 态度陈述、未经核实的评论或未来意愿 | 需要进一步调查的线索 | 实际投入、成交或市场规模 |
同一人可以有多条事实，但不要当成多个独立样本。无凭证不强求对方披露敏感账单，可记“本人陈述，未独立核实”；不确定不能自动上调。
本方案成交状态另设一列：无意向、报价后有预算/评估安排、预付待履约、已交付且未退款、退款/争议。仅“先看方案”不是预算获批，愿意降价后购买也需要实际行为验证，不能替人推测其真实动机。
例：用户外包每图80元，有可核实支出，问题投入记A；对本工具尚无采购决定，本方案记无意向。竞品订单不计本工具M3。预付300元则记预付待履约，并另跟踪交付、退款状态。
四、替代方案与切换成本
用户不会「从零开始用你的产品」，他会「从现在的办法换到你的产品」。所以要算的不是你的功能多好，而是切换有多贵。
| 现有替代 | 用户的实际成本 | 你的机会 | 你可能输在哪 |
|---|---|---|---|
| 手工 Excel / 表格 | 每月几小时，容易出错 | 省时间、防错 | 他习惯了，出错也能忍 |
| 免费工具 | 0 元，但有限制 | 去掉限制、批量处理 | 免费的心理锚点很难打破 |
| 通用大工具（Notion、Excel 宏） | 已在用，学习成本已沉没 | 更窄、更快、更少配置 | 他觉得「通用工具也能凑合」 |
| 雇人 / 外包 | 一次性或按月支出 | 更便宜、更稳定 | 他需要的是人，不只是工具 |
| 不做 | 0 成本，继续忍 | 只有当后果严重时成立 | 大部分问题都会被忍过去 |
切换成本由三块组成：迁移成本（数据能不能导入）、学习成本（要不要重新培训）、信任成本（出错了谁负责）。三块里只要有一块过高，功能再好也换不动。
所以选题时的一个硬问题：用户从现有办法换过来，需要付出什么？ 如果答案是「要把三年数据重新录一遍」，那这个题在 100 天内基本做不成。
五、十天里的四张表
| 表 | 内容 | 数量 | 完成判据 |
|---|---|---|---|
| 问题清单 | 你观察到或收集到的具体问题 | 10–15 条 | 每条都有场景与后果 |
| 证据表 | 问题投入A/B/C + 本方案成交状态 | 6–8 条 | 争取2条可核实投入，缺失则写未知 |
| 替代方案表 | 用户现在怎么解决、花多少 | 每个候选问题 1 行 | 写清迁移与学习成本 |
| 排除清单 | 明确不做的问题及原因 | 不限 | 每条写明否决理由 |
第四张表最重要，也最少人做。写下「不做什么」和写下「做什么」一样重要，因为 100 天里最大的风险不是选错，而是选了两个。
5.1 十天的时间预算
可用时间 = 本阶段实际工作日 × 当日可投入（见01篇统一日历）
每条证据成本 = 检索 30 分钟 + 对话 60 分钟 + 记录 15 分钟 + 整理 15 分钟 = 2 小时
完整证据条数上限 = 向下取整（可用时间 ÷ 2），还须扣取样与整理之外的任务
| 每天投入 | 十天总时长 | 最多证据条数 | 现实结论 |
|---|---|---|---|
| 30 分钟（本例累计10次时段） | 5 小时 | 2 条完整记录 | 只能验证一个方向，且证据很薄 |
| 1.5 小时（累计10次时段） | 15 小时 | 7 条完整记录 | 可验证 2 个候选，选 1 个 |
| 4 小时（累计10次时段） | 40 小时 | 20 条上限 | 可验证 3–4 个候选 |
上表是按累计时段计算的局部示例，并非要求连续10天工作；本组第1–10天有8工作日，20小时档32小时、40小时档64小时，其中还包括候选整理与合规检索。
这张表提示一个常见问题：为什么「想了三个月」还不如「聊了七个人」。 想的过程不产生新证据，只产生新的假设；只有对话和记录会产生可以被推翻的东西。
六、先过法律硬门槛，再评五项商业风险
依法需要许可的业务，先核实际经营主体、持证范围与合作责任；不能用“挂在有资质主体下”代替许可。办理周期查主管机关，不能笼统说100天办不完。许可或数据处理基础尚未解决时，可做不触及受限活动的研究，不先交付受限服务。
| 商业风险 | 要验证的假设 | 可选调整 |
|---|---|---|
| 单一平台依赖 | 审核、接口和封禁损失是否可承受 | 限额实验、导出与退出预案，不要求一定有第二渠道 |
| 销售需拜访 | 毛贡献能否覆盖销售与决策周期 | 收窄客群、提高客单或减少定制 |
| 支持成本高 | 售价扣现金成本和时间后是否仍值得 | 提价、限量、改交付或停止，非只有零支持一条路 |
| 迁移成本高 | 谁付出迁移劳动，收益多久覆盖 | 先代迁小样本，核授权与数据安全 |
| 维护意愿不足 | 是否能持续履约和响应 | 减小承诺、合作维护或拒绝长期服务 |
例如99元/年产品，每客支持1小时，自有时间估值100元且现金成本10元，经济差额99−10−100=−11元；这是该情景不划算，不是现金亏损11元。可以验证提价或降低支持时间，不能从一个假设断言需求不存在。
七、行动清单与验收
- 选定1–2个候选，分别记录场景、替代、后果和来源日期。
- 公开评论先标C/待核实，不因提到收费就标A。
- 把实际金钱投入、时间投入与本方案采购动作分列。
- 核对必要许可与个人信息处理条件，再评商业风险。
- 用实际工作日重算取样预算，把未核事实列入下一轮问题。
复算：累计5小时、每条完整记录2小时，上限为2条，余1小时；不是3条。不能用缩短所有访谈来凑教学数量，应收窄问题或扩窗并同步后续日历。
本例可将“至少两个独立对象有可核实投入”作为继续深入的提醒，不是强制行业门槛；新类别可能暂无支出记录。若仅有态度线索，下一步先用有限预算调查行为/技术可行性，不直接宣布已验证付费。验收看证据是否对应具体事实，而不是凑够A字母。
关键参考与核验范围
以下链接支持对应的规则；本文的来源分类、证据分级与工时预算都是方法演示，不构成市场研究或商业建议。核验日期：2026-10-23。
- 中华人民共和国个人信息保护法 ：按第4、6、13、17条核对可识别性、处理基础、必要范围与告知；公开引用另核条件。
- 电子商务法 ：通过信息网络提供商品或服务时的经营者义务，涉及收费与平台经营时先确认适用范围。
系列导航
- 上一篇：「1」是什么：四个里程碑与一张 100 天账本
- 下一篇：第 11–20 天：十次对话
- 回到目录：一个人的前 100 天：从想法到第一批付费用户
- 相关阅读：独立游戏 MVP 验证 、SaaS 工具创意池与验证
继续阅读
探索更多技术文章
浏览归档，发现更多关于系统设计、工具链和工程实践的内容。