Blueboard
董事治理与招募平台。MVP在11周内交付，第三个月拥有 4 000 名用户。
关键信息
- 打包价从 29 000 € 起，60天交付。价格公开透明，无需等待商务电话。
- MVP是指在狭窄范围内完整的产品——而不是在宽泛范围内的不完整产品。这正是验证一个假设与浪费六个月之间的全部区别。
- 代码、基础设施与文档从第一笔收取的账单起即转移给您，而非在交付时才转移。
- 在一切开始之前先进行两天的审计与范围界定，随后在5个工作日内给出正式报价。如果审计与范围界定显示项目尚未成熟，我会直接告诉您。
- 每年十多个项目，覆盖FinTech、PropTech、EdTech与应用型AI。
为何价格问题本身问得不恰当
“做一个MVP要多少钱”是每一位创始人的第一个问题，而这也是一个错误的问题。倒不是说它不合理，而是它期待一个数字，但答案实际是一连串的决策。同一个产品可能花 25 000 € 或 120 000 €，取决于三四个您常常没有衡量其分量的取舍。
第一个取舍是范围。一个包含五项功能的MVP很少是三项MVP的两倍成本：它通常是三倍，因为每增加一项功能都会与所有其他功能相互影响。第二个取舍是所处理数据的性质：一旦涉及支付、身份或受监管数据，成本类别就会改变。第三个取舍是上线时所期望的完成度，这一点几乎总是被高估。
正因如此，在审计与范围界定之前我不会给出报价。两天的研讨会可以把范围缩小到真正用于验证您假设的范围——这才是真正省钱的地方，而不是在日报价谈判中。
“最小可行”意味着什么
大多数创始人记住了“最小”这个词，却忘记了“可行”。结果就是一半功能的产品，什么也证明不了：用户在我们期望的信号尚未出现之前就放弃了，于是我们错误地得出结论——市场不存在。
一个设计正确的MVP恰恰相反：它在刻意狭窄的范围内保持完整。只有一个用户路径，但要贯穿到底，必要时包含支付。这是唯一能产生可利用信号的配置。
具体而言，这意味着接受砍减。管理仪表盘可以推迟。通知初期可以是手动的。移动应用可以只是响应式网站。这些砍减并不会削弱验证，反而让验证在预算内成为可能。
六十天，分解来看
打包价涵盖八周的工作，分为三个阶段。
前两周专用于审计与范围界定及架构：确定范围、数据模型、技术选择、关键界面原型。此时尚未开发任何内容，这是有意为之——一周的审计与范围界定可节省一个月的返工。
接下来的五周是开发本身，每周以可见的增量交付。您能看到产品逐步成型，可以及早作出反应，您想象的内容与实际构建内容之间的偏差不会积累。
最后一周是上线发布：托管、域名、访问量衡量、账号与文档的转移。最终您得到的不是在我服务器上的一次演示，而是在您自己服务器上的一款在线产品。
项目为何会偏离计划
在别人交由我接手的项目中，原因以惊人的频率反复出现。
范围从未被写下来，因此从未被确立：每一次对话都增加一项功能，没有人衡量累积。一个什么都答应的服务方，因为拒绝一项请求在商业上令人不适。一个为了头一个月速度而做的技术选择，到了第六个月却成为天花板。还有最昂贵的：没有任何用户在上线之前被咨询。
打包价正是我对这一切的回答。一个写下的范围、一个固定价格、一个日期。如果您希望在过程中加东西，我们讨论，并移除另一个东西，或者推迟到单独报价的下一个阶段。
打包价包含什么，不包含什么
| 包含在60天内 | 范围之外 | |
|---|---|---|
| 设计 | 审计与范围界定、书面范围、数据模型、关键界面原型 | 完整品牌形象、视觉规范、标志设计 |
| 开发 | 一个完整的用户路径、认证、最小后台、必要时支持支付 | 原生移动应用、次要模块、多重集成 |
| 上线发布 | 配置好的托管、域名、备份、访问量衡量 | 高可用基础设施、安全认证 |
| 转移 | 代码、文档、基础设施访问权限——逐步进行，从第一笔收取的账单起 | |
| 交付之后 | 两周的缺陷修复 | 功能迭代、长期维护、用户支持 |
后续工作要么以单独报价的阶段处理，要么在您需要长期支持时，以技术管理合作的方式开展。
两个数据化案例
Coddect
案卷自动化分析。周期缩短 14 倍，成本降低 30 倍，每月处理 60 份案卷。
常见问题
开发一个MVP需要多少钱？
在Workfutur，打包价自 29 000 € 起，60天交付。最终金额取决于在两天的审计与范围界定期间确定的范围，审计与范围界定收费 4 900 €，如果项目继续则可抵扣。在法国市场上，公开的报价区间从无代码开发的几千欧元到受监管产品的几十万欧元不等：差距在于范围与数据性质，很少取决于技术质量。
开发一个MVP需要多长时间？
在我这里需要六十天，其中包含第一行生产代码之前的两周审计与范围界定及架构。在范围非常紧凑的情况下，可以更短，但低于六周通常就要牺牲审计与范围界定——这是能做的最昂贵的节省。
POC、原型和MVP之间有什么区别？
POC回答的是“这在技术上是否可行”。原型回答的是“它看起来会是什么样子”。MVP回答的是“是否有人使用并付费”。这是三个不同的问题、三个不同的预算，而把这三者混淆是报价单上最常见的误解来源。
代码归我所有吗？
是的，从第一笔收取的账单起，转移逐步进行而非在交付时一次性完成。您会陆续收到代码、文档与基础设施访问权限。如果我们中途停止，您会带走已经构建的内容。
如果范围在过程中发生变化会怎样？
我们讨论，取舍是明确的：要么移除等量的内容以守住所承诺的日期，要么该请求转入下一阶段并单独报价。我不会做的，是默默接受然后延迟交付。
你们使用无代码开发吗？
只在它确实是正确的工具时才使用，这在我这一行比人们常说的要更常见。无代码开发非常适合验证一个简单假设或自动化内部流程。一旦需要特定的业务逻辑、一定规模的数据量或相当严肃的数据处理，它就会变成一个陷阱。选择在审计与范围界定阶段作出，而非凭原则。
六十天之后呢？
包含两周的缺陷修复。之后，要么由您自己的团队接手——这正是转移逐步进行的原因——要么我们为下一阶段单独报价，要么在您搭建团队期间由我继续担任技术管理。
下一步
有一个想变成产品的项目？
预约30分钟，或几句话描述你的想法。我们将在5个工作日内回复并提供免费范围界定——范围、风险、时间线和合作价格。