【译】设计系统清单——设计系统系列

原文传送门：Design System Checklist

此清单是更大的

第一部分 → 设计系统的五大支柱

第二部分 → 设计系统清单

第三部分 → 设计系统资源和连接

---

支柱1 - 出售咱们的设计系统

目标

• 咱们的利益相关者指望什么
• 咱们的指望是什么？ （它有多完美？这些指望是否知足？）
• 谁将使用这个设计系统？ （开发者，代理商，内容编辑，...）
• 咱们是为多种产品设计的吗？

---

范围

咱们将提供什么：

• 原则*（品牌价值，目的，......，限制它们！）*
• 风格指南*（视觉）*
• 用户体验模式*（互动，最佳实践......）*
• HTML / CSS实用程序类*（排版，颜色，按钮，表单......）*
• 功能组件*（可在你的应用内使用）*
• 复制*（措辞，语气，...）*
• 图标，插图和图像
• 声音和动画库

---

利益相关者和流程

• 咱们的团队须要哪些角色才能得到成功？
• 咱们的设计过程应该涉及哪些专业？ （业务，产品，软件开发和运维，测试，支持，......）
• 咱们是否已经得到了团队和利益相关方的支持？
• 咱们须要知足哪些可交付成果和截止日期？
• 咱们的系统在初始开发过程当中是否已经在产品中使用过，或者咱们是否已经发布了完成的v.1？
• 谁须要签署咱们的工做以及在哪些步骤？
• 咱们的设计系统的路线图是什么？将来如何维护？（范围，MVP，迭代，扩展，......）

支柱2 - 研究咱们的设计系统

初始设置

• 它是从新设计仍是全新的？（迁移旧应用程序 可能会出现全局性CSS类的意外效果）
• 咱们遵循哪些规则和原则？
• 目前的设计在哪里运做良好？
• 咱们能够改进现有的设计？
• 咱们想要一个严格或宽松的设计系统吗？
• 咱们从哪里能够汲取灵感？ （良好的复制/参考其余>槽糕的自创）
• 咱们是否认义了最重要的术语来传达咱们的设计系统？（设计师，开发者和利益相关者必须讲一样的术语）

---

用户

• 咱们有足够的看法来理解它们吗？（历程，JTBD）
• 咱们的应用程序有哪些背景？
• 他们与咱们的应用程序交互的频率如何？
• 他们想要使用咱们的应用吗？
• 咱们的观众对咱们的主题有多少了解？
• 咱们的用户是否会接受培训或从零知识开始？（B2E，B2B）
• 是否有咱们的观众指望的标准或API？（一般是B2B中的状况）
• 咱们会知足哪些残障人士？

---

技术

• 什么输出渠道适合咱们的观众？（网络，移动，API，服务......）
• 技术堆栈对咱们的设计有影响吗？
• 咱们将提供什么？（视觉指南，html和css模板， 功能组件，......）
• 咱们须要个性化的账户和不一样的角色吗？（B2C，B2E）
• 访问受限区域内的功能或组件是？
• 将集成哪些系统或来源？
• 咱们须要实时数据吗？（数据是否须要推送到前端，例如使用websockets，或者前端是否会主动轮询数据）

支柱3 - 设计咱们的设计系统

布局和内容

• 咱们设计了哪些屏幕尺寸和输入法？
• 不一样产品和平台的一致性如何？
• 咱们指望什么类型的内容 （数据，主要是文本和图像，产品......）
• 咱们在哪里能够看到最高的复杂性，不管是视觉仍是功能？（表格，表格，仪表板，产品，结帐......）
• 会不会有外语和他们的需求？ （RTL / LTR，标签须要多长时间？）
• 谁会负责写文字/文案？ （咱们的设计系统的标签和描述性文字）
• 咱们的信息架构对导航有何要求？（深度，宽度，3年内有多少层级？）
• 用户将如何导航？（菜单导航和/或内容，主 - 细节视图，搜索，对话框......）
• 用户是否能够自定义他的视图？
• 咱们的系统可以个性化吗？
• 咱们是创建在现有设计系统或框架之上的吗？ （材料，Bootstrap，......）
• 咱们的网格外观和感受如何？（外观，列，空白）
• 咱们的产品须要哪些组件？ （建立库存，标记您已拥有但再也不须要的库存）

支柱4 - 创建咱们的设计系统

操纵数据

• 用户在哪里编辑内容？（对话框，内联，弹出窗体，......）
• 自动保存或保存按钮？
• 咱们须要内联编辑*（复杂的验证规则会发生什么？）*

---

错误预防和错误容错

• 咱们什么时候验证用户输入以及如何显示验证消息？（对多个领域的复杂验证）
• 是否有撤销选项，若是咱们没有用户，咱们的用户风险有多大？（对自动保存特别重要）
• 咱们须要历史吗？（记录，回滚）
• 会话超时会发生什么？（例如，有人在次日在打开的浏览器窗口中恢复任务，但会话已超时）
• 咱们是否可使用合理性检查来防止错误发生以前？

---

通知

• 须要什么级别的通知？ （信息，成功，警告，错误，严重）
• 咱们在哪里展现它们？
• 除了屏幕以外还使用了哪些频道？ （推送，电子邮件，短信，信息屏幕......）
• 若是用户错过了重要通知，可能会致使真正的问题吗？

---

测试和文档

• 咱们什么时候以及如何运行可用性测试？
• 咱们如何测试设计系统的代码？
• 咱们应该记录哪些部分？ （模式，组件，代码，作和不作）
• 咱们在哪里能够记录它？

支柱5 - 维护咱们的设计系统

积分

• 咱们的构建管道是否容许自动化？
• 咱们如何自动化测试？
• 咱们如何设计咱们的设计系统？（语义版本控制）
• 产品团队提交请求的过程是什么？ （功能，只有错误修正，测试）
• 咱们是否须要具备请求须要传递的规则才能使其进入设计系统？
• 咱们使用哪些渠道向咱们的产品团队通知新版本？
• 谁更新新版本的更改日志并发送新闻稿？

---

缩放

• 全部产品是否都须要整个设计系统，仍是能够将其分组到插件中？
• 咱们的产品团队容许对咱们的设计系统进行哪些调整？
• 产品团队能够实施他们本身的组件版本吗？
• 咱们如何添加，弃用和删除组件？

其余参考：

• JTBD：The Jobs-To-Be-Done Framework

译者简介：土拨鼠，芦苇科技web前端开发工程师，表明做品：飞花亭小程序、续航基因、YY表情红包、YY叠方块直播竞赛小游戏。擅长网站建设、公众号开发、微信小程序开发、小游戏、公众号开发，专一于前端框架、服务端渲染、SEO技术、交互设计、图像绘制、数据分析等研究，有兴趣的小伙伴来撩撩咱们~ web@talkmoney.cn 访问 www.talkmoney.cn 了解更多