来源：Medium网站

作者：肖恩德克斯特

翻译：奥创

阅读时长：6min

随着时间的推移，我发现线框是不那么有用，我不认为我是孤独。因为这个术语有点松散定义，所以具体而言可能很重要。虽然有许多类型的原型可以检查不同维度的保真度，但我还是要关注在听到线框这个词时最容易想到的特定变体。

它不是草图或完全实现的模型，而是典型的“中间”状态 - 数字文物故意留下没有样式并且用来代表整个页面的黑色和白色的“骨架”。原型线框试图在故意的情况下准确表示布局和信息架构避免高视觉保真度，有时也保证高内容保真度。

在它的自然栖息地中，看到线框的单调，细长的光彩

在我和网上的讨论中，我惊讶地发现线框仍被认为是设计过程中必不可少的一步。这种态度似乎在下降，但我仍然听到从早期职业设计师到行业领导机构的所有人都坚持必须进行“线框图阶段”。该参数通常看起来像这样：

⦁线框将注意力集中在可用性而非美学上。它们阻止利益相关者通过按钮颜色等不相关的细节来破坏会议，并且允许用户测试专注于交互而不是视觉。

⦁线框的创建速度更快。他们保持概念性，避免过度投资或依附于特定方向的风险。

⦁对于线框图还有一个单独的论点（更多面向企业）作为交互的详细文档的工具，而没有视觉设计的额外开销。

这并不意味着每个人都会制作线框，但是当有人承认它们没有线框时，它通常会保持沉默，并且没有大量的目光接触。他们想包括他们。只是他们的组织，利益相关者或项目的限制使其无法始终存在。

但他们认为必不可少的心态，以及许多关于他们优势的信念可能会被误导。虽然我不否认，线框图是永远有用，现在他们只由天缩小有限的情况下是有价值的。行业思维和实践中有许多变化促成了这种变化，值得研究。

转变产品开发方法正在改变设计的完成方式

敏捷产品开发鼓励减少线性过程。而不是从整个产品的基础元素开始，然后在该基础之上构建图层，重点已经转移到更小，更频繁地交付完全实现的“垂直”切片。

这还包括完全实现的设计，使得同时考虑视觉，信息架构和交互性变得很重要。在敏捷团队中，您的下一次迭代将在数天或数周内而不是数月或数年内完成，因此通常会产生线框的广泛的前期映射阶段不太可能占有一席之地。

精益用户体验是一个伴随的过程转变，似乎也正在获得牵引力。在精益中，重型设计工件不再被强调或完全省略，有利于尽可能直接在产品本身上进行协作。精益还提供了 对线框作为文档工具的想法的反驳。它表明实际产品中的屏幕布局可以作为自己的文档。您创建的设计工件可以变成更临时的项目 - 只要它们包含的信息以实际产品中的可访问方式存在，就可以放在一边。其他相关背景可能仍有文件证明，但仅在实施时或之后。

可用性和信息架构不存在于真空中

存在明显的风险，界面中元素的视觉呈现会影响它们的感知方式。类似于表单字段的下拉列表可能会将其功能误解为错误。可能会错过从菜单项中脱颖而出的菜单标题。色彩和对比度在引导视觉注意力方面发挥着重要作用。如果您在线框上进行可用性测试，那么当您最终改变一切外观时，测试将失去很多价值。

您可能还需要在此时进行更多布局更改，以更好地适应您的视觉效果。用户可能会注意视觉元素，但是这样做并没有错，并且使一切灰度化并不一定会降低风险。无论如何，通过理解问题和任务完成测试可以更好地暴露可用性或信息架构的问题而不是口头评论。只要你很好地设定期望并注意你如何征求反馈，就可以用任何保真度来实现对概念的输入。

线框对利益相关者来说很少有效

我知道了。让利益相关者了解会议中按钮或副本的颜色会令人非常沮丧。但是，通过故意避免更高保真度的视觉效果并将lorem ipsum放在各处，你真的解决了这个问题吗？或者你只是推迟了吗？您是否喜欢低保真，因为它让人们更容易理解并提供输入？或者事实是，它让其他人更难 理解和我们喜欢那是因为它让我们能够主宰我们的专业知识并避免批评？如果利益相关者对评论IA不感兴趣并且更关心其他更接近他们专业知识的事情，那么你为什么要努力争取呢？您是信息架构的专家，而不是它们，通过与用户一起测试，布局所需的任何更改都应该变得清晰。

接近高保真视觉效果的速度越来越快

多年前，photoshop是UI设计之王，每个人都参与军备竞赛，看谁能为给定页面添加最详细，逼真的纹理。当时有一个关于线框节省时间优势的有效论据，但今天我们的工具专为UI设计（Think Sketch，Adobe XD或Figma）而设计，使其在全球范围内更快，更轻松地管理和更新样式。在“设置”视觉风格之后“改变布局”不应该比早期改变它更难。对于那些设计成熟的组织来说，支持这些系统的设计系统和组件库的组合几乎可以消除任何借口。即使您不在一个成熟的组织中，您仍然可以访问与开发人员可用的UI框架相匹配的UI工具包。它也有助于即使是当今最具视觉复杂性的美学仍然相对简单。如果你的按钮只是一个带圆角的蓝色矩形，那么你有多少时间通过故意使它变灰而真正节省了？

线框图有意义吗？

它可以在正确的情况下。例如，您可以创建线框，因为：

⦁您确实拥有视觉上复杂的产品（如移动游戏），并且需要独立于不可避免的漫长艺术过程来完成交互。即使是这种情况，您仍然可以尽力近似风格。

⦁您正在使用它们作为练习来帮助人们孤立地学习信息架构（希望是一次性而非经常性产品开发的一次性部分）。

⦁您希望绘制或测试信息架构，但依赖于其他人进行视觉设计（不理想！），或者以某种方式限制您可用的工具的视觉功能，或者您自己的技能组合。

⦁您处于过时的瀑布或代理环境中，并且对您的流程还没有太多的自主权。这不是很好，但可能超出您的控制范围。

我确信还有很多其他可能的场景和例外情况，但我认为它们对于今天运行的大多数设计师来说可能并不常见。如果你认为传统的线框只是在真正适合问题的情况下使用的策略，那么你可能会发现它们经常可以避免 - 而且没关系。

喜欢这篇文章就点赞关注我哦！