用 AI 做 MVP：创始人实战手册

用 AI 做 MVP，先明确它要解决的那一个问题，以及用户必须完成的那一个动作，再用一条提示词描述这个流程，然后把在线链接分享给几位真实用户。根据他们的实际行为在同一个对话里迭代，只有测试真正需要时，才加入账户或付款功能。

• MVP 是一场实验，而不是产品的缩小版。它存在的意义，是检验你风险最大的那个假设。
• 选定一类用户、一个问题、一个能证明价值的动作。其他一切都往后放。
• 一条提示词就能产出一个在线托管的第一版。WisyLink 的免费计划有意只构建一个精简的首个切片，而这正是 MVP 该有的样子。
• 在改动任何东西之前，先观察五位真实用户，然后每条后续消息只改一两处。
• 在应用自己的数据里统计核心动作。光看浏览量和注册数，说明不了什么。
• WisyLink 不支持导出代码，所以“毕业”意味着重做，而你的 MVP 就是一份活的需求文档。

什么是 MVP，什么不是

最小可行产品（MVP）

你能拿到真实用户面前、用来验证风险最大的假设是否成立的最小可用之物。

这个说法来自精益创业方法论，它描述了一个“构建—衡量—学习”的循环：先找出问题，再开发一个 MVP，“以尽快开始学习的过程”（精益创业原则）。你真正要的产出是认知，而不是软件。

由此可以排除几样常被创始人称作 MVP 的东西：

• 设计稿或可点击的原型。用来收集设计反馈很有用，但没人能真正从中获得价值，所以它没法告诉你用户会不会用。
• 少打磨几轮的 1.0 版。如果它有设置页面、个人资料和新手引导，那就算不上“最小”。
• 给投资人看的演示。演示展示的是可能存在的东西；MVP 展示的是真实用户做了什么。

“可行”和“最小”同样重要。它做的那一件事必须真的有效：预约真的约上了，请求真的送到了你手里，付款真的到账了。至于幕后，有些部分完全可以手动完成。

选定 MVP 必须完成的那一件事

从一句可能被证伪的话开始：“[谁] 会因为 [这个问题] 而 [做这个动作]；如果在 [这段时间] 内有 [这么多人] 这样做，我就知道它成立。”如果最后半句填不出来，你手里还没有一个测试，只有一个愿望。以下文的校园运动装备互换为例，可以这样写：“同一所学校的家长会把孩子穿不下的运动装备挂出来，因为直接扔掉太浪费；如果在校刊提及一次之后的两周内，有 20 件物品被挂出、10 件被认领，我就知道它成立。”这些数字由你来定，关键是要在上线之前定下来。

然后，找出那个一旦不成立就会让整个想法失败的假设。通常是以下四种之一：没人想要（需求）、解决得不够好（价值）、没人愿意付钱（价格），或者找不到供给方（双边平台）。风险最大的假设，决定了 MVP 的类型：

如果需求本身还是未知数，就从第一行开始；我们的用 AI 搭建候补名单落地页指南讲的就是这个。如果大家显然想要这个结果，只是你对交付没把握，人工代办式 MVP 能让你在自动化之前先把这件事摸透。

把范围收进一条提示词

一条好的 MVP 提示词，读起来就像给外包方的一份简短需求：给谁用、那一件事、有哪些页面、存什么数据、有什么规则，以及一份明确的“暂不做”清单。最后这份清单最重要，因为无论是人还是 AI，构建者都会用功能来填补空白。

为 [具体用户] 做一个 [产品名称] 的第一版。它必须做到的一件事：[核心动作]，从而 [结果]。

页面：[一个说明产品的首页]、[核心流程]、[确认页]。

保存：[记录及其字段]。规则：[限制、状态、谁能看到什么]。

暂时不做：[账户、付款、邮件、个人资料、设置]。

加一个管理页面，让我能看到每一条 [请求]，以及每天的 [核心动作] 次数。风格：[语气、配色、移动端优先]。

以一个双边平台试点为例，填写后是这样的：

