MVD画布：6个格子定义你的第一个项目

🖼️ 为什么需要MVD画布

很多FDE定义MVD时，全靠脑子想、嘴巴说，结果是：自己想清楚了，但客户没听明白；客户听明白了，但团队执行时理解偏差；做着做着范围就变了；做完了发现效果没法衡量。这些问题的根源是：没有一个结构化的工具来定义MVD。

MVD画布就是解决这个问题的。它把MVD的定义拆成六个格子，每个格子有明确的填写要求。你和客户一起填，填完就达成了共识；团队照着做，不会理解偏差；做的过程中对照画布，不会范围蔓延；做完了对照画布，知道有没有成功。

MVD画布的六个格子是：① 核心问题（解决什么问题）② 目标用户（谁来用）③ 成功指标（做到什么程度算成功）④ 功能范围（做什么、不做什么）⑤ 技术方案（用什么技术实现）⑥ 交付计划（什么时候交付、怎么交付）。

六个格子填完，你的MVD就定义清楚了。整个过程不需要写长文档，一张画布、一页纸、30分钟就能填完。简单、高效、可复用。

❓ 格子一：核心问题

第一个格子：核心问题——这个MVD要解决客户的什么问题？

填写要求：用一句话描述清楚，要具体、要量化、要指向业务痛点。

不好的描述："提升客服效率"（太模糊，什么效率？提升多少？）；"做一个AI客服系统"（这是方案不是问题）；"客户想试试AI"（这不是痛点）。

好的描述："解决夜间客服无人值班的问题——目前夜间20-30个咨询无人处理，客户投诉率高，客服团队需要轮班导致流动率高"（具体：夜间客服；量化：20-30个咨询；指向痛点：投诉率高、流动率高）。

填写这个格子时，要跟客户确认："这个问题是不是您目前最痛的？解决了这个问题，对您的业务有什么价值？"如果客户说"是最痛的，解决了能省X万/提升Y%"，那这个问题选对了。如果客户说"还好吧，也不是最急的"，那换一个问题。

核心问题是MVD的起点，起点错了，后面全错。这个格子一定要花时间跟客户确认清楚，不要自己替客户做决定。

👥 格子二：目标用户

第二个格子：目标用户——这个MVD做出来给谁用？

填写要求：明确用户角色、使用场景、使用频率。

不好的描述："客服团队"（太宽泛，客服团队有一线客服、客服主管、客服总监，需求完全不同）；"客户"（更宽泛，什么客户？）；"所有人"（等于没说）。

好的描述："一线客服人员——夜间值班时使用，处理客户的售前咨询和售后查询，每天使用20-30次"（角色：一线客服；场景：夜间值班；频率：20-30次/天）。

为什么要明确目标用户？因为不同用户的需求完全不同：一线客服要的是"快速回答客户问题，减少我的工作量"；客服主管要的是"监控客服质量，提升团队效率"；客服总监要的是"降低客服成本，提升客户满意度"。如果你的MVD目标用户不明确，就会试图满足所有人的需求，结果谁都不满意。

MVD的目标用户要"最小化"——只选一类核心用户，只解决他们的核心问题。其他用户的需求，放到二期。比如夜间AI客服，目标用户就是"夜间值班的一线客服"，客服主管想看数据报表？放到二期。客服总监想看成本分析？放到二期。

填写这个格子时，要跟客户确认："这个MVD主要是给XX用的，对吗？他们用了之后，最直接的感受是什么？"确认了目标用户，后面的功能范围和成功指标才有依据。

📊 格子三：成功指标

第三个格子：成功指标——做到什么程度，算这个MVD成功了？

填写要求：3-5个可量化的指标，每个指标有明确的before基线和after目标。

不好的指标："客户满意"（不可量化）；"提升效率"（没有具体数值）；"AI能回答问题"（这是功能不是效果）。

