操盘手年鉴The Operators’ Almanac
PD · PB · 029

标杆客户发现法

Reference Customer Discovery · reference-customer-discovery--christian-idiodi
产品方法论 操作手册 过渡期 2023-12 Christian Idiodi ✓ 已核验出处

解决什么问题

如何用一种方法同时完成"验证问题是否值得解决"和"验证解决方案是否对"两件事,并直接产出可用的市场口碑?

核心内容

Reference Customer = 使用过你的产品、爱到愿意拿自己声誉背书去推荐给别人的人。

操作步骤

  1. 找到有问题的真实用户:离开办公室,找到真正有这个问题的人。早期采用者分两类——Technologists(热爱新技术本身)和 Evangelists(相信这个产品能改变自己的处境,甚至显得不理性)。
  2. 深度沉浸,直到解决他们的问题:不要用问卷或访谈,而是和问题所在的人待在一起,亲手帮他们解决问题,直到他们满意。
  3. 用"是否愿意公开推荐"作为验收标准:不是问"你觉得好不好",而是要求对方写评价、拍视频证言、愿意把自己的名字挂在产品旁边。如果对方犹豫,追问犹豫的原因——这才是真正的 discovery。
  4. 所有人要想要同一个东西:如果 25 个参考客户中有 1 个需求偏离,不做那个功能。参考客户的一致性本身就是说服后续用户的社会证明。
  5. 达标数量
    • B2B:6-8 个 reference customers
    • B2C:15-25 个 reference customers
    • 达到这个数量 = Product Market Fit
  6. 在 App Store 发布当天,应该已有 25 条五星评价——不是发布后等用户来评,而是发布前就已与这 25 人深度合作完毕。
  7. 营销语言直接来自这些参考客户的原话:不用自己编产品描述,用户怎么描述就怎么写。曾有一个产品上市时写着"super fast but difficult to read"——因为技术限制确实字体难读,用户反而觉得描述真实,预期匹配。

退出机制

如果找不到足够数量的参考客户,说明问题不值得解决,直接放弃。作者声称用此方法从未经历过产品失败。

适用边界

  • 作者本人每年从零构建一个新产品来实践此方法(已参与 205+ 产品)
  • 需要团队(PM + Designer + Engineer)一起沉浸在现场,不是 PM 一个人做调研
  • B2B 和 B2C 的数字来自实践验证,非严格统计

关键引述 · 原话

"If I cannot find a certain number of people that have this problem, my goodness, it might not be a problem worth solving." — Christian Idiodi

关联卡片

Four Product Risks 框架中 Value Risk 的最佳验证手段。

出处Christian Idiodi · 03-podcasts/christian-idiodi.md
提炼自 Lenny Rachitsky 的 Lenny’s Newsletter & Podcast(2019–2026)。本站为个人学习用途的二次创作,与 Lenny’s Newsletter 无官方关联。
provenance · 已核验 · glm-5.2