为同一所学校的家长做一个 KitSwap 的第一版。它必须做到的一件事：让家长挂出孩子穿不下的运动装备，并让其他家长免费认领。页面：一个说明玩法的首页；一个“挂出物品”表单，包括一张照片、运动项目、尺码和成色；一个可按运动项目和尺码筛选的浏览页面；一个认领按钮，点击后填写姓名和邮箱。每件物品只能被认领一次。暂不做账户、付款和站内消息。加一个管理页面，显示所有物品和认领记录，以及每天新增物品数和认领数。风格：友好，使用校色藏青和黄色，按钮要大，方便手机操作。

注意少了什么：登录、家长之间的聊天、评分。如果试点成功，这些都是后续消息的事；如果不成功，你就省下了做它们的功夫。

构建、找五位真实用户测试、在同一对话中迭代

整套打法就是以下七步：

1. 在构建之前写下假设和成功信号，这样结果出来之后就没法被重新解读。
2. 把提示词粘贴到一个新的 WisyLink 对话里。如果有关键信息不清楚，Wisy 会问一个简短的问题；否则构建直接开始，实时任务列表会显示进展。结果是一个在独立地址上托管的网页应用。
3. 阅读构建最后的说明。它会告诉你做了什么，以及“集成”中是否有东西在等你设置，比如 Stripe 或邮件。
4. 自己在手机和笔记本电脑上把核心流程走一遍。发现问题时，在对话里准确描述：你做了什么、预期是什么、实际发生了什么。
5. 拿给五位来自目标人群的真实用户，而不是朋友。当面或通过屏幕共享看他们使用，什么都不要解释。
6. 记录行为，而不是观点：他们在哪里犹豫、想点什么、在哪里放弃、主动要求了什么。
7. 每条后续消息只改一两处，在同一个对话里修改，然后找新的人再测。每次修改都是一次新的构建，构建失败时上一个可用版本会继续在线。

为什么是五位？Jakob Nielsen 的可用性研究得出结论：“最好的结果来自测试不超过 5 名用户，并尽可能多地进行小规模测试”（Nielsen Norman Group）。五位用户能让你看到流程在哪里断掉，但证明不了需求；要证明需求，你需要覆盖面，比如把候补名单页面分享给陌生人。

到你的人脉圈之外去招募测试者：目标用户本来就在交流的家长群、行业论坛或本地社群。请对方抽出 20 分钟，送一份小小的谢礼，并在构建完成之前就约好时间，这样链接能趁你的问题还新鲜时，遇上真实的人。

在免费的 Community 计划上，每个 5 小时窗口可以构建一次。这个节奏正好适合这个循环：收集一轮反馈，挑出最重要的一两处修改，用一条消息发出去。

只在测试需要时，才加账户、付款和邮件

这些功能每加一项，都意味着更多的设置、测试，以及用户这一侧更多的阻力。只有当假设需要时才加，而不是因为“真正的产品都有”。

• 账户：当用户必须回来查看自己的数据时才加，比如收藏、历史记录、个人主页。在那之前，姓名和邮箱字段就够了。应用运行自己的注册和登录；用你自己的 OAuth 凭证，还可以支持 Google 登录。
• 付款：当“愿不愿意付钱”就是要检验的假设时才加。钱是 MVP 能收集到的最强信号。结账通过你自己的 Stripe 账户（或其他服务商的账户）进行，在你于“集成”中添加密钥之前保持未启用，并且只有在服务商经签名的 webhook 确认后，订单才会被标记为已付款。先用 Stripe 的测试密钥测试。
• 邮件：当流程需要确认或跟进时才加。邮件通过你自己的 SMTP 账户发送；没有 SMTP，发邮件的步骤不会发送任何东西，其他一切照常运行。

每项新增都只需一条后续消息，例如：“加上注册和登录，让家长能看到自己挂出和认领的物品。其他一切保持不变。”永远不要把密钥或密码粘贴到对话里；构建会告诉你该填写“集成”中的哪个字段。

衡量用户做了什么，而不是说了什么

WisyLink 没有内置的数据分析面板，所以要把衡量方式作为构建的一部分来规划。分两层：

1. 应用自身数据中的产品事件。让应用记录每个关键动作（比如物品挂出、物品认领、订单付款）及其时间戳，并在管理页面上显示每日计数。这些数字精确、私密，而且衡量的正是你的假设所关心的事。
2. 来自数据分析服务商的流量数据。访问量和来源，就要求接入你的数据分析工具。如果它需要密钥，构建会在“集成”中声明一个字段，你把密钥粘贴到那里。

