发布时间：2020-11-20 分类： 电商动态
作为一名经历过“Full Stack - > Non-School - > Returnee School - > BAT”的互动设计师，我阅读并研究了各种类型的材料。长期困扰包括我在内的许多交互设计师的问题一直存在，但从来没有得到应有的重视。应该在多大程度上制定互动计划？
Dribbble的形象素材专注于设计趋势，互动高级（自我推广）这样的博客文章专注于设计概念，学术研究和书籍等官方资料专注于设计方法和hellip; …每个人都不约而同地把“实施”的步骤都忽略了。与UI视觉不同，交互设计对绘图和hellip没有任何明确的要求;…然而，我倒下的无数坑已经证实了一个不可避免的事实：
适当的表达可以对思想交流和工作效率产生倍增效应;不恰当的表达可能会让人误解你的设计，甚至低估你的能力水平。
下面我将结合大家的一般理解和个人经验，分析各种互动节目的优缺点和表达形式的探索。下面将描述的类型是线框，伪视觉草稿，去色草稿和色块。
首先，线框
△图像来源：Lucidchart
这可能是交互方案中最原始的状态。 “你想设计一个程序，这样你就可以考虑信息布局和功能组件，然后以快速简便的方式绘制它们。”
在早期，线框是唯一的交互方案形式，因为你不必过于担心绘图。如果你阅读外国人机交互的经典材料或学术论文，你会发现上面的插图大多是丑陋的，无法呼吸。
△图像源：将HCI设计模式与敏捷过程中的工作流相匹配
但这种原始而简单的表达形式并未适应当前的设计环境。在当今激烈的竞争和美学中，每个人的互动计划的形式要求越来越高。在这种环境中，如果您仍然只将交互式方案绘制到线框级别，即使设计理念良好，解决方案也很容易被PK。
除非你有机会解释线框背后的设计意图，否则大多数人不太可能有这种耐心，除了一个喜欢学者的小同学。
第二，伪视觉
△图像来源：Ramotion
如果没有解释，您可能会认为上面的图片是平坦，简单和直接的视觉草稿。实际上，它只是一个交互式解决方案。许多互动设计师不知疲倦地增加了对视觉效果的关注，即使他们知道视觉设计师会完全颠覆他们，即使他们经常被误认为是最终的视觉解决方案和hellip; …如果是这样，这将破坏方法和设计系统操作。这种方式确实有点恶心。
我经常这样做，原因很简单，就是比赛。
当我是本科生时，我参加了一个非常好的UI设计竞赛。我和同学们一起感受国内比赛的经历。本次比赛分为几场重赛。第一次是测试初步调查;第二次复赛是检查线框;第三次复赛是测试完整的计划。我们的第一阶段仍然非常严重。根据我的个人项目和比赛经验，根据计划，这不应该太糟糕，但我没想到在第二次复赛中被刷下来。
因为我们只是解释游戏规则，所以我们在第二次复赛（演讲+ PPT）中提交了精心准备的线框。尽管我们的节目显然具有创造性，合理性和完整性，但在非专业评委的眼中，这种黑白简单的线条图远非其他丰富多彩的视觉效果。即使视觉效果实际上非常难看，研究，设计理念和可行性也是我们的几个不同等级。
从那时起，我了解到在竞争的情况下，不要认为线框仅适用于线框，因此它太简单了。
在一些设计团队中，交互式草案必须达到视觉草案的详细程度，这是一条不成文的规则。从长远来看，我认为这实际上并不是很好，因为：
交互设计师需要在工作价值之外投入更多能源，并且维护成本成倍增加。在大量的手稿中，很容易分辨出哪些是互动的，哪些是视觉解决方案。过于详细的互动会导致过多的风格指导，限制了视觉设计的潜力。第三，转到颜色草稿
△图像来源：Patryk Sobczak
这种表达形式可以看作上面伪视觉手稿的脱色版本，可以在视觉风格中自由发挥，但不使用除黑白之外的任何颜色。
这种方法比伪视觉草案具有更高的欣赏度和细节度：
由于不考虑颜色，投入的能量相对较小。它不会让人觉得它是一个直观的解决方案。视觉风格的引导风格较低。任何颜色的标签都会引人注目。
如果您在颜色选择上略有突破，可以增加程序的吸引力而不会产生太多的视觉预设。
△图片来源：Eddie Lobanovskiy
△图片来源：Jeff Broderick
四，色块草稿
这是一个相对较新的探索。有时交互方案不需要显示界面的所有细节，您可以使用颜色块而不是图片和文本。
△图像来源：Ramil Derogongun
△图像来源：秋季马里亚诺
△图像来源：Ramotion
这种保存方式，显然不能随便使用，可以使用的场景是：
高度可重复使用的动态。涉及大量接口和细节要求低的流程图。纯印刷设计。页面的部分重新设计，没有重新设计的其余设计可以通过颜色块简单地指示。
由于没有细节，即使使用颜色也不会给人以视觉解决方案的印象。
△图像来源：Jared Erondu
如果交互方案可以做到这一点，它可以节省大量的时间和hellip; …但这当然是不可能的。
总结
那么，应该在多大程度上制定互动计划？虽然我在这里提出了一个建议，但仍需要分析具体情况。请结合项目需求，团队风格和您的偏好来选择正确的表达形式。
