Skip to content

专题 C:实战案例学习

补充专题 | 看别人是怎么做的

这个专题适合谁

学完基础 16 课之后,如果你想通过真实案例来理解课程中的方法论如何落地,这个专题为你准备了几个典型案例分析。


案例一:乡村老师的 AI 苍蝇拍

一个真实的案例来自 Datawhale 社区:一位乡村老师用 AI 做了一个"赶苍蝇"的工具。

背景是教室里的苍蝇影响学生上课,他想做一个自动识别苍蝇并驱赶的设备。作为一个不会写代码的老师,他用 AI 辅助,从零开始做出了一个设备——摄像头识别到苍蝇后,发出特定频率的声音驱赶。

这个案例告诉我们什么?

  1. 用户是你自己也可以是真实的。 这个产品的用户就是他自己班上的学生——不是假设的"目标市场",而是每天面对的真实的 40 个人。

  2. 痛点不需要"大"。 很多人觉得产品一定要解决"大问题"。但"教室里的苍蝇影响学生注意力"这个痛点够具体、够真实,而且之前没有人解决。小而真实的痛点比大而模糊的痛点更有价值。

  3. MVP 不需要是 App。 他的 MVP 是一个简陋的硬件+软件组合,功能极不完善,但它验证了核心假设:识别苍蝇并驱赶。这个案例完美诠释了 MVP 的本质——用最小成本验证核心假设。

  4. AI 让"不会写代码"不再是障碍。 他不懂图像识别、不懂嵌入式开发,但 AI 帮他跨越了技术门槛。这和课程中反复强调的理念一致:AI 填平了实现能力的鸿沟,你的价值在问题定义能力。


案例二:从 14 个功能到 3 个功能

这是一个课程中多次提到的贯穿案例:小李的极简待办清单。

背景:产品经理小李每天有大量琐事要记,便签纸容易丢,手机备忘录格式混乱。他尝试过的待办 App 都太复杂。

第一版的错误:他列出 14 个功能——任务分类、优先级标签、截止日期、重复任务、子任务、团队协作、数据统计……开发三个月,项目搁浅。

用课程所学重新做

  • 灵魂三问:用户是谁(自己这样的职场人)、痛点在哪(怕漏事)、为何用你(极致简单)
  • MVP 思维:只保留 3 个 P0 功能——添加、勾选、删除。不做清单列了 8 项
  • AI 协作:写了一份结构化 PRD,让 AI 生成纯前端页面
  • 结果:几天内做出了能用的版本,自己已经开始每天使用

这个案例告诉我们什么?

决定产品成败的往往不是"做了多少功能",而是"砍掉了多少不需要的功能"。一个只有 3 个功能但精准解决问题的工具,比一个有 14 个功能但没人用完整的产品更有生命力。


案例三:AI 简历优化工具——从错误问题到正确洞察

假设你想做一个"AI 帮大学生改简历"的产品。

如果用错误的方式做用户调研

  • 问:"你觉得 AI 改简历这个想法怎么样?"→ 得到:"挺好的啊"
  • 问:"如果有这样的工具你会用吗?"→ 得到:"应该会"
  • 结论:"用户需要 AI 美化简历措辞"——开始做

如果用 The Mom Test 的方式做用户调研

  • 问:"你最近一次改简历是什么时候?"
  • 问:"当时为什么要改?最卡的是哪一步?"
  • 问:"你怎么判断简历改好了?"
  • 得出洞察:用户最痛的不是"不知道怎么美化措辞",而是"不知道哪些经历值得写"和"不知道怎么针对不同岗位改写"

两个洞察导向完全不同的产品方向

  • 错误洞察 → 做一个 AI 润色工具(和无数竞品一样)
  • 正确洞察 → 做一个帮用户筛选和匹配经历的工具(这是竞品没有做的差异化价值)

这个案例告诉我们什么?

你问什么问题,决定了你能得到什么信息。问"你觉得我的想法怎么样"得到的是礼貌。问"你上次是怎么做的"得到的是事实。正确的洞察来自正确的提问。


案例四:Dropbox 的 MVP 视频

Dropbox 创始人 Drew Houston 想验证"简单文件同步"的需求。但他面临一个问题:这个产品需要大量底层技术开发,在开发完成之前没办法验证假设。

他的方案:不写一行代码,先做了一个 3 分钟的演示视频。 视频展示了一个"拖拽文件就自动同步到所有设备"的效果——实际上是剪辑合成的,产品还不存在。

视频放上网后,一夜之间等待名单从 5,000 人涨到了 75,000 人。

这个案例告诉我们什么?

MVP 不是"功能最少的可运行产品",而是"能验证假设的最小投入"。一个视频比一个完整产品的成本低 100 倍,但它同样能验证"用户是否愿意使用"这个核心假设。

验证不一定要用代码。先确认用户真的需要,再投入开发资源。这不是慢,这是最有效的快。


从案例到你的实践

这些案例的共同点是什么?

  1. 都是从真实的、具体的问题出发,不是从"我觉得应该有人需要"出发
  2. 都用了最小成本验证核心假设,没有一上来就做完整产品
  3. 都借助了 AI 来跨越能力鸿沟——不会写代码不再是不能做的理由
  4. 都在迭代中变好——第一版都不完美,但因为方向正确,每次迭代都在朝对的方向走

你的产品想法可能没有 Dropbox 那么宏大,但那不重要。重要的是:你能否用这门课教的方法,把你的想法变成一个真实的、有人在用的产品。

找一个你身边真实的小问题。用灵魂三问验证它。做几场用户访谈。写一份 PRD。用 AI 做出 MVP。找真实用户试用。收集反馈。迭代。

完整地走一遍,比看 100 个案例都有价值。

基于 AI 时代产品实践整理