译文 | 最可爱的产品：超越最小可行性产品

2016-10-27 11:11:00

我们采取端到端的方式；将设计的艺术和用户体验与科学技术相结合，还包括可爱的产品与为用户最具挑战的问题的解决方案的结合。

可爱的是一个很有意思的词。我们能够发现泰迪熊以及婴儿是可爱的。他们小而且惹人喜爱。谁不想变得可爱呢？但是，科技能够变得和蔼可亲、令人愉快、可爱么？
当然。
作为客户以及卖家，硬要说我学会的一件事，就是最小可行性产品（MVPs），在目的性以及功能性上，较少出现“好”产品。说到“好”，我说的是那些令顾客印象深刻的产品，那些顾客也愿意讲产品介绍给他们的朋友。这些产品和蔼可亲，并且令人愉悦。初入眼帘，并让你心生爱慕。这种爱慕拥有强大的魔力。

最近，我读到了 Laurence McCahill 有关 MVP 和 MLP 对比的文章。然后，我深深的被这种变化吸引了。部分原因是因为他为我准确解释了是什么使得 Dialexa 变得不同——我们采取端到端的方式；将设计的艺术和用户体验与科学技术相结合，还包括可爱的产品与为用户最具挑战的问题的解决方案的结合。

你如何定义最可爱的（与可行性相比较）？

多亏学习了创业活动，我了解到 MVP 被当作是神圣的事情。这个概念最初是为了改进产品价值，以便相关负责人完成理想的商业目标。但是究竟“完成工作”的能力在哪里被耗尽，以及在产品方向上有许多选择，却只有一条是高质量、可行的，并且这个功能能够取信于你的用户，是他们的生活更简单／更好／更高兴，等等。并且，使得用户对产品有深刻的印象，而长期呆在这。那么，有个事要被提起了（不要打我，要打去打乔布斯和其他一系列技术的开拓者）：

如果苹果只释放 MVP 版，我们不会看到 iPod、iPhone，甚至是 iPad，Folks 也不会再爱了。想要革了 MVP 的命，其实是很难的；最终，你有的只是进化……和平地演变。

这并不意味着我们完全远离最小化 MVP 的原则，加快上市时间，可以根据客户的需要和反馈进行迭代改进。就像我们指出的那样，我们开始问“为什么？我们正确处理产品开发过程，在很多情况下，你真的只需要一些功能从 MVP 转为 MLP。是的，你可能要多花一点钱将一些额外的功能变得可爱，但你只有一次机会去从一开始便赢得客户的芳心。并且，也有可能付出了很多回报全很少。

不相信它可以做到吗？这里有一个例子，我们是如何做到的。

和年龄相关的黄斑和糖尿病眼疾都是可爱的（原文：While age-related macular degeneration and diabetic eye disease are anything but cuddly and adorable），如果你知道谁经历了这种状况，你知道测试与监测视力变化并自动通过“医生-病人”的反馈循环——一切来自舒适和安全的家庭——这和拯救一些人的视力一样都是珍贵无价的步骤。

视觉艺术与科学（VAS）发展了 myVisionTrack（mVT），这是一个允许糖尿病眼疾病人检测他们视力的应用。在家里，病人能够使用智能手机或者电脑测试他们的视力，之后将结果发送给医生。

VAS 挑战着 Dialexa 并设计了一个系统，这个系统将 mVT 进一步改进，医生能够轻松了解病人的诊断、治疗和病例。同时提高采取立即行动的能力，以减轻潜在的衰弱的问题。收集的数据将被用于研究，在改善患者的治疗方案方面，确定测试的可行性。

这之后，Dialexa 调整了他们的官网，变得简单、优雅，了解今天的医生有的越来越多的压力和时间限制。从第一版产品的推出，mVT 在用户体验和设计上，专注干净、图形化设计，来帮助客户解决他们最大的需求：用最简单、最高效的方式，提高病人的接受度和诊断情况。

自始至终，Dialexa 关注讲一件事做到极致：能够快速、一站式地提供服务，让医生能够快速估算、检查和管理他们最具争议的病人的情况。他们让产品变的简单并且能够取悦医生使用，是因为这已经成为它们的日常，并且他们乐意向其他人推荐这款产品。

就像你看到的。有很多方面，是我们为产品的可爱而不是可行性设计的。我的观点是：如果可以，在用户第一次用到的时候，通过产品的设计激发用户的喜爱，管理应对不那么可爱的糖尿病眼疾。你也能做到。