好的指标："① 夜间咨询响应时间：从目前的平均8小时（第二天上班才回复）降到5分钟以内；② 夜间咨询自动处理率：达到70%以上（30%复杂问题转人工）；③ 客服夜间值班取消：不再需要人工夜间值班，客服流动率预计降低30%；④ 客户满意度：夜间咨询的客户满意度从目前的3.2分提升到4.0分以上"（每个指标都有before和after，可量化、可衡量）。

成功指标是MVD的"验收标准"——项目做完了，对照指标看有没有达标。达标了，客户认，项目成功；没达标，分析原因，要么优化要么调整预期。没有成功指标的项目，做完了客户说"没感觉"，你就百口莫辩。

填写成功指标时，要注意三点：第一，before基线要真实——不要拍脑袋，要跟客户一起从历史数据中找出来；第二，after目标要合理——不要定得太高（达不到）也不要太低（没价值），要基于技术可行性和业务价值综合判断；第三，指标要少而精——3-5个就够了，太多了重点不突出。

跟客户确认成功指标时，可以说："如果这几个指标都达到了，您觉得这个项目算成功吗？"如果客户说"算"，那指标定对了；如果客户说"还要看XX"，那把XX加进去。

📋 格子四：功能范围

第四个格子：功能范围——这个MVD做什么、不做什么？

填写要求：明确列出"做的功能"（3-5个核心功能）和"不做的功能"（明确排除的功能，避免范围蔓延）。

"做的功能"要最小化——只做实现核心问题、达到成功指标所必需的功能。比如夜间AI客服，做的功能：① 知识库检索（基于客户已有FAQ）；② 自动回答（常见问题AI自动回复）；③ 转人工（复杂问题一键转白天客服，留言处理）；④ 简单后台（查看对话记录、标记bad case）。这四个功能就够了，多一个都是范围蔓延。

"不做的功能"要明确写出来——这是防止范围蔓延的关键。客户在项目过程中总会说"再加一个小功能吧"，这时候你就可以拿出画布说："这个功能我们当时明确说不做的，放到二期好吗？"不做的功能比如：① 不做多轮对话（只做单轮问答）；② 不做情感分析（不判断客户情绪）；③ 不做语音客服（只做文字）；④ 不做CRM集成（不打通客户系统）；⑤ 不做复杂报表（只做简单统计）。

功能范围是MVD最容易出问题的格子——范围蔓延是项目失败的头号原因。填写这个格子时，要跟客户反复确认："这些功能够不够解决核心问题？够的话我们就按这个来，其他功能放到二期。"客户同意了，签字确认（写进SOW），后面就按这个来。

一个实用技巧：把"不做的功能"写得比"做的功能"还多。这样客户就清楚地知道边界在哪里，也不会随便提加功能的要求。而且"不做的功能"就是二期的天然 roadmap——MVD成功后，你可以拿着这个列表跟客户谈二期扩展。

⚙️ 格子五：技术方案

第五个格子：技术方案——用什么技术实现这个MVD？

填写要求：简单描述技术架构，重点说明"为什么选这个方案"，不需要详细技术设计。

MVD的技术方案要遵循"最简单可行"原则——不要搞复杂架构、不要用最新技术、不要过度设计。能用API调用解决的，就不要自己搭模型；能用现成框架的，就不要自己写代码；能2周交付的，就不要搞2个月。

比如夜间AI客服的技术方案："用RAG架构——① 知识库：客户已有FAQ文档，向量化后存入向量数据库；② 检索：用户提问时，从向量库检索最相关的3条知识；③ 生成：把检索到的知识+用户提问传给大模型（GPT-4o mini，成本低），生成回答；④ 转人工：AI回答置信度低时，自动提示转人工，留言记录。技术栈：LangChain + Chroma + OpenAI API，部署在客户的云服务器上。"

填写技术方案时，要说明三个选择：① 模型选型（用什么模型，为什么——参考F2-3）；② 架构选型（用什么架构，为什么——RAG/微调/Agent/纯Prompt）；③ 部署方式（部署在哪里，为什么——云端/本地/混合）。

