您有软件产品吗?免费添加。专人会在一天内审阅并发布。有产品?免费添加。

添加您的产品
添加产品

设计

界面设计、设计系统和设计交付。

1 款产品

这个分类涵盖什么

用于设计界面及其背后系统的工具:画面、组件、变量、文档,以及向实现者的交付。有些产品止步于绘图,有些延伸到原型、研究和内容工作流。

用于验证想法的可点击流程归入原型设计。任何面向视频或动效输出的工具属于视频与屏幕录制。

协作改变了这些工具的性质

设计软件过去是生成文件的单机应用。如今它主要是一个共享工作区,而这一转变决定了哪款产品适合一个团队。

多人同时编辑的重要性,不及周围的往来:能够标记解决的评论,有可读历史的版本,始终显示当前状态的链接,以及让外部客户能查看而不会弄坏任何东西的权限。

浏览器优先的产品赢在访问便利,输在离线工作和大文件。基于文件的产品正好相反。没有谁普遍更好,答案取决于您的团队实际如何工作,而不是哪个更新。

设计系统才是真正的产品

超过寥寥几个画面之后,价值就从图稿转移到它们背后的系统。

看看组件如何处理变体、状态、嵌套和覆盖,再看看一个组件出现在两百个地方时,更新有多痛苦。然后看变量或设计令牌:颜色、间距、圆角和字号只命名一次,并带有适用于主题和密度的模式。

与代码的连接是系统体现价值的地方。问问令牌能否以构建流程可以使用的格式导出,以及文件中的组件名称是否与代码仓库中的组件名称一致。当两者逐渐分离,大家就会不再信任这个文件,转而直接去问设计师。

文档应当在同一个工作区里占有一席之地。没有书面规则的系统,一年内就会变成同一个按钮的四十种变体。

设计交付,以及开发者真正需要什么

  • 尺寸和间距,无需打开编辑席位就能读取。
  • 有名称的令牌,而不是粘贴进工单里的十六进制数值。
  • 素材,可以按正确的倍率和格式导出,包括您的平台所要求的一切。
  • 各种状态:空状态、加载中、出错和内容过长,设计通常就失败在这里。
  • 一个最新的链接,这样没人会根据上个月贴进聊天里的截图去开发。

第五点造成的返工,比任何缺失的功能都多。无论选哪款工具,共享的唯一事实来源都必须是一个所有人能访问的地方。

文件、性能与枯燥的约束

大文件是这些产品拉开差距的地方。一份有数百个画板、嵌入图片、嵌套组件和十年历史的文档,一分钟内就会让您看出快工具和慢工具的区别。

检查版本历史的保留深度,因为入门方案往往只保留很短的窗口,而设计决策常在数月后被拿出来争论。如果您的工作流依赖某个插件,检查它是否可用。检查方案过期后,共享链接会怎样。

席位、查看者,以及团队真正的花费

几乎所有产品都按编辑者计费。评论者和查看者免费或便宜得多。这种结构奖励那些想清楚谁真正在编辑的人。

开发人员、产品经理、管理层和客户通常只需要阅读和评论,而不需要绘图。给他们买完整席位,是这个分类花费翻倍的标准原因。

也要留意方案的界线:共享库、分支、单点登录和高级权限往往位于入门档之上,其中之一通常是成长中的团队升级的原因。市场上类似的规律,列在定价页隐藏了什么里。

在承诺之前,迁一个真实项目进去。不要示例文件,要一个图层杂乱、客户总在不对的位置留评论的实际项目。

与不做设计的人共事

这个分类里多数摩擦来自设计团队周围的人,而不是工具。

开发者需要尺寸、令牌和一个最新的链接。产品经理需要能评论而不弄坏任何东西。管理层需要的是一张图,而不是一个有四十个画板的文件。

有意识地安排好。每个项目一个页面存放当前的画面,探索性的内容放在别处,这样可以避免反复出现“哪个版本才是真的”这个问题。

同样的纪律适用于命名。叫作“最终版”“最终版二”和“最终确认版”的文件,是缺少约定的症状,没有哪款产品能解决它。约定共享链接指向什么,并让其他一切远离不需要它们的人。

常见问题

设计师还需要单独的原型工具吗?

往往不需要。如今多数设计平台对可点击流程的支持,已经足够用于评审和测试。当交互带有真正的逻辑,或研究环节需要埋点时,专门的工具才有存在价值。

设计软件怎么定价?

按编辑席位,查看者和评论者通常免费或便宜得多。数一数真正在编辑的人。团队常常为只打开文件查看尺寸的开发人员购买完整席位。

没有网络连接时还能继续工作吗?

在浏览器优先的工具里,几乎不行。有些提供功能有限的离线模式,基于文件的应用则正常运行。如果您的团队经常出差,或网络不稳定,请实际测试,不要想当然。

怎样才能让设计交付顺畅?

用有名称的变量而不是原始数值,组件与实际构建的保持一致,规格让开发者无需询问就能读懂。工具有帮助,但一个没人维护的设计系统,每个迭代都会产生同样的问题。

文件格式可以在产品之间移植吗?

部分可以,而且永远不完美。图层和文字通常能在导入后保留。组件、变量、交互和插件生成的内容通常不能,所以把迁移当作重建,而不是搬家。