跟踪四件事：激活率（完成核心动作的访客占比）、回访（一周内回来的人）、转化（付款或加入的人）和流失点（人们放弃的那一步）。在看数据之前，先定好什么算成功。以运动装备互换为例，一条合理的规则是：如果大部分挂出的物品在一周内被认领，就继续；如果访问量很高、物品却无人认领，就重新思考这个产品，因为这说明人群不对或物品不对。在核心动作之后加一个可选问题，比如“是什么差点让你放弃？”，管理面板上只保留几个数字。

时间与成本：现实的预期

用 AI 做 MVP 要多久？一次对话就能做出在线的第一版，你还能看着构建过程进行。决定日程的是它周围的一切：确定那一件事、招募五位真实用户、进行测试、做出修改。把测试规划成一个固定的窗口，比如一到两周，结束时做出决定，而不是无限期地构建下去。付费计划会缩短两次构建之间的等待，还能同时构建多个应用，当你同时进行不止一项实验时很有帮助。

做一个 MVP 要花多少钱？在 WisyLink 上：

• Community：免费，使用额度按 5 小时窗口和每周窗口循环恢复，足够做出第一个切片。
• Starter 每月 7 美元、Growth 20 美元、Scale 100 美元，提供更完整的构建、更多用量，以及订阅期间永不过期的链接。
• 外部成本：如果需要域名，就有域名费用（价格以你的注册商为准，绑定在所有计划上都可以）；如果收费，有支付服务商的手续费；还有提供 SMTP 的邮件服务商，以及任何数据分析工具。
• 你的时间，这在任何一条路线里都是最大的成本。

想和请开发者的方案对比，请看做一个网页应用要花多少钱，以及 AI 应用生成器与请开发者的对比。有一个时间陷阱要注意：免费链接保留 30 天，之后再标记为待删除一周，然后连同数据一起被删除。如果你的测试会持续更久，或者已经把链接印到了传单上，先升级。

MVP 常见错误，以及何时“毕业”

浪费一次测试的错误

• 第一个功能还没人用过，就开始做第二个。
• 找朋友测试。他们很友善，而友善就是噪音。
• 统计注册数，而不是核心动作。注册只是一个承诺，动作才是证据。
• 一次改五处，结果分不清是哪一处起了作用。
• 第一天就加登录，其实姓名加邮箱就够了。
• 流程还让人困惑，就去打磨视觉。
• 测试进行到一半，免费链接过期了，数据也跟着没了。

何时毕业：请开发者或重做

如果 MVP 跑通了，它可以在付费计划上继续为真实客户服务；没有任何规定说你必须重做。当某个需求超出了托管式 AI 网页应用的能力范围时，才是毕业的时候：

• 你需要上架 App Store 或 Google Play 的原生应用，而不是网页应用。
• 你需要在大量数据中进行全文搜索。
• 企业客户要求单点登录、特定的托管地点或合规报告。
• 产品依赖长时间运行的计算，或精确到分钟的定时任务。
• 工程团队需要直接拥有并修改代码。

WisyLink 不支持导出源代码，所以毕业意味着由开发者构建一个新版本。这并没有听上去那么痛苦：你的 MVP 是一份活的需求文档，涵盖流程、数据模型、文案，以及最有价值的部分——用户实际行为的证据。尽早要求为关键记录加一个 CSV 导出，让你的数据能随你迁移。一份有用的交接包包含四部分：在线链接、一份写明每个流程和规则的清单、导出的数据，以及你的用户测试笔记。关于创始人这一面，请阅读没有技术联合创始人也能交付；至于为什么有些版本生来就是要被替换的，请看一次性软件。

这周就做出你的 MVP

写下你的假设，在提示词模板里填好那一件事和“暂不做”清单，并在构建完成之前约好五场用户测试。如果你想在把它交给客户之前，先了解它背后是怎么运行的，产品页面介绍了隔离与可靠性，计划则展示了升级之后会有哪些变化。

用一条消息描述你的 MVP，就能拿到一个在线链接：在 Community 计划免费开始，无需绑卡。