前言： 本文为阿里巴巴语雀体验设计师幺幺对编辑器设计的总结，文章首发于幺幺的语雀知识库「通用设计法则」。文章较长，建议先收藏，点击阅读原文可与作者一对一交流。
文 | 幺幺
来源知识库 | 通用设计法则
提起编辑器，你会想到什么？
也许你从来没有意识到，但是从接触计算机开始，你就和各种编辑器打上了交道。
Windows 98 中的画图软件也许是你的启蒙。计算机课上当你敲下第一个五彩斑斓的字，作出第一张会动的幻灯片，画出第一个图表，Office 三件套开启了一扇新的大门。再后来，你学会了用记事本写下第一行 if…else…， 但始终没能学会怎么用 PS 修图，不过幸好很快学会了用美图秀秀。
现在的你，可能在各行各业，你的电脑上装满各种专业软件，每天一打开它们，可能一天就过去了。你依赖着这些专业软件完成工作赚钱养家，如果哪天它们不小心崩了，丢失了辛苦一天的成果，你大概可以问候遍所有它的亲戚。
百年以前，人们的生产工具还都是实实在在看得见摸得着的物品。可现在，就在一方小屏幕中，通过各种各样的虚拟工具，尤其是其中的编辑器，你的生产力得到了翻天覆地的提升。生产力工具的好用与否，直接关系到每个人的工作和生活。
这，就是编辑器设计的意义所在。
按照编辑器的可视化程度，我们可以把市面上的编辑器大致分为以下三类：
- 可视化编辑器（Nocode）根据 WYSIWYG （What You See is What You Get）设计模式为没有代码或 Markup 语言基础的用户提供的一种所见即所得编辑器。这也是我们日常生活中接触最多的编辑器类型。进一步又包含以下几类：
|
按对象分类
|
描述
|
示例产品
|
|
文档编辑器
|
文字为主，其他类型对象为辅
|
Word、Page、Google Docs、语雀文档
|
|
电子表格编辑器
|
电子表格为主，其他类型对象为辅
|
Excel、Numbers、Google Sheet、语雀表格
|
|
多媒体编辑器
|
支持各类多媒体编辑，包括文字、矢量图形、图片、视频、音频、动画
|
Powerpoint、Keynote、Google Slides
|
|
矢量图形编辑器
|
矢量图形为主，位图、文字为辅
|
Sketch、Adobe Illustrator。此类进一步还衍生出专精于某细分领域的编辑器，如思维导图、流程图编辑器。
|
|
位图编辑器
|
位图为主，矢量图形、文字为辅
|
Adobe Photoshop、Adobe Lightroom
|
|
网站编辑器
|
各类可交互的网站组件。因为主要的交互方式是通过模块搭建出一个对象，所以英文中往往用 Builder 而非 Editor 指代。
|
Axure、Webflow、Squarespace、Wix
|
|
各种专业领域编辑器
|
建筑设计、室内设计、工业设计、视频设计、音频设计、游戏设计、动画设计等专业软件
|
AutoCAD，3DMax，Rhino
|
源代码类编辑器（Procode）主要指通过编程语言编写计算机程序的应用程序。它一般包括代码编辑器、编译器、调试器和图形用户界面等工具。各领域的专业研发同学应该最为熟悉它。
源代码与可视化相结合编辑器（Lowcode）上述两种编辑方式的混合体。兼有可视化编辑器的易操作性，又有源代码类编辑器的高灵活度。
按照编辑器平台分类，又可以分为以下三类：
桌面客户端编辑器早期很多编辑器都是为专业人士提供，满足其多样化的专业生产要求，提高生产效率。因此在专业场景下，桌面端软件是编辑器的常用载体。
Web 编辑器随着互联网技术发展，富 Web 应用的诞生使得在线上模拟桌面端软件成为可能。相比于桌面端，Web 编辑器可以随时随地访问，无需下载安装，适合多人协作。这些特性帮助编辑器将其目标人群进一步扩大为所有普通用户，以满足普罗大众的通用性需求。
移动端编辑器进入移动互联网时代后，移动端办公成为常态，不管是专业用户还是普通用户，都有移动端使用需求。编辑器又进一步为适应移动端衍化。通常移动端版本编辑器只保留最基础功能，更侧重查看分享。但是图像、视频类编辑器有所不同，因为移动端就是生产端，所以直接在移动端编辑的场景应运而生，出现了非常多优秀的移动端图像、视频类编辑器。移动端编辑器主要指各种原生应用中的编辑器，但是移动端网页的编辑器模式也可以参照此类。
要想研究编辑器设计，还得先从研究人入手。
相比于其他产品，编辑器中的功能数量往往更多，因为在编辑器中用户有时需要完成复杂工作。通过分析用户在编辑器中的行为，可以帮助我们了解用户可以在编辑器完成什么工作，进而清晰了解编辑器需要具备什么功能。《界面设计模式》一书中介绍过，人类在进行创造性工作时，往往不是一蹴而就，而是不断通过「创造-调整-再创造」多次循环往复完成，这样的模式称之为递增构建（Incremental Instruction）。如果在这个过程中工具可以及时响应用户行为，那么用户就更容易全身心投入到创造中，达到心流状态（Flow）。据此，可以将用户在编辑器中的工作流程抽象为4步：
第一步：输入用户在编辑器中添加对象，比如 x, y, z…
输入的方式主要有如下几种：
按最小颗粒度添加，比如一个文字，一个图形，一个图片……
按封装好的区块添加，比如一个包含文字图片的广告素材
按模板添加，比如一张表格模板
从已有对象开始，比如已经写了一半的文档
第二步：调整对上一步输入的对象进行修改。这个阶段主要会有几类操作：
对全局执行一个命令（Command，即指是为了完成某种特定任务而向程序发送的指示），比如最常见的命令保存、撤销、重做。
对单个对象执行一个命令，比如复制、剪切和粘贴。
直接改变全局的属性（Attribute），比如设置文档的纸张大小。
直接改变单个对象的属性。比如改变文字的大小、颜色。
通过这一步，原来的(x, y, z)就变为了(ax, by, cz)。
第三步：查看在调整完后，对自创作进行审视，检查其是否符合目标。此时往往需要借助工具以便更好地查看审阅对象的完成度。比如放大缩小画布，隐藏某些内容等。
第四步：输出在确认创建的对象符合自己的预期后，用户就可以输出对象进行后续操作，比如发布、导出、分享…
在这一步中，(ax, by, cz)被打包输出为f(x, y, z)。所以用户在编辑器中的行为其实就是 f(x, y, z)=ax+by+cz 的过程。据此，我们也就明晰了一个编辑器中需要具备的主要功能，分别是：输入类功能、调整类功能、查看类功能和输出类功能。
上述梳理出的 4 大类功能，每一类都需要在编辑器中有相应界面承载。下面就介绍编辑器中常见的界面模块。一个模块有时会为多类功能服务，但各自有所侧重。
画布
《界面设计模式》第一版中称之为中央舞台 （Center Stage），现在更常见称为画布（Canvas）。主要用于放置执行一系列操作后的结果，比如代码片段、文档、表格、图片等。同时被操作对象的常用功能也可直接在画布内执行，比如移动、缩放、旋转。
编辑器中的图片自带调整尺寸大小的手柄，方便就地操作
菜单
按照位置和出现方式，可以分为菜单栏（Menubar）和情境菜单（Contextual Menu）。菜单栏在桌面端编辑器中非常常见，承载了编辑器中的所有功能。在部分 Web 编辑器也会使用菜单栏。不过只保留基础功能的 Web 编辑器则更多使用情境菜单。
固定菜单栏（Menubar）
主要位于编辑器顶部，所有功能都会在这里进行高密度组织和隐藏，不占太多空间。非常适合喜欢探索的新手用户在这里发现更多功能。
Google Docs 的固定菜单栏
情境菜单（Contextual Menu）
在需要时才会出现，主要通过当前的选择或点击显示相关命令，方便就地操作。右键菜单就是典型代表，菜单中可以承载所有对当前选择对象可执行的功能。
此外，情境菜单也可以承载输入类功能：通过点击画布中的加号出现情境菜单，从菜单里选择一个对象，然后插入到编辑器中。
笔记软件 Notion：点击编辑区域的+唤出插入菜单
为了适应不同对象的展示需求，如今的菜单早已不局限于文字，还可以图形化展示。Microsoft UWP 设计体系中建议可以为重要的或者语义明确的菜单项添加图标，但不必为了追求一致而加上一些语义不明的图标，反而会增加视觉干扰，分散用户注意力。
菜单的排列方式除了单列，也可以多列，只要能方便用户快速识别和检索的。总体上越来越趋向于下文将提到的浮动面板。
建站工具Squarespace：矩阵式展示插入选项
菜单中可以进行的操作，也不再局限于选择，还可以进行属性设置，显示辅助信息。
笔记软件 Notion：表格的情境菜单中既可以执行某个命令，也可以修改属性，展示辅助信息
工具栏
工具栏也可以分为固定工具栏（Toolbar）和情境工具栏（Contextual Toolbar）。
在桌面端编辑器中，菜单栏是用户学习了解编辑器所有功能的好地方，而Web 编辑器并不都配备菜单栏，用户会更加依赖固定工具栏探索编辑器功能。但如果编辑器足够简单，则有时连固定工具栏都可以省略，通过情境工具栏或情境菜单反而会操作更加方便编辑。
固定工具栏（Toolbar）
一般位于编辑器顶部，在图形类编辑器中也经常看到位于左侧的工具栏。当输入类型比较简单时，可以将入口放在工具栏，比如添加形状、文本框等。常用的全局性操作也会放置于工具栏，比如放大缩小工具。
当对象的属性数量较少，则修改属性的功能也会放置在工具栏上。所有功能根据按相关性分组，展现形式也不局限于图标，还可以是输入框、下拉选择器等。
Microsoft UWP 设计体系中提到，工具栏有纯图标、图标+标签两种展现形式。当空间充足时，可以显示图标+标签，标签通常位于图标底部如果空间进一步充足，标签可以位于图标右侧。当用户希望沉浸式工作时，也可以隐藏工具栏，依靠快捷键操作。
工具栏中各个功能的合理布局很重要，可以帮助用户快速找到合适工具。可以按照功能性质、使用频率分组。值得注意得时，对于有从左到右阅读习惯的用户，并不是最左功能就最容易被发现，反而是画布中心上方位置更容易引起用户注意。
情境工具栏（Contextual toolbar）
当用户与某个对象交互时才会出现，通常可以对该对象的执行调整命令，或修改对象属性。
在实际设计中，情境工具栏经常和情境菜单可以结合使用。前者直接展示主要命令，而将辅助命令折叠到「…」的情境菜单中。
工具板
工具板（Tool Palette）与工具栏类似，出现时间早于工具栏，通常放置在左侧。MacPaint 可能是是最早应用工具板的软件，也正因此后来很多各类图形编辑器也采用了这种交互，甚至影响了后来图形编辑器的工具栏位置。 典型代表就是 Adobe Photoshop、Illustrator 左侧两列图标按钮。
与工具栏不同的是，工具板上会承载输入类和调整类功能，但不会展示目标对象的属性。下面是《About Face 4》中对于工具栏和工具板区别的介绍：
工具栏是一系列立即可以访问的命令组合，只有选中某个命令，该命令才能发挥作用，而且这些命令通常都和改变对象的属性有关。而工具板包含的是一些列互斥的功能，有且只有一个功能处于激活状态，每个功能包含了一个操作状态：对象创建状态、对象选择状态、对象操作状态。
怎么理解上面这段话呢？举个例子，比如 Photoshop 中，你选中套索工具后，当下只能使用这个工具，并且还会出现一个配套的工具栏，展示更多具体设置帮助操作，但如果此时想要使用吸管工具，你必须重新在工具板中选择，这就是所谓的一些列互斥功能。
但是工具栏上的命令相对更简单，选中命令然后执行即可，比如 Sketch 中，从工具栏添加矩形，然后可以继续其他操作，比如选择、旋转、移动，合并路径，而无需切换到领个状态才能进行下一步，这样的操作效率也会高很多。
值得注意的是，在 Adobe 的最新设计语言 Spectrum 中已经没有这个模块，而是由左侧工具栏结合图标按钮代替实现。
面板
面板主要用于取代原来经常使用的对话框。对话框属于模态设计，在编辑器中过多使用对话框，会造成用户注意力不断被跳出的对话框所打断，降低工作效率，所以面板这种非模态形式应运而生，因为用户与面板进行交互时，可以随时切换到其他模块进行观察或操作，对于高效工作很有帮助。Salesforce 的 Lightening 设计语言中明确对比了面板和对话框的各自优劣处：
面板
优点：小到中型的面板，主要放置一些关于编辑器的上下文内容。通栏面板适合查看单个典型元素和其他大量的视觉元素。
缺点：部分或完全遮挡画布，不要有「新增、读取、更新、删除」的操作，否则可能让人困惑。
对话框
优点：可以简单地放一些「保存」，「取消」，类似于「新增、读取、更新、删除」这样的操作。应用场合更广泛。通过隐藏其他内容，可以帮助用户更好的聚焦当前对话框。
缺点：完全遮挡了画布。难以同时参考画布或工具栏上的其他内容。
根据所占面积大小，面板可以分为固定面板和浮动面板。
固定面板（Panel）
通常出现在编辑器两侧或底部，可以包含一些常驻控件，也可以根据选择而改变控件。根据承载的功能，又可以进一步分为以下3类：
索引类： 通过文字或缩略图，方便用户快速查看特定部分内容。
输入类：当需要从模板等复杂对象开始创建时，通常会将它们展示在左侧面板。在实际设计中，如何权衡面板的信息展示效率和面板占用整个编辑器界面的比例是个值得研究的话题。
属性类：当全局或单个对象属性数量很多，工具栏无法承载时，可以用右侧面板承载。
浮动面板
浮动面板的用户基本和固定面板一致。主要当内容较少，不足以占满整个浏览器高度时，可以选择浮动面板，以减少占用编辑器空间。
Ribbon
Ribbon 是微软在 Office 2007 中引入的一个新模块，本质是带有标签的菜单栏和工具栏混合体。这个设计模式的引入主要是因为当时 Office 产品遇到的一些困境：新功能越来越多，但很少有用户发现并使用这些功能。随之而来软件变得越来越复杂，体验一年不如一年，操作效率也越来越低。
在这样的困扰下，微软投入 3 年时间来了一次设计大变革， Ribbon 设计模式诞生了。
如今大多数 Web 编辑器通常都只保留桌面端编辑器20%的主要功能，加上情境工具栏和情境菜单的帮助，所以比较少使用 Ribbon。但是电子表格编辑器可能是个例外，因为其命令非常多，即使是 Web 编辑器，一个工具栏的空间也不太足够，加上它的各种命令仅用一个图标有时候也不是很直观，配上文字后，对空间的需求更大了。
和绝大多数工具型产品一样，编辑器的用户也可以根据其经验程度分为：新手用户、中级用户和专家用户。以下为《About Face 4：交互设计精髓》中对于三者的解释。
书中也指明了设计需要更多地为中级用户设计，因为新手和专家始终是少数，随着时间的推移两者也慢慢会变成中级用户。所以相应的设计目标是：
迅速轻松地将新手培养成中级用户。
不要在中级用户成长为专家用户的过程中设置障碍。
最重要的是，保证永久的中级用户在技术范围的中段探索时又愉悦的体验。
提供多种命令模态
《About Face 4》中提到了为不同经验程度用户而设计的命令模态（Command Modality）。前面提到过命令就是为了完成某种特定任务而向应用程序发送的指示。而命令模态是让用户将这些指令发给应用的特殊技术，例如直接操作柄（direct-manipulation handle）、下拉菜单、工具栏控件以及快捷键等。具体可以分为以下三类命令模态。
教学式命令特点它们往往包含描述性文本教会用户如何使用，比如对话框和菜单。这些命令可能用户原先并不知道，但是它稳定地存在与现实中，只要用户寻找就发现，所以可以很好的帮助喜欢探索的新手用户。
直接命令可以让命令直接生效，而不需要中间步骤，比如拖放处理，实时反馈的控件。当新用户逐渐成长后中级用户后，教学式命令那种缓慢、重复、冗长的过程就会令人乏味，所以用户会寻找更多直接命令来完成常用任务。
隐形命令通常在界面上没有或只有少许关于它们的提示。快捷键、手势操作。这些命令要求用户记忆，一旦记住了就会很易用，所以专家用户偏爱这类命令。
所以为了满足不同经验的用户需求，在编辑器中同一个功能有时会重复提供以上几种命令模态。那么到底哪些功能适合有多种命令模态呢？功能使用的频率来是判断标准之一。
书中将中级用户最常用的功能定义为有效功能工作集（working set）。设计师可以事先定义一个最小有效工作集，这些功能默认都会包含多种命令模态。当这样也无法满足用户的需求时，可以允许用户把自己其他常用的命令也加到这个有效工作集中，以满足不同用户的不同工作习惯。
虽然是编辑器中一个功能往往会有多个命令模态，但是有一个例外，就是比较危险的命令，比如放弃修改，清除等，不应该有那么轻易操作的方式，相反最好在菜单或对话框中呆着。
在实际使用中，用户容易发现教学式命令，但直接命令和隐藏命令可能并不容易被发现，所以需要通过一些途径告知用户它们的存在。这些方法被称之为记忆矢量。最差劲的记忆矢量就是在帮助文档中提到它们，因为这个要求用户能够主动去寻找。稍好一点的做法是把记忆矢量集成到编辑器的主界面：
- 利用空置状态
2. 利用等待时间
3. 搭建工具栏和菜单栏的记忆矢量
在菜单中加入与工具栏一样的图标以建立关联。
直接放到菜单栏中、tooltip中。
4. 搭建界面功能的热键的提示
热键（mnemonie）是微软定义的一种快捷操作。如下图，在 Office Word 中按住 Alt 键，顶部功能区就会出现提示符号（数字或者字母），然后根据提示继续在键盘上输入，就相当于用鼠标点击选择了某个功能，界面上会出现一批新的提示符号，以进行下一步操作。通过这种方式，用户可以通过键盘完成大部分操作。
根据上图在键盘输入 N，会进入下图界面
自定义配置
不同用户会有不同喜好，而用户的喜好有可能是截然相反的。所以必须提前定义清晰编辑器的目标用户到底以哪类人群为主，是否要兼顾有不同喜好的不同群体。如果答案是肯定的，那么就需要提供自定义配置来满足不同用户的需求。专家用户往往会有更多的自定义配置需求，而大部分用户可能在很长一段时间内都只会使用默认配置。所以设计师必须选择一个符合更大多数人的默认选项。
语雀的排版自定义设置
Sketch的自定义工具栏
不能忽略的键盘设计
在编辑器中用户往往需要长时间工作，而键盘的输入效率高于鼠标点选，所以用户（尤其是专家用户）对键盘的依赖很大（进行文字输入、导航和触发操作）。这也就要求设计师需要考虑到键盘的使用方式。
Microsoft UWP 介绍了键盘设计的如下相关建议。
Tab 键和方向键
Tab 键可以用于界面中控件之间导航（Shift + Tab 可以反向导航），让用户逐个激活界面中的控件，以进行输入、选择等操作，而无需切换去用鼠标激活。而方向键通常用于某个控件的内部导航，比如可以用上下键调整输入框中的数值。
Enter 键
在非文字输入的时候，Enter 键可执行多种常见的用户交互：
当前界面中主按钮的快捷方式，比如确认、提交、完成等。
激活当前控件，比如激活输入框、下拉菜单。
空格键
在非文字输入的时候，空格键可以调用与聚焦的控件关联的操作或命令（类似于点按触摸屏或用鼠标单击）。虽然 Enter 键和 Space 键并不总是执行相同的操作，但经常是执行相同操作。
Esc 键
Esc 键让用户可以退出临时性的界面和操作，比如：
界面中的「取消」「关闭」「退出」按钮的快捷方式。
退出当前控件的激活态。
快捷键
快捷键也是提高编辑器中工作效率的一大方式，对于专家用户尤为重要。Apple Human Guidline Interface 中提到两条快捷键的设计原则：
遵守标准快捷键，这样才有利于用户将在别处习得的知识无缝衔接到当前编辑器。
为常用操作创建快捷键。如果这还不能满足用户，需要考虑提供自定义快捷键的方式。
洋洋洒洒写了好长一篇关于编辑器的研究报告，感谢你能看到这里。编辑器设计真的是一个古老又冷门的领域。
一个小彩蛋：《界面设计模式》是这份研究报告的参考书之一，在2008年出版了第一版，当我发现其中有一个章节专门介绍编辑器时感觉如获至宝，后来发现在2013年又出了第二版，正当我兴致勃勃想去看看新版本中关于编辑器部分的更新时，万万没想到作者把编辑器整章删除了……
在互联网产品大行其道的今天，编辑器得发展并没有那么快。但不能否认的是，它也一直在与时俱进着。如果你也喜欢挑战复杂系统的设计，也喜欢为细致入微的体验反复推敲，欢迎来到编辑器设计领域。
同时也感谢蚂蚁金服体验技术部的另两位设计师舒宇和瀚雅的贡献一起完善本报告。后续我们将带来更多编辑系设计相关文章，敬请期待。
Microsoft Fluent Design System
Adobe Spectrum Design Language
Apple Human Interface Guidelines
Salesforce Lightening Design System
SAP Fiori Design Guidelines
《About Face 4：交互设计精髓》
《设计考古(1)_工具类产品 Office》
《Web 界面设计》
《界面设计模式》（第1版 & 第2版）
《Web 导航设计》
阿里人都在这里沉淀知识yuque.com
若有收获，就点个赞吧
0 人点赞
