规划以人为本的设计项目在以人为本的设计之初，创建了用户体验项目计划。利益相关者映射在这里发挥了作用，用户体验项目中所有受影响的利益群体都被识别并包括在内。项目计划还记录了与用户体验项目相关的目标。此外，还计划根据项目要求在哪个阶段使用哪些活动和方法以及将遵循哪些用户体验结果。由此得出时间和资源计划。
以人为本的设计——流程概览
第一阶段：使用上下文分析
第二阶段：明确使用要求
第三阶段：通过概念/设计开发解决方案
第四阶段：通过用户测试进行评估
adesso 以人为本的设计流程
第一阶段：使用上下文分析
分析阶段是关于精确理解和描述使用环境。有哪些类型的用户，他们做什么，有什么问题？目标是与项目团队一起对用户的背景和任务达成共识，并从中得出需求。
这里使用角色（描述一个虚构但真实的用户及其关于系统使用的意图）。
角色示例
此外，必要时还可以进行用户研究：在使用相关系统时对用户进行观察、访谈或与焦点小组进行测试。
最后，我们与项目团队一起开发用户 药品电子邮件列表 旅程地图（或客户旅程地图）。它们提供了用户与系统、组织以及最终品牌交互的接触点的概述。用户旅程地图有助于记录和了解用户在各个接触点的体验。
第二阶段：明确使用要求
此阶段是描述具体需求：用户想要实现什么目标以及必须满足哪些要求才能实现这一目标？可以根据 IREB 标准使用需求工程方法来记录需求。在准备过程中，用例和用户故事主要用于记录系统使用的示例过程。这些要求是从用户的角度并以完全系统中立的方式制定的。这意味着：他们不提供任何技术细节。
当您可以将多个用户故事及其接受标准组合成有意义的组时，它们称为用例。它们可以借助用例图进行记录，从而提供系统的必要功能和参与者、功能之间的关系以及与系统上下文的关系的概述。
用例图示例
第三阶段：通过概念/设计开发解决方案
现在，解决方案是根据分析的使用环境和定义的使用要求来设计的。本质上发生两个活动：概念交互设计和用户界面设计。
设计思维的创造性方法非常适合产生想法并始终将用户置于创新过程的中心。
设计思维可以成为以人为本的设计的核心工具
在此过程的早期阶段使概念方法具体化非常重要。我们更喜欢开发早期原型（例如纸质原型），以便在评估阶段以可用性测试的形式直接对用户进行测试。有了这些发现，技术要求（用户故事）就可以加载初始线框图，并不断丰富细节。如有必要，还可以测试高保真原型/点击假人。
数字项目需要清晰的信息架构，以便用户和顾问能够访问通常复杂且广泛的内容。该概念正是基于对当前状态、目标的分析，并以共同定义的人物角色和故事板的形式考虑目标群体，实现了这一点。
故事板说明了用户计划的操作
借助线框，我们模拟用户旅程并在开发的早期阶段设置内容优先级。通过这种方式，我们确保定义的角色准确地接收信息或执行与项目团队一起定义的操作以实现目标。
解决方案方法考虑了对话原则和 ISO 标准、启发式、风格指南和设计概念。设计模式用于能够重用众所周知的设计解决方案，这些解决方案在设计交互式系统时从用户的角度证明是成功的。