敏捷体验设计三个核心问题.docVIP

敏捷体验设计三个核心问题如今,许多软件开发人员已经可以使用自动化测试、持续集成、测试驱动开发、看板管理、用户故事等方式,使得软件的开发过程变得更加灵活,工作效率得到大幅提升,软件质量能够得到很好的保证。在这种情况下,很多软件交付团队还要特别注意以下三个问题:是否选择了一个正确的产品开发方向,并有一个良好的开端;能否在软件交付过程中,让交付团队共同分享正确的上下文;能否在软件上线之后获得用户真实的反馈,并不断改善设计。 一个正确的开始 敏捷体验设计的开始其实并不简单。市场与销售部门、业务部门和技术部门之间很可能因为产品开发与交付的问题而纠缠不清。敏捷体验设计就是想实现快速而有效的创新。敏捷体验设计包括的协作设计(Collaborative Design)与快速启动(Inception)是成功实现软件交付的关键。 协作式设计通过紧凑、高互动的方式进行,以求用合理的技术和运营成本提供让消费者满意的体验,交付可验证的用户价值。协作式设计有如下特点:包括大量可视化设计过程,由集中的高协作性的工作坊完成设计,面向设计过程而非过程的产物,尽可能晚地使用高保真的设计工具,尽可能地缩短反馈周期。协作设计本身是软件交付团队快速进入迭代式用户测试和交付设计的基础。 快速启动是将设计变成合理交付计划的实践集合。通过快速启动,开发者一般用一两周的时间就可以制定出一份合理的交付计划,其中包括优先级、产品演进地图以及拆分的用户故事。快速启动除了具有轻流程、重交互的特点之外,最重要的是可以帮助一支小规模的设计团队在最短时间内制定出交付计划。 交付:重体验而非功能 当一个软件交付项目的开始时间从以前的数个月缩短到一两周时,软件开发团队就可以快速地进入软件编码阶段,但新的挑战也随之产生。由于没有进行过大规模的提前设计,产品设计在交付过程中必须不断进行调整和改进,其驱动因素包括以下两方面:第一,新的需求导致功能的变化,原有的信息架构或交互模式已经不能满足需求;第二,原有的需求也许因为市场变化或用户的及时反馈而产生变化,原有的设计需要进行修正。 一个适应性设计(Adaptive Design)需要持续不断且频繁的重构。在敏捷体验设计中,设计全功能团队和迭代式用户测试能够保证设计重构的顺利进行。 设计全功能团队 对于软件来说,最重要的是应用体验而非功能。敏捷体验设计尝试建立一个融合的交付团队。在这个团队里,无论是程序员、设计师、需求分析人员或测试人员,都更加关注产品的最终用户体验,而非功能实现。所谓设计全功能团队,就是团队中的每个成员或多或少都具备一定的体验设计能力,可以在不同细节上对产品设计提出自己的意见,对产品的用户价值和体验设计有全局性的了解。敏捷体验设计倡导的实践包括以下几方面:鼓励设计师与程序员结对工作;对设计师和程序员进行前端编程技巧的培训;将设计引入日常需求讨论,例如将典型用户建模中的人物作为基础;制定体验设计的规则,例如基础信息架构、页面命名规则、视觉规范等;增强测试人员对产品体验的理解,除了在产品的功能性上进行质量把控以外,还要针对产品体验提出合理的改进建议;将协作式设计的方法引入到产品交付过程中。 迭代式用户测试 用户测试的核心目标是获取用户对产品体验的真实反馈,并在尽量减少工作量的情况下验证设计的正确性。很多时候,用户测试都放在产品上线前的某个阶段,而在敏捷体验设计中,用户测试则越早越好。迭代式用户测试应遵循以下几项原则:只测试最多拥有两个迭代交付的设计;在得到测试结果后,还应找出新的问题,以便在下一个测试迭代中进行改进和二次验证;在无法获得真实的用户体验数据之前,应保证测试的节奏,并可选择性地对未来的重大设计进行测试;尽可能真实地模拟使用场景。 演进:满足所有客户需求 当产品顺利上线并拥有第一批使用者后,对于一个产品而言,它只是经历了出生时的阵痛,即将迎来的是更具挑战的演进阶段。在演进阶段,交付团队经常遇到以下问题:如何满足所有客户的需求,以及如何正确引导客户发现真正有价值的需求。在敏捷体验设计中,解决上述问题的关键是需求管理和基于数据的产品演进。 需求管理 软件交付团队必须对需求进行有效引导。需求管理可使用的方法包括以下几个:通过迭代式的设计回顾可以定期对体验设计进行评估,并对未来的需求进行梳理和规划;定期进行迭代式的用户测试,尽可能将用户的意见引入到需求的决策过程中;除考虑技术风险之外,还要把设计风险作为评估需求的重要一环。 基于数据的产品演进 许多目前正在广泛使用的基于数据演进的技术都可以用于敏捷体验设计。 1