从简单可用入手：医疗软件产品如何实现MVP

MVP是 Minimum Viable Product的 缩写，意为“最小化可行产品”，你可以将之理解为一种“小步快跑”的方式，从最快、最简入手建立一个可用的产品，然后通过迭代来不断完善。

这个概念据说是10多年前由Eric Ries在其名著《精益创业》（The Lean Startup）中最早提出。书中写道：“所谓MVP的产品版本，可以让我们花最少的力气、最短的开发时间，经历一次完整的‘开发—测量—认知’（build-measure-learn）循环。”（下图）

道理如此，但就医疗软件产品而言，开发者在实践中对MVP的理解和实施还是存在偏差。尤其是To-B的产品，应用场景通常比较复杂，各功能模块的独立性较弱，通过迭代来持续提升的良性循环难以快速建立，于是MVP的理念只存在于口头了。

其实，MVP设计思路的精髓并不是简单的做“小”，更不是降低产品质量，而恰恰是一种质量及成本控制手段，是要突出少数亮点，划清产品边界，确保可用。

医疗软件产品从MVP入手的理由依旧非常充分。我总结出7条：

1. 项目管理：安排更务实的产品开发周期，在理想和现实之间架起一座桥梁。

2. 用户参与：以用户为中心，以价值为基础，这些都是趋势。“可用”是用户参与的前提，尽早与最终用户一起验证假设，满足实际需求。只有先用起来，才能有之后的反馈和迭代的循环。

3. 数据标准：不给数据互操作问题留下过多隐患。

4. 信息安全：跟随产品的完善，尽早解决涉及用户信息安全的问题，让问题处理更加可控。

5. 市场机会：发布是硬道理，要尽快上线，提高产品与市场的契合度，抢占市场机会。

6. 成本效益：医疗行业对成本敏感，应避免“大而全”式的盲目投资，节省时间和资源。

7. 合法合规：从一开始就严格依照相关规定、规范以及监管标准，并在使用中不断验证。
   
   

MVP不是抽象的理论，它是一种实践。其关键是，在产品开发的各个阶段进行一些主动优化：

1. 场景和问题定义阶段。不必一味迎合用户（包括患者、医疗服务提供者和各类合作伙伴），要谨慎判断，主动引导，和用户一起把需求和利益进行分级分类。尤其要多强调风险，以及监管和合规性等因素，突显从简单入手的必要性。

2. 构思和原型设计阶段。与开发人员进行头脑风暴，把执行可能性和技术路径梳理清楚，把时间点、里程碑、优先级进行合理安排。MVP原型设计要注重创建简单易用的用户界面，考虑用户的使用过程和体验，了解用户旅程，最好能绘制出用户的接触点和交互图。

3. 开发测试阶段。确保在规定时间内（一般3-6个月）实现原型中提到的所有基本功能。选定部分真实用户参与测试，收集反馈。其中，可用性反馈侧重于用户体验，功能性反馈侧重于核心功能。根据反馈进行必要的迭代。

4. 数据安全性与合规性验证。确保用户重点关键数据的安全、完整及可用。

5. 部署和集成测试阶段。如果需要和用户现有的信息化系统或业务系统进行集成，则应该在设计阶段就考虑进来，这涉及到数据标准和技术路径的选择，最终确保部署和集成的有效实现。

【拓展】

如果对更为完整和详尽的内容感兴趣，可联系了解相关课程《优秀产品的隐秘结构 —— 医疗知识应用类产品开发的设计思维》。

该课程共8讲，现阶段只提供企业内训。

联系办法：加微信 - 18610162033