MVP开发：为创业团队和企业打造最小可行产品
MVP开发，就是由一个团队把您的想法做成第一个可用的产品版本：梳理问题、选定核心场景、开发、发布，并在上线后继续陪伴。最小可行产品的目的，是尽快在真实用户身上验证假设，而不是一次把所有设想都做完。JEEKSSHIRE 24 自己开发并运营着多款产品，因此我们清楚第一个版本如何成长为完整产品，而不必推倒重来。
MVP开发包含哪些工作
我们负责项目的全过程：从第一次沟通需求，到发布和上线后的监控。您不必分别去找分析师、设计师、开发人员和负责发版的人，所有工作都在一个团队内完成，与我们的软件定制开发方式一致。
- 梳理想法：产品解决什么问题、为谁解决，以及如何判断它有效；
- 确定一个核心场景，也就是用户打开产品的首要理由；
- 围绕核心场景设计界面：页面、表单、出错状态和文案；
- 服务端、数据库、用户登录和访问权限；
- 核心场景离不开的对接：支付、CRM、邮件、即时通讯工具；
- 埋点事件，上线后能看到用户实际如何使用产品；
- 打包构建，提交App Store或Google Play，或部署Web版本；
- 从第一天起配置故障告警和数据备份。
谁需要MVP开发，它能解决什么问题
如果您有一个假设，但还没有证据表明用户愿意为它投入时间或金钱，就适合先做最小可行产品。它不是缩水版的产品，而是回答核心问题的最短路径。
- 创业团队：在投入完整产品和大团队之前，先验证市场需求；
- 成熟企业：在主营业务旁边试水新方向，观察客户反应；
- 内部流程负责人：确认员工是否愿意使用新的工具；
- 正在融资的团队：用可运行的产品和第一批数据代替演示文稿。
如果您还在了解什么是MVP、它和原型有什么区别，可以先读我们的指南什么是MVP以及如何做出第一个版本。关于自己开发还是购买现成产品，请看软件定制还是成品。
MVP开发流程：从想法到首个版本
- 梳理问题。我们一起讨论用户今天遇到的障碍，以及怎样的结果算是成功。有时会发现，用一个机器人就足以验证想法，应用可以晚一点再做。
- 确定场景和边界。第一个版本只保留验证假设必不可少的内容，其余功能写进后续版本清单。
- 方案与评估。我们提出能达成目标的最简单方案，并把它拆成可以单独演示和检查的部分。
- 分阶段开发。开发过程中您就能看到可运行的部分，而不是等到最后一次性交付，也可以随时调整各部分的优先级。
- 检查与发布。构建、代码检查和测试必须在上线前全部通过。只要关卡是红色，就不发布，无论多么紧急。
- 上线与观察。我们查看第一批数据，修复妨碍用户的问题，再一起决定下一步方向。
还没有书面需求也没关系，软件需求规格说明书怎么写这篇指南列出了值得提前说明的内容。
MVP上线后您能得到什么
- 已在线运行、包含核心场景、真实用户可以使用的产品；
- 源代码及其权利，相关条款在开工前写入合同；
- 说明产品结构以及如何构建和发布的文档；
- 安装包构建和应用商店上架，或已部署的Web版本；
- 已配置好的故障告警和数据备份；
- 延后功能清单，作为下一阶段的起点；
- 按约定提供后续维护和迭代，详见软件维护服务。
我们自己的例子：我们如何发布产品
JEEKSSHIRE 24 有十多款自有产品在线运营，全部由同一个团队开发、发布和维护。其中两款已经公开。
Wallet用于支付海外数字服务：商品目录、余额、订单记录和退款集中在一个界面里，支持Mac、Windows和浏览器。它提供俄语、英语、中文和阿拉伯语，包括从右到左的排版。支付路径相互隔离，金额在服务器端计算。
Legal是一款带人工智能的文档编辑器：可以根据描述起草合同，也可以审阅自己的合同、找出有风险的条款。文字识别直接在浏览器中完成，提供Mac和Windows版本，界面支持184种语言。
JEEKSSHIRE 24 官网同样由我们制作：四个语言版本由同一个源生成，每个版本都有自己的地址和结构化数据，并适配手机和电脑。这些产品都是从第一个版本开始，一个版本一个版本成长起来的，您的MVP也会采用同样的方法。
MVP的平台选择：移动应用、Web、Telegram还是桌面端
选择平台时，我们看您的用户已经在哪里，以及需要验证什么。很多时候，先用更轻的形式起步，第二阶段再推出应用，会更合理。
| 适用情况 | 大致周期 | |
|---|---|---|
| Telegram机器人或Mini App | 用户已经在使用该通讯工具，需要快速实现申请、预约或付款流程 | 一周到数周 |
| 基于您数据的AI智能体 | 假设与文档、往来邮件或知识库有关 | 第一个版本需要数周 |
| Web应用或用户后台 | 需要在任何设备的浏览器上使用，表单和表格较多 | 取决于范围，梳理后评估 |
| 移动应用 | 推送通知、相机、定位或常驻手机很重要 | 数月起 |
| macOS和Windows桌面应用 | 需要处理本地文件、长时间使用或离线工作 | 数月起 |
各平台的详细介绍请看手机App开发、Telegram机器人开发和AI智能体开发。
MVP开发的周期和费用取决于什么
准确的评估要在梳理需求之后给出：同一个想法，可能用一个机器人就能实现，也可能需要独立的应用。对周期和费用影响最大的因素有：
- 平台数量，以及是否需要上架应用商店；
- 角色数量：只有客户，还是还有管理员、经理和合作伙伴；
- 与外部系统和支付服务的对接；
- 安全要求以及个人数据的存储方式；
- 界面语言的数量，是否需要从右到左的排版；
- 您这边的文案、数据和决策准备到了什么程度。
各阶段的时间如何分配，详见指南软件开发流程与周期。
MVP如何成长为完整产品
只有能够继续发展的MVP才有意义。因此，即使是第一个版本，我们也采用规范的架构：文案与代码分离，语言和角色从一开始就考虑进去，构建和检查流程与大型产品完全相同。我们找问题的根源，而不是在表面打补丁；先复用系统中已有的路径，再考虑新增。
上线后，我们和您一起看数据，决定下一步：强化核心场景、补上延后的功能，还是调整方向。后续版本仍然按照小步分批的方式发布。准备好讨论您的想法了吗？请在开发页面的表单中提交需求。
常见问题
什么是MVP，它和原型有什么区别？
MVP即最小可行产品，是解决一个核心问题、能在真实用户身上运行的第一个版本。原型只展示产品可能的样子，而MVP已经可以使用和衡量效果。
MVP开发需要多少钱？
价格取决于范围和周期，因此我们不公布价目表。请在申请中描述您的想法，梳理之后我们会给出评估和分步计划。
MVP开发需要多长时间？
以Telegram机器人或小型自动化形式实现的MVP，通常需要一周到数周；AI智能体的第一个版本需要数周；独立应用则需要数月起。准确周期在梳理需求后给出。
第一个版本放哪些功能，哪些往后放？
第一个版本包含核心场景，以及完成并衡量这个场景所必需的一切。其余功能写进后续版本清单，上线后根据数据再决定。
MVP的源代码归谁所有？
归客户所有。我们随产品一起交付源代码、相关权利以及说明产品结构和发布方式的文档。条款在开工前写入合同。
可以做带人工智能的MVP吗？
可以。如果您的假设与文档、往来邮件或知识库有关，第一个版本可以是基于您数据的AI智能体，并设置访问边界和操作日志。
MVP之后是继续迭代还是重写？
我们在开发MVP时就让它能够继续迭代而无需重写：架构、构建和检查与大型产品相同。之后是新的版本发布，以及按约定的持续维护。