从应用构思到最终实现

太长不看

完整故事

太长不看

• 召集利益相关者小组
• 谈谈痛点，为什么需要解决，以及应用程序如何才能创造价值。
• 聘请一位客观的应用专家来帮助您。
• 与潜在用户（也就是目标受众）交流，了解他们遇到的问题以及他们目前是如何解决/规避这些问题的。
• 通过定义最小可行产品来确定可能有效的解决方案。
• 创建可作为蓝图使用的规范

完整故事

我在移动应用开发领域已经摸爬滚打了六年多。作为一名前网页开发人员，我在第一款 iPhone 3G 在荷兰上市后不久就开始编写原生 iOS 应用。

不仅仅是代码

在创建了我的第一个小型实用程序（只是为了熟悉操作）并通过成功发布到 App Store 完成了我的第一个完整实现周期之后，我获得了在一家（当时）小公司担任全职移动开发人员的机会。

在那里，我很快意识到，为有特定需求的客户开发应用程序——无论是业务需求还是最终用户需求——真正的区别并不仅仅在于代码本身，而在于如何与客户沟通，讨论这些针对特定需求的实现方案，以及如何才能为那些使用应用程序的用户创造最大价值。

价值优先

我花了大约一三年时间，从原生开发转向混合（Cordova，后来是 Ionic Framework）技术，然后转向使用 Xamarin 进行跨平台开发，才明白创建一个能够在短实施周期内涵盖大多数问题的解决方案，才能让人们检验他们的想法是否具有真正的潜力。

再加上自 2016 年以来，我听了很多播客、有声读物，阅读了很多关于精益创业、用户访谈、转型、定义最小可行产品(MVP) 的有趣资料，你就明白我今天会走到这一步了。

如何定义应用的核心价值

一切的起点，都在于迸发的灵感，那个关于应用程序的想法。无论你是希望开发一款应用程序来加速和支持现有流程的企业经理，还是希望通过提供基于智能手机的工具来扩展服务的公司，亦或是拥有资金启动移动产品的个人，他们都需要明确自己的应用程序创意能够提供什么价值。

要基本了解能够为任何商业案例提供足够价值的产品最小版本，所需的步骤几乎总是相同的。

归根结底，你需要理解你想创造什么，你的目标客户是谁，以及为什么它能提供足够的价值，使其成为一款可行的产品。这些都是帮助你理清思路，确定你的想法的最小可行产品（MVP）是什么，以及为什么要开发它的关键要素。

找出需要实施的内容的步骤

过去 5 年里，我为企业、基金会和小公司举办了多次研讨会，帮助他们明确自身的问题，探讨应用程序如何解决该问题，以及该解决方案的实施方式。

就像蓝图有助于定义建筑物的功能和布局一样，一套好的 MVP 规范可以帮助你切实地了解你的应用程序的功能以及它如何增加价值。

以下步骤帮助我将这些内容整理成一套清晰的规范，从而指导应用程序构想的实现。

研究痛点

• 召集所有相关方代表，也就是利益相关者（一位管理层决策者、一位安全和IT同事以涵盖这些方面、一位用户/用户代表，以及一位可选的支持人员）。
• 谈谈当前的问题：是什么促使你萌生了开发这款应用的想法？谈谈哪些人正在经历这个问题，以及他们现在是如何解决的？
• 这款应用能带来什么价值？它能节省时间吗？它能因为不受时间、地点或设备限制而简化流程吗？它能为原本枯燥乏味的流程增添更多乐趣吗？
• 清点必要的组件，并评估它们在应用程序环境中是否可用；你的公司、细分市场或在线是否有有价值的系统、手动流程或知识可用？
• 考虑一下将它们与你的应用创意结合起来会遇到哪些复杂情况。把这些组件连接起来是否需要花费大量的精力、时间和金钱？

定义解决方案

• 要使功能真正有用，必须实现哪些最基本的功能？使用T恤尺码或MoSCoW方法来确定哪些功能重要，哪些功能次要。尝试区分哪些功能虽然不错，但可以先手动完成（例如密码重置、数据导出等）。
• 哪些动态方面需要非程序员也能维护？这就引出了CRUD界面和管理功能，这些功能通常对于保持应用程序中的信息、功能和价值的相关性和实用性至关重要。
• 用户流程图会是什么样子？能否绘制一些基本屏幕草图，并勾勒出构成用户体验的流程图？
• 仔细考虑以上所有内容，以便对必要的组件、带有交互流程的屏幕轮廓以及实现此方案所需的最低功能要求有一个概览，从而了解该方案的价值所在。