技术方案不需要跟客户讲太深（客户也听不懂），但要跟客户讲清楚"为什么这个方案最合适"——比如"选这个模型是因为成本低、效果够用；选RAG是因为客户已有知识库，不需要微调；选云端部署是因为快，2周就能上线"。客户听懂了"为什么"，才会信任你的方案。

注意：MVD的技术方案要留好扩展接口（参考F2-5）——比如模型抽象层、模块化设计。这样二期扩展时，不需要推倒重来。

📅 格子六：交付计划

第六个格子：交付计划——什么时候交付、怎么交付、交付后怎么运营？

填写要求：明确时间节点（周为单位）、交付物、验收方式、上线后运营方案。

MVD的交付周期一般是2-4周，按周分解：

第1周：准备阶段——① 客户环境调研（数据、系统、网络）；② 知识库梳理（收集、清洗、向量化）；③ 技术环境搭建（服务器、数据库、API）。交付物：环境就绪、知识库初版。

第2周：开发阶段——① 核心功能开发（检索、生成、转人工）；② 内部测试（用评估集测试效果）；③ 效果调优（Prompt优化、知识库优化）。交付物：可运行的系统、内部测试报告。

第3周：上线阶段——① 客户环境部署；② 客户团队培训（怎么用、怎么管）；③ 灰度上线（先给10%用户用，观察效果）；④ 问题修复（根据反馈快速迭代）。交付物：上线系统、培训文档、灰度上线报告。

第4周（可选）：验证阶段——① 全量上线；② 效果数据收集（对照成功指标）；③ 项目复盘（哪些做得好、哪些要改进）；④ 二期规划（基于效果数据谈扩展）。交付物：全量上线、效果报告、复盘文档、二期建议。

交付计划还要明确"上线后怎么运营"——MVD不是上线就完了，上线后需要持续运营：① 谁负责日常维护（客户的IT还是你的团队）；② bad case怎么处理（收集、标注、优化）；③ 知识库怎么更新（谁来更新、多久更新一次）；④ 效果怎么监控（每天看什么数据、异常怎么告警）。运营方案不明确，MVD上线后效果会慢慢衰减，最后客户就不用了。

交付计划跟客户确认时，要明确："这个时间计划您觉得合理吗？您这边能配合提供什么资源（数据、人员、环境）？"客户的配合是MVD按时交付的关键，一定要提前确认好。

📝 MVD画布怎么用

MVD画布的使用流程：

第一步：跟客户一起填。不要自己填完给客户看，要拉着客户一起填——核心问题客户最清楚、目标用户客户最清楚、成功指标客户最清楚。你负责引导和提问，客户负责提供信息。一起填的过程，就是达成共识的过程。

第二步：每个格子都要客户确认。填完一个格子，跟客户确认"这个您觉得对吗？"客户说对，再填下一个。不要一口气填完再确认——如果第一个格子就错了，后面全错。

第三步：填完后整体过一遍。六个格子都填完了，整体跟客户过一遍："我们再确认一下——核心问题是XX，目标用户是XX，成功指标是XX，功能范围是XX（做XX不做XX），技术方案是XX，交付计划是XX。您看有没有问题？"客户确认没问题，签字（写进SOW）。

第四步：项目过程中对照画布。项目做的过程中，每周对照画布检查：核心问题有没有偏？目标用户有没有变？功能范围有没有蔓延？交付计划有没有延期？发现偏差及时纠正。客户要加功能时，拿出画布说"这个当时说不做的，放到二期好吗？"

第五步：项目结束后对照画布验收。项目做完了，对照画布的成功指标验收——指标达到了，项目成功，客户付款，谈二期；指标没达到，分析原因，要么优化要么跟客户沟通调整预期。

MVD画布是一个"活"的工具——不是填完就锁死了。如果项目过程中发现核心问题变了（比如客户的业务优先级变了），那要跟客户一起更新画布，而不是硬着头皮按原来的做。但更新画布要有正式的流程（变更确认），不能随便改。