融合设计思维与 MVP，改进产品开发

预测新产品能否取得成功是非常困难的——有人认为不可能。即使是最大的、资金最充裕的、最成熟的公司也创建过未能获得市场认可和利润的产品。就像我们在许多行业中看到的那样，产品成功并不能从资金投入或过程优化得到保证。

在一个给定的市场中，公司需要快速行动，而又无法通过任何方式确保成功，所以他们不断地寻找管理产品开发固有风险的方法。

许多公司都转而采用发布最小可行产品（MVP）的策略。MVP 提供了核心功能的有限子集，可以满足目标市场的即时需求。

对于产品开发而言，MVP 方法是一种向狭义市场快速推出有限功能产品的策略。该策略可以管理风险，避免创建客户不想要或不再需要的东西（可能源于为推出全功能产品满足更广泛的市场需求而导致的延迟发布）。

“设计思维（Design thinking）”是一种方法，包括运用换位思考解决问题以及将人们的需求与当前可以获得的、技术上可行的解决方案相匹配。换位思考让我们可以理解他人的感受，创建以客户为中心的产品和解决方案，满足特定客户的需求。作为产品开发框架，设计思维是一个以人为本的交互学习过程，重点关注需求明确的客户，然后回过头来寻找一种技术方案。这在一定程度上明确了业务目标，并对公司产品市场价值的体现方式提供了更深入的了解。

(点击放大图像)

设计思维为公司提供了更频繁的产品发布频率，后一个版本基于前一个版本构建，增加客户最想要的特性。因此，采用这种方法的公司可以收集有意义的客户反馈，确认产品的使用情况及验证市场愿景，同时又保持高水平的客户满意度。

将设计思维融入 MVP 开发的过程可以分为如下五个步骤：

1. 定义：在开发过程开始时，需要明确定义目标客户的底层需求，深入理解未来的解决方案如何改善客户的状况——这是设计思维的一个关键原则。接下来，需要定义未来方案的功能需求和支撑该方案所需的核心能力。由于 MVP 开发的目的是限制功能需求，提供一个狭义的解决方案，所以务必要对解决方案的有限功能需求有一个很好的理解，使你作为一家公司尽力所做的工作与专为小众市场定制的解决方案的需求相一致。
2. 分享：定义好客户需求和解决方案的功能需求后，下一步是举行一次所有团队成员都参加的会议，分享项目的共同愿景。会议目标是确定每个团队成员的角色，让每个人都了解他们如何为项目提供支持，如何为项目的成功做出贡献。需要避免的是，只给团队成员分配了任务，但没有让他们了解他们的任务如何纳入更大的开发中。这种方法允许团队成员在整个开发过程中执行已分配任务时考虑整个项目，降低项目整体组装时局部不匹配的可能。
3. 排序：这个过程的第三步是与项目管理团队会晤，将特性分类，并制定每个特定版本的计划。可以借助 Kano 模型将特性组织成“基本”、“性能”和“Wow”等类别。目的是平衡每个版本包含的来自每个类别的特性，注意不要让一个版本包含的特性全部来自一个类别，比如，一个 _ 基本 _ 特性版本，或者一个 _WOW_ 特性版本，其中没有包含一组使产品可用所必须的基本特性。这一步的结果是一个以频繁发布逐步增加客户价值的方式向市场推出特性的计划——设计思维的另一个关键原则。
4. 实现：第四步是开发产品。重要的是要牢记，设计思维是一个迭代过程，需要反馈和确认。就这一点而论，每个实现都需要有所启发，包括让你可以在每次发布后检查客户体验的机制和流程。运用 Web 分析或提供大量评论的专用工具分析客户，收集有价值的反馈。重要的是，不只要收集数据，还要有效利用：确保任何反馈的结果都添加到待办事项 列表中，以便不断地改进产品。
5. 验证：第五步，也是这个过程的最后一步，是评审用户对特定版本的反馈，验证愿景，并从步骤 1 重新开始这个过程。使每个版本集中满足目标客户的特定需求，创建一种积木式产品开发方法，以较低地风险增量提供价值。要接受这样的事实，就是客户可能不会立即接受你的想法。要客观，看待事物不能非黑即白，重构愿景以改进产品。

如果抽丝剥茧深入挖掘，你就会发现，大公司为决策恐惧所笼罩。一般来说，这会导致调查研究，而在大多数情况下，那只会激起不确定性，让宝贵的时间偷偷溜走，而被更灵活的竞争对手所利用。提出一个假设会更高效。这样，你可以定义一个开发路线，为合理的计划创造有利条件确认和验证假设，而不会迷失在寻找解决方案的嘈杂中。

为了让事情清楚明白，可以将任务结构化：建立一个框架、定义研究 _ 重点 _ 和 _ 瓶颈 _，并记住，大多数问题都有两个答案——一个是对企业的要求，一个是同客户的交谈。

当开始一个产品开发周期时，要像记者一样思考，提出这些问题：

谁？

谁将使用产品？他们有什么习惯和偏好？重要的是，了解真实用户的需求，以及在没有产品的情况下，他们现在是如何解决的。明确关键问题，并以此为目标。使用环境什么样？他们使用你的产品是出于什么目的？该如何激励他们充分地利用它？

在哪？

从大处着眼。你的产品在生态系统中处于什么位置？有时候，它可能只是一个更大服务的一部分。要时刻记住产品的使用环境，因为它创建了通常的用户体验。

何时？

不管你喜欢与否，时间对项目而言都至关重要。“完成”比“完美”好。那就是为什么时刻记住项目的范围很重要，为了将真正需要的东西快速的推向市场。

为何？

对于你的客户和企业而言，产品的真正价值是什么？它用什么方式解决了什么问题？你为什么要创建它？它在公司的发展中扮演什么角色？

这些问题是必不可少的，它们可以让你对主要问题有一个大体的认识：产品开发过程很容受随需而变的工作影响，被那些看似轻松的任务引上歧途。而且，根本就不可能解决一个不存在的问题，因此，我们为什么要担负额外的负担呢？当细节将你推向极限，可以想象着后退一步，试着换一个角度看问题。设想某个特定细节在整个工作中的作用。那不是说将项目淹没在成堆的文档中。我们都知道，官样文章不会让事情更简单，只会增加更多限制，而自由在任何项目的初始阶段都是尤为重要的。创新就是在这样的条件下产生的：思想自由、愿景清晰、灵感十足。

小结

现代产品开发正在转向设计思维方法，交付有限功能的产品，满足目标市场客户的即时需求。这种方法限制了风险，避免开发出一款没人想要的产品，而那是一个时间更长、成本更高的开发过程——面向更广泛的市场，有大量的特性和企业资金投入——可能带来的意料之外的结果。以客户反馈为基础的频繁发布可以提高客户满意度，及时验证产品和公司的长期愿景。

设计思维支持积木式的产品开发，特性成本通过频繁发布（增加或升级大型系统中的一个模块）获得有效改善。设计思维的本质是重视客户，而增量发布通过在整个产品生命周期中持续交付有价值的特性维持高水平的客户满意度。

关于作者

Dmytro Svarytsevych是 SoftServe 公司设计办公室的负责人，负责规定和整合公司的用户体验策略，促进专业知识一致且灵活地增长以及将 UX 最佳实践和方法运用到 SoftServe 的项目中。Dmytro 还是 SoftServe United 博客的贡献者，拥有乌克兰利沃夫伊万弗兰科国立大学物理学硕士学位。