哪种UX用户体验设计项目周期管理更适合你？线性？还是迭代？

在用户体验 (UX) 设计项目流程管理过程中，不管是UI界面设计、HMI人机交互设计，还是软件界面设计项目，都有各自的项目属性特点和生命周期。最常见的两种生命周期类型是线性和迭代。

线性项目：按顺序进入不同的阶段，从最初概念、研究、设计、测试、迭代、开发...
迭代项目：更灵活，研究、设计、开发和测试等活动几乎同时在重复的周期中反复发生。
所以，但哪一个最好？其各自的优缺点是什么？这一切都取决于你的项目类型和项目背景？下面让我们通过研究在实践中应用每种生命周期的两种方法：瀑布式和敏捷式，来对线性和迭代生命周期进行正面对比。



瀑布式 UX 设计：
瀑布式UX设计项目包括以下阶段：
需求——业务分析阶段，引出、分析、确定优先顺序、记录和验证项目需求。
测试——进行用户可用性测试，确保产品符合要求的验收标准。
设计——在此阶段，产品设计由项目决策者进行并签字。
交付——发布、项目结束、产品投入运营。
顾名思义。瀑布式，按顺序每个阶段都会自然流入下一个进程中，在传统的瀑布方法中，各个阶段必须按顺序完成，也不能倒着做。

优点：
体感：线性项目的结构和组织更直观，有明确的阶段和里程碑，让参与项目的每个人都能轻松了解项目的工作底层逻辑。在项目经理的加持下便于项目顺利进展和实施。
预测：同时在可预测性上，由于需求和优先级很早就已确定，参与项目的每个人都对最终产品有一个清晰的愿景，这意味着范围蔓延的可能性较小。
控制：线性生命周期通常具有大量文档，并对变更请求和用户验收测试等内容具有严格的管理流程，从而最大限度地减少质量保证问题。

缺点：
不灵活：因为需求是固定的，一旦项目进入某个阶段就很难中途改变。
有限的用户反馈：在瀑布项目中，容易走到生命周期的后期客户才给出真正的反馈，因为过程中的正向反馈容易被推翻。

敏捷式 UX 设计：
敏捷项目由多个迭代阶段组成。与瀑布式项目相比，敏捷项目的概念是周期性的而非线性的。与瀑布式开发不同，它不会将需求、研究、设计、测试、和实施分成独立的阶段。相反，这些活动会在每个迭代阶段一起进行。敏捷工作需要由用户体验研究人员、用户界面 (UI) 设计师、开发人员和其他专家组成的小型、多学科团队协同工作。 在每个迭代阶段（称为时间盒或冲刺）中，项目团队会引出需求、设计原型并收集反馈，以致力于打造可能满足用户和业务需求的最小可行产品 (MVP) 。

优点：
灵活性：通过迭代生命周期可以轻松添加和更改需求和优先级，使其适合从不明确的用户或业务需求开始的项目。
提前交付：迭代生命周期的规划需求较少。敏捷项目可以快速启动，因为需求可以在迭代原型设计过程中得到获取，并且可以在迭代结束时生成可用的软件。
风险小：迭代项目失败的可能性更小，因为用户可以提前测试原型并发现关键问题。这样，项目团队就可以放弃行不通的想法，避免在项目生命周期后期进行昂贵且耗时的重新设计或重新开发。
更少的文档：敏捷更倾向于可用的软件而不是全面的文档，这意味着在项目管理上浪费的时间更少，而这可能不会为最终产品增加价值。

缺点：
实施难度：敏捷工作方式很难在实践中实施。敏捷工作方式需要一支多学科项目团队，跨部门自然、完美地开展工作，整个组织必须遵循迭代理念。
可预测性较差：迭代项目开始时对最终产品和项目时间表的愿景不太清晰，并且包含许多依赖关系，例如依赖于一致的用户可用性进行测试。
缺乏文档：由于敏捷更注重软件而不是文档，因此在每个阶段和迭代中可能会丢失一些内容。范围蔓延的可能性——由于缺乏对重新排序和需求变化的控制，项目范围很容易蔓延，而没有时间或预算来适应它。



混合方法：
我们维好维可- UI设计公司，也会通过混合的方式来创建新的设计管理模型，其最大的好处是你可以使用瀑布式规划，使用敏捷式交付，这意味着我们将需求、研究、测试和设计...按顺序进行推进，同时又以迭代的方式进行交付，最后再形成总体的体系化交付和最终汇报，大幅提升项目效率和成功率。

最后，您的项目到底适合哪种UX用户体验设计项目周期要取决于项目情况，具体从项目类型、范围、时间、成本、资源进行判断，在互联网、科技、游戏等行业适合采用敏捷方式，在一些政府、公共部门、集团等类型公司适合采用瀑布方式进行，因为需求相对固定，也要求按一定的程序推进项目。