MVP 九步法详解

31MVP 不是缩小版产品

页面主张：它是验证一条关键假设所需的最短证据链。

• 有人真的遇到这个问题
• 现有替代方案确实有成本
• 你的方案能完成核心任务
• 用户愿意再次使用或推荐
• 失败与风险可以被记录和控制

32四个适合医学研究生的 MVP

页面主张：优先选择你能接触用户、判断质量、控制边界的窄场景。

四类选题分别对应产品／评测、知识工程、领域科学和解决方案岗位。不要同时做四个。选一个目标用户能在一周内找到、核心任务能在五分钟内演示、结果能由你或专家判断的题目。

33步骤 1 · 从高频、窄场景、可验证问题开始

页面主张：好问题通常不是"用 AI 改变医疗"，而是某角色在某一步反复浪费时间或犯错。

• 角色明确：医生、研究生、患者、药企或信息科
• 触发明确：何时开始，何时结束
• 损失明确：时间、遗漏、沟通、重复劳动
• 验证明确：正确率、耗时、完成率或复用率

用一句问题陈述：某类用户在某场景下，因为某原因无法完成某任务，导致某损失。再列出三个反例，确认问题不是偶发、不是你想象出来、也不是用户已有更便宜的方法能解决，才继续。

34步骤 2 · 访谈 5–10 个目标用户

• 最近一次是什么时候
• 当时逐步怎么做
• 在哪一步最慢、最怕或最烦
• 现在用什么替代方案
• 为解决它投入过什么时间、钱或人情
• 愿不愿拿真实任务试一次

访谈中避免推销方案。先收集原话、步骤、工具、例外和后果，最后才展示极简草图。五到十人足以发现早期共性，但不代表统计结论。把访谈记录匿名化，并明确哪些信息不能进入模型。

35步骤 3 · 写一页 PRD，也写"不做清单"

页面主张：范围越小，越容易在真实用户面前完成闭环。

• 目标：本版只验证一个关键假设
• 用户故事：谁要完成什么任务
• 主流程：输入—处理—输出—反馈
• 成功指标：功能、质量、安全、行为
• 不做：诊断、处方、全科覆盖、复杂账户体系等

不做清单能防止 MVP 被功能愿望拖垮。以线上问诊智能体为例，第一版可以只做信息采集、结构化摘要和随访记录，不做自动诊断和处方。这样既缩短开发，也把医学风险控制在可解释范围。

36步骤 4 · 把 AI 拆成六个可检查部件

页面主张：线上问诊智能体不是一个 Prompt，而是一条患者信息到医生可用摘要的工作流。

画流程图时要标出每一步由规则、模型、检索、工具还是人工完成。这样才能定位错误和成本，也方便后续替换模型。MedAIBox 线上问诊智能体的价值重点是信息整理与纵向记录，不是伪装成医生。

37步骤 5 · 用最便宜的技术栈做可操作版本

页面主张：第一版的技术目标是可用、可观察、可修改，不是架构炫技。

• 界面：表单／聊天 + 清晰任务入口
• 后端：轻量 API 或自动化工作流
• 模型：先用成熟 API，记录版本、耗时与成本
• 数据：结构化存储输入、输出、反馈与错误
• 上线：独立链接、基础权限、日志和备份

如果会 Web 编程，可以做一个真实网站；不会也可用低代码、表单和自动化工具拼出流程。关键是用户能独立完成任务，后台能看到行为和失败。不要把 Notebook 当作最终用户产品，也不要在第一周自建模型训练平台。