这是
content/posts/indie/indie-user-research-and-evidence的目录页，收录 10 篇文章。前面十一组分别讲「要不要做」「在哪上架」「丢了怎么找回」「怎么合法立住」「多条线怎么加减」「怎么用接单换现金」「前 100 天怎么走」「怎么让人知道你」「人来了怎么留住」「收多少钱」「用户不在你的语言里怎么办」。这一组补上最容易被跳过的一环：怎么用访谈、观察与可用性测试，把「用户想要什么」变成可复查的证据。
这个系列解决什么问题
一个人做产品，最贵的错误不是写错代码，是花三个月做了一个没人要的东西。而这类错误几乎都发生在同一个地方：判断没有证据支撑，却感觉很有把握。
常见的四种情形：
- 有想法，但说不清谁会为它付钱——凭直觉定方向。
- 有十几个用户，却不知道该问谁、问什么——聊天变成互相鼓励。
- 有一堆反馈，却全部按「谁先说」排序——声音大的需求被做了。
- 做了决定，三个月后忘了为什么——同一个问题被讨论四遍。
这一组不讨论研究方法和学术范式，只做一件事：把「了解用户」拆成一个人每周能执行、每步都有判据的动作。
核心主张：五条口径
第一，证据有强弱。 一次轶事不是模式，模式不是实验。决策要写明依据哪一级，否则你无法判断这条结论能撑多久。
第二，问过去，不问将来。 人会美化未来（「我肯定会用」），但记得住上周二做了什么。所有提纲都围绕「最近一次」展开。
第三，五个人够用。 可用性问题在第五个用户之后边际收益骤降。要的是问题清单，不是统计显著。
第四，决策要留痕。 每季度复查一次，被推翻的判断比被证实的更有价值——它说明研究真的改变了什么。
第五，不做也是一种决定。 拒绝要写进记录并给出复查条件，否则同一个需求会以同样的理由被重新讨论。
10 篇速览
| 文章 | 核心内容 | 阶段 |
|---|---|---|
| 证据是一本账：四类证据与一张强度表 | 访谈/观察/行为数据/销售对话四类证据、L0–L2 强度分级、单位成本与一周产能 | 记账 |
| 找谁聊：十个样本的取样表 | 使用者/付款人/决策者三角色加两个反例、六条招募渠道、激励与拒访处理 | 取样 |
| 访谈提纲：问最近一次，不问将来 | 40 分钟五段结构、关键事件法、六个禁止问法、追问与九字段记录 | 访谈 |
| 观察：看操作，不听描述 | 情境访谈与工作流跟访、远程录屏、同意与脱敏、说的与做的差异表 | 观察 |
| 可用性测试：五个人、三个任务、一张表 | 五用户三任务、任务脚本写法、不干预原则、问题四级与成本对比 | 测试 |
| 反馈分诊：抱怨、方案与情绪 | 问题/方案/情绪三分法、三段句式去重、影响面×频次×可复现打分 | 分诊 |
| 优先级：一个人能承受的排序 | 不用 RICE 的三个理由、证据×影响×可逆÷成本、一次只改一个变量 | 排序 |
| 偏差：六种自我欺骗 | 引导性提问、礼貌性回答、熟人样本、幸存者偏差、确认偏误、噪音当信号 | 自查 |
| 决策记录：写清做什么，也写清不做什么 | 七字段一页模板、拒绝的四句话、公开路线图边界、四个月复查节奏 | 留痕 |
| 研究复盘：每季度推翻哪些假设 | 假设四种状态、研究 ROI 复算、证据库清理、下一轮只查三件事 | 复盘 |
三条阅读路径
路径 A：还没动手，正在验证想法
从 01 建证据账本，用 02 列出十个要聊的人，按 03 的提纲聊完第一轮。聊完不要急着改产品，先读 08 自查一遍偏差。
路径 B：产品已有雏形，想测一遍
直接把 05 的五人三任务跑一轮，用 04 补一次真实操作的观察。测完用 06 分诊、07 排序，最后用 09 把这一轮的决定写成一页纸。
路径 C：已经在运营，反馈越堆越多
先读 06 把反馈库合并一遍，再读 07 把候选压到一条主线。每季度末用 10 的假设清单复盘一次，重点看哪几条被推翻。
与其它专题的边界
| 专题 | 它讲什么 | 本组的边界 |
|---|---|---|
| 第 11–20 天：十次对话 | 100 天日程里的取样与九字段记录 | 那篇是日程表上的动作，本组讲全周期方法与强度分级 |
| 第 21–30 天：手工跑通一次交付 | 手工交付换取真实反馈 | 那篇讲交付方式，本组为它提供判断输入 |
| 第 31–50 天：主路径 MVP 的范围 | 用证据裁剪 MVP 范围 | 那篇给范围结论，本组讲证据怎么来、怎么算强度 |
| 第 51–60 天：十人封闭测试 | 封测组织与放行判据 | 本组第 05 篇只讲可用性测试怎么设计与记录 |
| 第 81–90 天：反馈分诊与第一次收费 | 100 天内的分诊动作与首次收费 | 本组第 06 篇给打分公式与去重口径 |
| 客服不是成本：工单是免费的需求样本 | 上线后把工单当需求来源 | 本组第 06 篇讲上线前后的通用分诊，不重复工单运营 |
| 低流量定价实验：样本不够时怎么测 | 低流量下的定价实验设计 | 本组第 08 篇只讲样本量与偏差直觉，不做定价实验设计 |
| SaaS 原型可用性测试：写代码前先看客户会不会走通流程 | 从 SaaS 视角记录的一次原型测试 | 本组第 05 篇给五人三任务的记录表与问题分级 |
| 游戏用户研究实操：不要只问玩家喜不喜欢 | 玩家访谈与喜好判断 | 那篇面向游戏品类，本组面向软件与工具产品 |
| 游戏用户研究实验室：招募玩家、观察行为和转化需求的方法 | 玩家招募与行为观察实验 | 本组不涉及游戏测试实验室与品类验证 |
| 如何验证 SaaS 产品想法：从假想到付费用户的 5 步验证法 | 五步验证流程与顺序 | 那篇讲验证的整体流程，本组回答「单次研究怎么做得可信」 |
| 一个人把软件交付到用户手里：签名、安装、更新与审核 | 分发形态、签名与公证、安装包与更新器、灰度与商店审核 | 本组：访谈、观察、可用性测试与证据管理；该专题：签名、公证、安装、更新与商店交付。 |
| 一个人把 API 做成产品：对外接口、开发者体验与支持 | 买家与收入结构、契约与错误模型、key 与限流、Webhook、SDK、文档站、弃用窗口与 DX 验收 | 本组：访谈、观察、可用性测试与证据管理；该专题：API 契约、凭据、Webhook 与开发者支持。 |
| 一个人给产品加 AI：判据、成本、护栏与验收 | 四道判据与替代方案、推理账单与毛利下限、供应商打分、提示资产、50 条评测、事实边界、滥用防线、降级预案、额度与超额、四张验收表 | 本组：访谈、观察、可用性测试与证据管理；该专题：AI 功能的成本、质量、权限边界与验收。 |
| 一个人的借力：外包、自动化与协作边界 | 借力顺序与回本、任务边界、试单与背调、brief、发包成本、设计内容与代码交接、自动化与客服、合作分成、四张验收表 | 本组：访谈、观察、可用性测试与证据管理；该专题：发包、协作交接与净回收工时。 |
| 一个人的自助支持：帮助中心、排查树与工单减少 | 工单分类与可自助比例、任务型帮助中心、FAQ 与排查树、教程与截图、搜索空结果、更新日志、模板答复、三级升级、四张验收表 | 本组：访谈、观察、可用性测试与证据管理；该专题：自助内容、排查树与人工升级。 |
| 一个人的消息系统：事务邮件、通知分层与送达率 | 消息清点、事务邮件基线、SPF/DKIM/DMARC、送达率账本、通知分层、偏好中心、渠道分工、生命周期序列、同意与退订、四张验收表 | 那组讲消息效果怎么用指标验收；本组讲访谈、观察、可用性测试与证据链 |
| 一个人的社区：冷启动、版规、版主与社群健康 | 社群该不该建、载体选型、前 100 人、版规与三档处置、版主与志愿者、内容节奏、答疑沉淀、活动与线下、商业化边界、四张验收表 | 那组讲社群里持续发生的用户对话；本组讲访谈、观察、可用性测试的证据链与强度分级 |
| 一个人的财务：现金流、runway 与月度结账 | 四张表与四个收入、分账、收入确认、成本清点、13 周滚动、runway 与薪酬、15 分钟月结、税预提、现金预警与收缩、四维验收 | 那组讲财务决策；本组讲访谈、观察、可用性测试的证据链与强度分级 |
| 一个人的运维：可用性、告警、事故与值班 | 可用性预算、五条探针、告警降噪、日志串联、状态页、容量水位、依赖降级、发布观察、事故复盘、四维验收 | 那组讲上线后的运行数据；本组讲访谈、观察、可用性测试的证据链与强度分级 |
| 一个人的多租户：组织、邀请、角色与数据隔离 | 组织引入判据、三层模型与迁移、邀请与成员生命周期、角色矩阵、三层校验、数据隔离、审计日志、席位一致、交接与四维验收 | 那组讲权限与隔离的可核对证据；本组讲访谈、观察、可用性测试的证据链与强度分级 |
| 一个人的产品度量：事件字典、指标口径与决策看板 | 六个决策与十二个指标、二十四事件字典、埋点三处校验、口径五要素、五步漏斗、一屏四区看板、四条校验与三方对账、采样与保留、样本量与灰度、九项验收 | 那组讲定量有多少；本组讲访谈、观察、可用性测试的证据链与强度分级 |
| 一个人的架构：技术选型、模块边界与演进（10 篇） | 技术选型排除法、九个模块与依赖方向、数据迁移三步、四个升级窗口、技术债预算、三次规则、重构判据、可替换性、幂等与补偿、四维验收 | 那组讲代码演进；本组讲访谈、观察、可用性测试与证据链 |
| 一个人的计费系统：订阅状态机、按比例计费与失败重试（10 篇） | 订阅状态机、五个时点、按比例计费、按量计量、催收、退款拒付、发票税务、对账漏损、自建决策、十二项验收 | 那组讲计费实验的读数；本组讲访谈、观察、可用性测试与证据链 |
| 一个人的隐私工程：数据地图、最小化与删除权（10 篇） | 数据地图、最小化、合法性依据与同意、政策一致性、数据主体请求、删除、保留期、跨境与供应商、泄露响应、十二项验收 | 那组讲访谈与测试记录的数据处理；本组讲访谈、观察、可用性测试与证据链 |
| 一个人的数据搬家：导入、去重、迁移与退出（10 篇） | 迁移漏斗、导入契约、字段映射、去重合并、幂等重跑、人工代导入、窗口与回滚、附件限额、导出退出、十项验收 | 那组讲把访谈记录搬进证据库；本组讲访谈、观察、可用性测试与证据链 |
| 一个人的质量守门：验证预算、回归清单与发布门禁（10 篇） | 47 缺陷与三条红线、12 条关键路径、三层配比、38→26 回归、六项门禁、四级缺陷、测试数据、不可逆保护、测试债、十项验收 | 那组防行为回归；本组讲访谈、观察、可用性测试与证据链 |
| 一个人的安全基线：十四个入口、十七个密钥与一次 72 小时响应 | 14 个攻击面、认证与枚举、会话撤销、17 个密钥三档、四条边界、41 个依赖与 186 条告警、四类限流、9 类审计日志、72 小时三段响应、20 项验收 | 那组讲技术防线；本组讲访谈、观察、可用性测试与证据链 |
| 一个人的性能与账单：4.2 秒的首屏、一千二百次查询与每月 210 美元 | 4 项预算与 20 格、RUM 与慢查询、412→168 KB、1,200→3 次查询、0→86% 缓存、34 秒导出、7→4 个第三方、210→118 美元、3 次回归告警、10 项验收 | 那组讲可测量的性能证据；本组讲访谈、观察、可用性测试与证据链 |
| 一个人的企业客户：九家询价、一百四十八道问卷与 134 天的第一单 | 9 家询价与 130 h、96 天采购、148 题问卷、7 个子处理者、SLA 43.2/216 分钟、26 h SSO、4 周试点、38 天到账、8 h 实施、10 项验收 | 那组讲企业客户要的证据；本组讲访谈、观察、可用性测试与证据链 |
| 一个人的开源产品：4,200 个 star、一百八十个付费与一年 612 小时的维护 | 4,200 star 与 1,949 美元、612 h 维护、214 依赖、48,600 行 78/22、1,180 个 issue、214 条告警、23 个赞助者、9 家双许可、17 位贡献者、10 项验收 | 那组讲按数据判断开源项目健康；本组讲访谈、观察、可用性测试与证据链 |
本组统一口径
- 证据有强弱：L0 轶事、L1 模式、L2 有对照或可复现；结论要标级别。
- 问过去，不问将来：所有问题围绕「最近一次」和「具体做了什么」。
- 五个人够用：五人发现问题，十人判断方向，说比例需要百人量级。
- 决策要留痕：七字段一页记录，写上复查日期与「不做什么」。
- 所有数字都是教学假设：每篇正文都标注了这一点，换成自己的记录重算才有意义。
使用说明
每篇都可以单独读，但建议按「先记账、再采集、最后决策」的顺序。每篇末尾有行动清单与验收标准，验收标准写成了一句可判断真假的话——做不到就是没做完，不需要再解释。
文中出现的人物、产品与数字均为教学假设，用于演示算法，不代表经核实的真实案例。涉及知情同意、录音与个人信息的部分只说明取向，不构成法律意见，具体口径请以所在地法规与平台规则为准。
本组的证据与使用方法
这十篇不引用任何平台的实时数据，也不承诺转化率或收入提升。可复算的部分全部用四则运算给出算式（证据强度分、邀约成本、记录工时、分诊分、优先级分、样本误差、研究 ROI），读者可以替换成自己的数字重跑；不可复算的部分（例如招募渠道、可用性测试成本、访谈规范）明确标注为需要自行核验，并给出核验方向。
建议的使用方式：先用 01 建账、02 取样，再用 03–05 完成一轮采集，06–07 把结果压成一条主线，08 做偏差自查，09 写决策记录，最后用 10 每季度复盘一次。用户研究不是一次性项目，是一条需要持续校正的线。
系列导航
- 回到上级专题：独立开发者（Indie Developer）专题
- 上一组：一个人把产品做出海：多语言、时区与本地化
- 本组下一篇：证据是一本账：四类证据与一张强度表
- 下一组：一个人把产品做得像样：品牌、视觉识别与设计系统