能用、好用、有人用 | 验证与迭代 | 做产品
能用、好用、有人用
验证分三层。每一层要回答的问题不同，用的方法也不同，混在一起就什么都验不清楚。
你会遇到的现象
-
上线了，但不知道该看哪个数，只能看每天有多少人打开
-
数据不好，说不清是功能有 bug、体验太绕，还是根本没人需要
-
验收全靠自己点几下，点的还都是自己熟悉的那条路
三层各看什么
层要回答怎么验不通过的表现
能用 功能对不对，异常情况会不会崩 走查清单、真实数据压测、安全检查 白屏、报错、数据丢失
好用 陌生人能不能自己走完 五秒测试、找三五个人试用并观察 他卡在某一步、需要你在旁边解释
有人用 他们会不会回来、愿不愿意付钱 埋点、留存曲线、转化漏斗 用了一次再也不来
「好用」这一层最容易被跳过，因为它要找人，比较麻烦。但三五个人、每人二十分钟，能发现的问题比你自己点一百遍都多。
每一层要回答的问题不同，用的方法也不同
有人用 他们会不会回来、愿不愿意付钱 埋点 · 留存曲线 · 转化漏斗
好用 陌生人能不能自己走完 五秒测试 · 找三五个人试用并观察
能用 功能对不对，异常会不会崩 走查清单 · 真实数据压测 · 安全检查
依赖顺序 下一层不成立， 上一层的结论 就没有意义 用户走到一半崩了， 留存低是必然的，跟 需求真不真没关系
但发现顺序常常是反的：数据不好 → 找人试用 → 发现某一步走不通 → 查代码发现是个 bug。所以三层要都会。 中间那层最容易被跳过，因为要找人。但三五个人、每人二十分钟，能发现的问题比你自己点一百遍都多。
观察用户时最难的是忍住不说话——他卡住的那十秒钟，是整个测试里信息量最大的十秒。你一开口解释，这十秒就没了。
顺序不能乱
三层是有依赖的。下一层不成立，上一层的结论就没有意义。
-
**能用不过关，就别看留存。**用户走到一半崩了，留存低是必然的，跟需求真不真没关系。
-
**好用不过关，就别急着投放。**把人拉进来卡在第二步，等于花钱买流失。
-
**有人用不成立，前两层做得再精也白搭。**没人需要的东西，做得再顺手也不会有人回来。
-
**但发现顺序常常是反的。**数据不好 → 找人试用 → 发现某一步走不通 → 查代码发现是个 bug。所以三层要都会。
一个人怎么做
时机做什么 写完一个功能对着状态清单逐条过；用零条数据和超长内容各跑一遍 上线前走查清单全过一遍，含安全那几条；用全新账号完整走一次 上线时埋点必须已经在了。没埋点的功能，上线等于没上 上线后第一周找三五个真实用户看他们怎么用，别在旁边指导 上线后一个月看留存曲线走不走平，这决定了要不要继续投入
观察用户时最难的是忍住不说话。他卡住的那十秒钟，是整个测试里信息量最大的十秒。
接着看
走查清单 第一层的具体做法。功能、体验、安全三类，上线前逐条过。
五秒测试 第二层里成本最低的一个。给陌生人看五秒，问他这页最想让你干什么。
先埋点后上线 第三层的前提。埋点要在开发阶段就定，不是上线之后补。