建议具备应用开发专业知识

这些步骤其实都不复杂，但做起来却一点也不容易。

阻碍大多数人正确执行上述步骤的原因之一，恰恰是他们自身的优势：知识。
知识会影响他们的思维，使他们无法理性、客观地看待问题。
知识还会造成盲点，这往往体现在他们难以想出创新或新颖的方法来解决问题上。

另一个问题既涉及技术层面也涉及概念层面：你需要了解并理解当前市场上应用程序的各种可能性和常识
，以及近期的发展趋势。 如果你对移动应用程序不太感兴趣，就很难理解应该使用什么样的交互方式、常见流程和使用类型，才能构建出简洁易懂的工作流程，使其能够被安卓用户（或iOS用户）轻松理解。

要充分理解如何将一个功能性的讨论点最好地实现到应用程序中，需要实践和对平台最佳实践的理解，以及对共同点的概述。

我甚至还没有开始讨论安全、GDPR 等法规、ISO 标准、最佳实践、可访问性以及硬件的可能性和局限性等话题。

到现在，我想您应该会同意，有很多方面都表明，最好是请一位有应用程序开发背景和/或应用程序专业知识的人来指导您完成这个过程。

获得正确的指导

为了获得最佳性价比，重要的是要找到一位既懂得如何创建应用程序，又有足够的经验来讨论当前问题并为类似问题提供解决方案的人。

但光有知识也不够。
找到一个与你合得来的人。一个能够欣赏你团队利益相关者特质的人（参见前面提到的步骤），并且不怕提出那些必须提出的问题，以便找到性价比最高、最具附加值的解决方案。

简而言之，应用程序专家最重要的特质包括：

• 目标对组织而言（或者至少对利益相关者以及你试图解决的痛点而言）
• 在应用程序（产品）开发领域拥有经验
• 既关注技术方面，又关注商业方面的人。
• 调查人员
• 具备良好社交技巧，能够在不失尊重他人的前提下提出更尖锐的问题的人。
• 以价值为先的思维模式；力求以最小的努力获得最大的价值。

与潜在用户交流

如果你能和专家一起梳理问题定义、应用价值的实现方式以及原因，就能找到一个很好的起点。你们可以共同制定行动方案，并为应用定义最小可行产品（MVP）。

想要了解如何采访目标受众，最好的参考资料之一是这本书：《妈妈测试》（The Mom Test），作者是罗伯·菲茨帕特里克（Rob Fitzpatrick）[ https://amzn.to/2Iz55MK ]。它提供了许多关于如何进行客观公正的采访建议。

请记住，仅仅在电子纸上描绘愿景是不够的。即使您的利益相关者团队中拥有最合格、最高效的用户代表，与最终用户沟通仍然至关重要。

在与合适的专家沟通并完成所有上述步骤后，您将创建应用程序的定义，这将为您提供一个很好的蓝图，您可以利用该蓝图与用户进行讨论，所以不要害怕与用户交流。

不要急于把规格参数和屏幕展示出来，然后问他们这些方案是否有效。先把这些放在一边，重点讨论用户遇到的痛点，以及他们目前是如何解决这些问题的。还有，他们是否认为还有改进的空间。

潜在用户针对这个问题能给你提供的反馈会让你感到惊讶。

不要想当然地认为某些东西能给用户带来价值，要通过（潜在）用户访谈来检验，找出痛点所在。

总结

以上就是我对所有想开发应用程序的人的建议的简要概述。本文中提到的步骤和建议，对于任何组织或个人来说，都将有所帮助，可以帮助他们准备和思考应用程序的起源、潜在价值以及最简解决方案。

不要轻视这些信息，因为你通常会发现，在创造极简主义和简单的东西时，需要付出更多努力才能把它做好。

如果我有更多时间，我会写一封更短的信——马克·吐温

做好充分的准备，但最重要的是，要亲身经历这个过程。任何准备都无法让你像与利益相关者和潜在用户交谈那样，发现和学习到如此宝贵的知识。

如果你在将应用创意变为现实的过程中遇到困难，请告诉我。我是一位经验丰富的开发者，秉持“价值至上”的理念，专注于为用户创造价值。

您随时可以访问EEKAY ONLINE.com查看我的服务。

努力写代码，努力发布产品✌🏻

本文也发布在EEKAY ONlINE 移动应用开发博客上。