第1步：证明需要

只有在人们需要的时候，投入时间和金钱来构建产品才有意义。也许那些人是公司的员工，他们需要提高生产力。也许他们是公司目前未服务但可以轻松进入的新市场。无论他们是谁，您都需要知道您的软件将满足他们的需求。

在开始构建软件之前，您需要非常清楚目标受众正在经历的痛点。与其猜测这些问题是什么或假设您知道，不如与小组中的代表性人员交谈。

此时您不必与数百人交谈——只要您开始听到重复的相同担忧即可。在采访潜在用户和利益相关者时，一定要询问每个痛点的含义。您需要了解每个人的业务和个人影响，以创建优先列表。

最终，您会看到出现的模式和共同线索。您可能还会对在这些访谈中没有听到的内容感到惊讶。到此步骤结束时，您将获得软件应解决的特定需求和目标的列表。

第2步：将痛点映射到解决方案并获得反馈

此步骤涉及集思广益，以解决您在第一步中确定的每个痛点。可能有几种方法可以解决每个问题。集思广益之后，您将评估每个可能的解决方案，以确定它在成本、竞争、时间表、技术挑战等方面的表现如何。完成此过程后，您应该更清楚地知道要将哪些解决方案包含在最终产品。

一旦你有了这个解决方案列表，就回到你最初采访的用户和利益相关者那里，了解他们对推荐解决方案的反应和回应。描述您对产品工作的设想，并征求他们的反馈。在您前进的过程中，此输入将为您提供宝贵的见解。

作为此解决方案和反馈过程的一部分，开始列出您需要完成的任务。这可能包括预期的时间表、材料、团队，甚至是宣布项目成功所需的指标。在您有机会进行测试并获得更多反馈后。

第3步：原型化您的解决方案并进行测试

你的下一步是创建一个原型，将你的解决方案包装成一个基本的产品，你可以用它来测试你之前采访过的人。此原型应具有预期的功能集和UI/UX。

原型构建完成后，与受访者一起对其进行测试以获得更多反馈。记录他们对产品的使用情况，以跟踪界面的直观程度，并找出您是否忽略了任何重要功能。

第4步：创建最小可行产品

MVP与原型不同，因为它是一个功能齐全的解决方案，您可以将其投放到世界中以供使用。虽然它只包含解决您确定的主要痛点所必需的最重要的功能，但它应该像最终产品一样在用户方面发挥作用。

MVP允许您在一小部分受访者之外测试产品，以更广泛地代表您的市场或受众群体。它提供了获得更多反馈的机会，这些反馈将告诉您当前迭代中的产品是否引起了用户和利益相关者的共鸣。

第5步：设计路线图

根据您在前面的每个步骤中收集的所有信息，创建一个路线图来描述您所学到的内容并概述构建产品的推荐分步过程。您的项目经理会感谢您！将此路线图视为构建建筑物的一组蓝图。以该路线图为指导，每个人都将在产品开发过程中保持同步，并清楚地了解最终目标是什么。