如何判断交互方案好坏？从这五个维度入手！

设计来电 2024-07-20 09:54:30

需要判断交互质量的角色大概有三类，分别是：方案交付前进行过稿的团队Leader、方案交付后评审会上的参与各方，以及负责设计的设计师自己。

交互设计师的职责是确保每个设计方案都能最大限度地满足业务目标和用户诉求，如果在设计的各个阶段仅依靠直觉和经验对设计方案进行审视，很多问题点往往无法被发现，导致方案交付后需要返工，甚至在上线后因体验缺陷影响整体目标的达成。

本文将从五个维度展开，提供一个评估交互方案的框架，帮助大家特别是新手同学更好地完成设计交付。

需要说明的是，本文介绍的方法主要适用于方案上线前的预评估，并非是建立在客观数据、用户反馈、指标体系等基础之上的体验度量模型。

一、目标相关性

无论是改进现有产品，解决某个具体问题，还是从0到1打造一个新的平台，业务诉求始终是思考的源头，也是设计的起点。

所以评估方案时，首先要看是否有围绕目标在设计，确定不是在自嗨。具体怎么判断呢？可以依次提出三个问题：

当前方案中所体现的设计策略是什么？
设计策略所要实现的设计目标是什么？
设计目标的达成是否有助于业务目标的达成？

三个问题之间是关联的，设计策略→设计目标→业务目标，以此判断设计方案能否最终指向业务目标，避免两者脱节。该问题链是站在方案已完成的状态下进行反推，而在项目启动时，则是正常的认知顺序，交互设计师需要对产品所能提供的核心价值、服务范围、商业化方式等信息进行了解，掌握业务的现状和问题，以及可衡量的目标。再综合考虑业务目标和用户特点，确定设计目标，最后将设计目标拆解成具体可执行的设计策略。

在设计开始执行前，一定要把这些问题搞清楚，才能确保方案不偏离方向。如果业务侧提供的诉求或目标较为模糊，切勿盲目下手设计，通过紧密地沟通讨论，各方达成共识再启动。

二、功能完整性

功能完整性就是判断设计方案中是否涵盖了所有业务的关键功能和服务，并确保在每个场景下，功能逻辑能够形成闭环，也就是说，用户在任何使用场景下，都应顺利完成所需任务，而不会被某个场景卡住。因此，功能完整性不仅仅指功能本身，还包括从开始到结束使用某项功能的体验路径，以及不同路径间的衔接，这样才能算是完整的功能体验。此外，功能完整性还涉及与竞争产品的功能比较，如果竞品具备的功能你都具备，而且在某些方面还更为出色，那么你的产品功能完整性就较高。

功能完整性如何判断呢？

需求文档对比：将交互方案与产品需求文档进行对比，按照优先级从高到低逐一核对功能点，优先保障高优功能的实现。如果文档中有业务逻辑图或流程图要特别关注，确保方案没有出现逻辑错误。
用户体验地图：用户体验地图能直观地展示用户在使用产品过程中的所有触点和步骤，帮助设计师识别和填补任何潜在的功能缺失或体验不佳的地方。同时，体验痛点和难点也一目了然，在方案的早期阶段就能进行针对性设计。
简易模拟验证：在方案设计阶段，功能尚未开发，制作可交互高保真原型也较为耗时，此时可以模拟或者设想用户使用场景，在静态方案上走一下核心任务流程，观察过程中是否存在功能缺失。

三、体验可用性

接下来就是逐层检查交互是否可用、易用、好用，可以从框架、流程、内容、反馈和文本五个方面展开，层层推进，系统地进行评估。

框架：首先需要确保信息架构清晰，用户能够快速理解和使用导航。在不同类型的信息之间要有明显的区分，以避免用户混淆。与此同时，要具备良好的空间扩展性，以便未来增加新功能或信息。
流程：必须考虑不同用户类型、不同目的、不同入口的使用情况。主流程、分支流程和异常流程都需要详尽设计，确保各种情况下都能顺利完成操作，尽量保持流程的简洁高效，减少不必要的步骤。特别要注意异常情况的提示反馈设计，帮助用户回到正常流程中。
内容：界面的布局和排版要合理，确保信息易读易查找。重要信息与次要信息的层级尽量拉开。还有各类交互状态，如加载的不同状态和各种极值情况，这些琐碎的设计细节，对整体体验感知起到非常重要的兜底作用。
反馈：有效的反馈机制，可以降低用户负面情绪，建立起对产品的信任和信心。一种是通知类反馈，主要用于及时通知用户重要信息或事件变化，确保他们保持知情。另一种是提醒类反馈，在用户操作时，提供恰当的提醒，防止误操作和遗漏关键步骤。
文案：文案几乎是刺激用户做出某项行为最重要的信号形式，但并未获得足够的重视。评估界面文案时可以从语气、措辞、书写规范、风格等4个方面切入，关注信息传递的准确性和清晰度，并基于产品调性调整文案风格倾向。

四、技术可行性

对于技术可行性的评估，不要等到方案全部完成后再进行，设计进行中，当交互方案可能涉及复杂实现技术，就要及时让开发人员参与进来，了解其中是否存在技术限制，评估设计方案能否在可接受的成本范围内实现。由于设计师对于技术并不擅长，所以无需搞懂具体实现的技术细节，评估技术可行性时可以关注这三个方面：

功能能否实现：交互方案是否在技术上可行，如果存在技术限制或障碍，不同设备下兼容性如何，是否有替代方案可以实现相同的功能，或交互方案如何调整可降低对技术的要求。
性能能否达到：方案实现后能否达到预期的性能指标，比如响应时间、处理速度、可扩展性和稳定性等。设计师需要判断性能打折后的体验感知能否接受，当超出系统可承载状态时是否有兜底反馈、引导流程。
规定期限内能否完成：判断交互方案是否可在计划的时间范围内完整落地，尤其是交互方案的复杂性和紧张的项目周期明显形成冲突，需要考虑潜在风险和应对措施，为确保里程碑上线任务，提前预判可放弃哪些体验点，砍掉后如何确保体验流程仍然顺畅。

五、设计创新性

关于创新性，我想谈两点。首先什么是创新？许多设计师误以为完全的原创才是创新，结果无形中给自己增添了很多压力，苦寻灵感而不得。实际上，世界上不存在所谓的真正的创新，往往都是在前人的基础上，对已有事物进行复制、转换、重组，创造出具有增量价值的解决方案。“原创”的说法只是因为人们并不了解其真正的参考来源，绝非凭空出现。

再一个，是关于创新性评估的把控。从设计师的视角来看，创新很重要，但对于项目来说，交互方案的核心是解决实实在在的问题，即使没有令人兴奋的创新点，只要满足了前面提到的四个维度，同样可以达到优秀的标准。在此基础上，再看看方案中是否存在闪光点，有哪些是同类型竞品没有的，哪些流程换种方式可以更加高效等。千万不要本末倒置，这也是我把设计创新性放在最后讨论的原因。