一种常见的MVP演进：从服务到系统集成再到产品（2017）

# 常见的 MVP 演进：从服务到系统集成再到产品 来源：https://www.skmurphy.com/blog/2017/08/07/a-common-evolution-service-to-system-integration-to-product/ 初创公司产品的一种常见演进路径是：从服务到系统集成再到产品。以下解释其原因与优势。  我们常见的一种做法是：自举团队在基本了解客户需求后，先以提供服务起步。一旦服务获得认可，他们便开始利用潜在客户正在使用的现有解决方案，打造“系统集成”或扩展型产品。例如，如果你的目标是替代Excel在特定场景中的使用，可以先提供一套Excel模板。这比完全编码的解决方案更兼容现有实践，更容易让潜在客户试用，也更便于迭代。当系统集成产品获得采用后，就可以开始提供真正的产品。我们通常看到的演进路径是： 1. **服务**——通常围绕或利用团队内部的核心技术（即未来产品的核心）来构建。 2. **系统集成**——将一至三个现有解决方案元素组合在一起。 3. **产品**——可能受益于相关服务，并且通常仍会与基于第二阶段所学到的现有解决方案进行互操作。 以服务起步有多种叫法： - 机械土耳其人（用人工替代软件和硬件以获得最大灵活性） - 用厚厚的咨询保护层包裹产品，以免客户被产品“伤到” - 卖“洞”而不是“钻头” - 绿野仙踪（别关注幕后的那个人） - 弗林斯顿化（源自弗雷德·弗林斯通用脚驱动“汽车”） - 手动化（从“自动化”反向构词） - 礼宾方法 ### 服务优先 通过从服务开始，你可以随着每个客户不断优化和调整产品，并行尝试不同方法，同时进行持续发现。你的即兴发挥能力使你能够不断交付“新功能”，而即时的对话则支持持续发现。成功的关键： - 持续提升诊断客户需求和约束的能力。 - 完善明确的检查清单，涵盖： - 项目启动与新客户接收 - 后台内部流程，以及核心技术和专业工具的结合使用 - 在向客户交付前，确保产出质量 - 项目后评估：对客户业务的影响、客户对价值的感知以及改进空间。 - 与客户进行明确的事后回顾，涵盖端到端体验和影响。 - 系统性地用软件替代人工，在检查清单稳定、流程步骤明确的条件下，实现： - 更低的成本 - 更快的周期 - 更低的错误率 ### 添加系统集成 除了用软件优化服务流程外，还应接纳客户已在使用的工具并与它们实现互操作。这能让你更清晰地理解当前工作流的优势和缺口。没必要重复客户已在使用工具的功能，而是寻找扩展它们的方式，增加自身价值并提升差异化。实际上，即使到了产品阶段，客户也会将你的产品与其他替代方案并行评估。这意味着在客户从现有工具和工作流迁移到你的方案时，会有较长的并行操作期。系统集成阶段让你能更早介入，并更好地掌握要取代现有方案所需的条件。 该阶段典型的产品形式包括： - **扩展客户现有系统的模板或配置。** 通常表现为Excel或Word模板、简单的表单、简易调查工具，以及能够连接客户现有基础设施中数据孤岛的可视化或分析工具。 - **利用客户当前解决方案支持的API或文件格式的简单附加工具。** 如果这些工具是双向的、支持互操作，客户就更愿意投入精力评估你的产品，因为他们确信即使最终不采用，数据也不会被困在你的系统中。 ### 提供独立产品 当第一和第二阶段完成，并且客户愿意为你的价值付费时，你对客户需求的理解已经更加深入，也更有能力为他们提供向完整产品的升级路径。该产品很可能利用第一阶段开发的检查清单，以及在与客户现有方案共享数据和结果中学到的经验。 ### 关键好处：你可以立即专注于价值 通常你会面临以下一个或两个关键风险： - **需求性：** 客户愿意为你的产品付费吗？要搞清楚这一点，你需要： 1. 以给定的价格做出真实的报价。通过服务，你可以在制定计划后即刻报价，并边做边微调。 2. 与客户协商达成协议。 3. 交付你的产品（服务、系统集成或产品）并获得报酬。 - **可行性：** 你能让产品在客户环境中正常工作吗？服务优先将此问题简化为：你能让技术足够好用，从而提升你交付成果的效率吗？同时，你可以在不打磨产品毛边的情况下迭代服务交付模式——客户只会看到最终结果，如果多次失败，你可以在交付结果前修复。 以服务起步能让你立即聚焦价值。转向系统集成相较于直接交付完整产品，客户入门门槛更低，还能让你专注于与现状形成差异化优势。 > “无需编写任何代码，团队就学到了他们需要的东西。MVP通常不需要代码，但团队往往会忘记这一点。我们的组织太习惯用软件解决所有问题，以至于忘记了可以用更快、更有效的方式来学习所需。” —— Jared Spool，《避免错误的 MVP 方法》(https://medium.com/@jmspool/avoiding-the-wrong-mvp-approach-65fe3e5c5c28) ## 相关博客文章 - [两周内设计你的 MVP](https://www.skmurphy.com/blog/2018/10/29/design-your-mvp-in-two-weeks/) - [预型化——构建正确产品的技巧](https://www.skmurphy.com/blog/2012/03/06/pretotyping-techniques-for-building-the-right-product/) - [与 Bruce La Fetra 的服务工厂对话](https://www.skmurphy.com/blog/2015/09/28/service-factory-conversation-with-bruce-la-fetra/) - [找到一个如此棘手的问题，让人们愿意付钱请你解决，并且允许你保留软件](https://www.skmurphy.com/blog/2007/11/21/find-a-problem-so-bad-that-people-pay-you-to-solve-it-and-let-you-keep-the-software/) - [如何最大化投资回报率并最小化风险？](https://www.skmurphy.com/blog/2016/03/18/q-how-can-i-maximize-roi-and-minimize-risk/) - [办公时间：预约时间评估你的 MVP 就绪程度](https://www.skmurphy.com/blog/2014/03/05/office-hours-schedule-time-to-review-your-mvp-readiness/) **图片来源：** (c) Kevin Murphy，已获授权使用 本文亦发布于 LinkedIn：https://www.linkedin.com/pulse/common-mvp-evolution-service-system-integration-product-sean-murphy-yrovc/