{门徒平台}行业标准：权威解读。在针对交互的调整上，一些细微的，视觉上很难体现的改动需要消耗大量的精力去思考和研究，才能产出最终的方案。本文作者以飞书的多维表格作为改版练习的对象，分享了分享前期整理和整体框架的部分，希望对大家有所帮助。

　　又到了很久也没有分享，鸽了很久的 B 端案例改版的练习分享了。这次改版练习的对象是一个比较复杂的案例，字节飞书的 —— 多维表格。

　　因为该项目太复杂，所以这次只分享前期整理和整体框架的部分，后面与机会再针对不同的细节做单独的分享。

　　首先，因为多维表格的复杂性，已经没办法让我像前面的改版一样只要简单做下案例的分析，就可以动手完成后续的改动，这是起码要投入一周工作量，超过 20 天（业余时间做）时长的改版。

　　，对整体的工作内容、流程、步骤做一遍梳理，才能确定我的工作量，和每个步骤的大致顺序。

　　里面包含了 6 个步骤，前期的分析和准备占了绝大多数篇幅，最后的输出反而只有一小部分。

　　这也要重点给大家提个醒，针对 B 端商业项目，尤其是已经上线了的项目，

　　。绝对不是拿到一个项目就看着感觉改，无脑一顿猛做，单单做得快、好看，是难以符合专业团队的要求的，因为你很难

　　而在项目的计划中，前期具体要分析哪些东西，是得看人下菜的。不同项目和背景中，我们可以分析的内容、资源、材料是不同的。

　　比如我自己做练习，要拿真实项目的使用数据 DAU 之类的做分析，显然是不现实的（也没必要），或者在有限的时间里还自己在社群招募真实用户，做几轮用研，也是没可能的（我懒，肝不动）。所以要选出必要，且我能做到的分析内容内容出来。

　　任何商业项目的设计、改版，都可以用一个简单的链条来概括，新手要掌握的就是这个大的框架，并学会怎么自己去填充细节，而不是背一套特别复杂的流程在自己的实践中硬套，比如双钻模型。

　　，虽然我是为了做项目的改版练习，但是具体工作目标是什么，解决什么问题的大方向依旧是要确认下来的。

　　然后，再更多的收集多维表格的资料，不管是从官方也好，还是从外部的一些资讯信息里检索，从更多的维度来理解该产品和服务性质。

　　官方介绍：飞书多维表格是一款以表格为基础的新一代效率应用。它具备表格的轻盈和业务系统的强大，融合了在线协作、信息管理和可视化能力，能够自适应团队思维和业务发展需求，是具备个性化能力的业务管理工具。

　　个人总结：多维表格是一个面向企业业务管理的新型协作工具，类似 Notion 的 Database View。

　　该类型工具并不是由一般业务需求和协作方式衍生而来，和传统办公方法、系统有较大的差异，意味着新用户需要被 “教育” 才能正确使用，上手成本极高。

　　所以，目前大量用户无法认识表格中的数据视图转换逻辑，以及不知道这个图表有什么用。

　　虽然我自己课程的分析路径是业务分析优先，但该产品不是由一般的业务问题衍生而来，而是

　　在我自己课程里会重点提功能地图、产品地图、信息地图、页面地图的区别，功能地图的主要目的是帮助我们理解这个产品所包含的功能有哪些。

　　还有个重要的原因，就是视图之间有非常强的联系，但每个视图又有自己的功能，所以要把通用的和视图特有的一一梳理出来。

　　同时，前面说过视图是由相同的数据转化出来的，用户可以创建不同的字段类型，并生成和填充不同的数据，来组成对应的视图。所以，表格的类型同样重要，我也简单做了个整理。

　　在这个分析阶段，还注意到一个特殊的字段“标题”，即创建数据的时候用来进行数据行索引和展示的唯一字段，便于串联后续的其它字段内容，是默认存在不可修改位置的。

　　通过一个字段做分组依据，每个分组理论上包含多条数据。筛选允许进行二次分组

　　需要一个用来分组的字段类型，这个字段类型不能是标题，基本得是人员或者标签，会关联多条数据

　　主要显示大图模块，大图可以包含多个图片。适合收集图片类数据内容，并以封面图检索来查看详情内容

　　生成一个用来收集数据的问卷表单，通过选择前面添加过的字段来组成一个便于录入数据的表单内容

　　所有视图的顶部操作中，包含集全局和特有操作内容，尤其是在工具栏中的功能差异，为了防止我自己看起来都乱，就创建一个表格来便于后续的识别和查看。

　　把这些理完（更细节的我就不放了），基本上产品有什么功能，对应分布就非常清晰了，如果连产品功能内容都没有搞明白，顶多可以优化视觉的内容，但绝对无法对完成交互的设计。

　　，也就作为工具它能切入到哪些业务中去，并且在这些业务环境中会应用哪些功能，如何进行操作，操作的顺序和痛点。

　　严格意义上来说，Saas 工具的业务场景分析，是需要参与到用户实际操作流程里做用户研究的，但是现在我们并不具备这个条件，很多同学的项目环境里也不具备这样的时间和条件。

　　所以，我们需要依靠一些简单的调查、资讯收集信息，“脑补”出对应的业务环境和流程，即对业务流程和操作流程进行建模，搭建虚拟的操作环境来分析当前交互的缺陷。

　　这种做法并不是就不可以，而是追求效率的一些妥协，以及项目设计的第一版都还没正式的用户上哪找真实的使用流程，只能去做一些场景的模拟。

　　所以，根据官方说明文档介绍的客户应用案例，以及官方提供的模板的一些分类，我总结了几个基础的使用场景：

　　简单描述一下，比如针对团队 OKR，我们自己模拟一下包含 3 个用户角色，分别是，领导A、马仔B，马仔C。然后每个人在 OKR 双月报里要填写自己的内容，以及对齐别人的任务。

　　那我们就要分别将自己带入到 3 个角色中，然后建立自己的目标，并进行操作……

　　这种模拟做得越多，就越能还原相关的场景，和发现产品的真实问题。用户测试这件事，你只要自己带入感够强，有较好的多重人格、精神分裂能力，就可以直接模拟甲乙丙丁……

　　通过前面若干的操作使用，我们已经可以形成大量的想法和思路了。为了防止这些想法流失，你需要每次测试完趁想法还新鲜，把它们通过文本的方式记录下来。

　　初期理解困难：无法理解多维表格有什么用，创建的逻辑就很不符合主流工具使用情况，无法理解它包含的可能性

　　创建流程复杂：每次创建一个独立的表时，会优先弹出普通数据表，要从中理解一般表格和其它表格的关联

　　视图操作复杂：不同视图之间的操作有差异，导致使用上的功能识别非常的难受

　　详情内容仪式感弱：编辑状态和查看状态没有比较好的差异，使用感受不好，即使编辑完内容也像还待编辑的状态

　　战略、范围、结构没太多能总结的略过了，就只放框架和视觉整理出来的问题。

　　新建表都是在表下创建一个新的普通列表视图，新人不知道普通列表有什么用，老用户也不一定要直接用普通列表

　　表的折叠和下方视图应用关系比较难受，所有图表都应该由基础图表组成，一级目录应该和下方有较大的差异

　　上方全局操作栏目内容非常拥挤，而且随视图变化没有明确的规律，需要进行合理的拆分

　　字段配置页面的交互不是很合理，新增一个字段要左右交叉弹出3层，而且非常长，不符合菲茨定律的要求

　　相册视图中，缩略图点击进对应页面完全是 “意料之外”，而详情进入点击困难

　　时间关系就放原来的记录，不做文案的优化了，也不一个个问题配图解释，感兴趣的可以自己对照下线上的页面：

　　面层次：导航列表和右侧内容的区分度低，顶部操作栏和实际视图内容没有明确的分割识别性差

　　色彩应用：页面整体过“白”，导致关键因素无法凸显，色彩带来的功能性作用极差

　　文字应用：关键文字没有突出，文字信息层级的价值较差，在复杂的视图环境下阅读体验极差

　　图标应用：图标统一性不是太理想，一级表的图标与二级视图图标太接近，难以区分

　　问题都有了，下一步不是直接就能把问题给解决了！因为解决问题要给设计产出，设计产出也要花挺长时间去做。所以，我们要先对准备输出的方案做前期的计划。

　　优先在用户认知中确定“数据表”的认识，通过表格这种最直观的形式，将自己想要的数据结构搭建出来，再去创建更直观的可视视图。

　　因为“标题”作为所有视图索引的锚点，必须在前期搭建数据表的时候就建立清晰的认识，而不是直接开始上手对应的视图内容创建（很多视图类型不凸显标题），在后续无法很好的在认知里锚定标题，从而在操作认识上造成混乱。

　　所以，新建数据表的时候，父集表结构会拥有个独立的表格页面，和下级的视图内容作出区分，并在该页面有较强的引导进行其它类型视图的创建。

　　最后，再把要设计的具体内容清单罗列出来，把一些暂时没空、相关性不高的页面排除掉，确定设计的工作量。

　　下面，针对主要的框架和视图页面内容改版后的内容逐一进行说明。更细致的交互细节还没做完，以后有机会再分享。

　　右侧内容区域统一使用灰色背景，突出具体展示的内容和卡片。而不像当前仪表盘使用灰底，而数据组用白底。

　　因为顶部课操作要素太多，所以增加分割线，强化顶部区域和内容区域的分隔。

　　优化搜索框，原有搜索框和菜单关闭位置很占空间，而且在我自己使用体验中搜索使用频率太低。除所以新设计中降低视觉权重，做成通栏无边框设计。

　　优化关闭图标，侧边栏关闭的需求也没有那么大，所以我改成鼠标进入导航区域后才显示，默认状态隐藏

　　优化一级和二级菜单图标类型，在设计上要有明确区分，一级选项不和二级选项混淆

　　一级选项处于悬浮和选中状态（包含下级区域），显示更多和添加，并且优化更多选项位置，将添加视图放到最右侧

　　工具栏分成两个编组，左右对齐。左侧和视图有较强关联，右侧则是具体操作。

　　对于可以进行分组和直接影响同类视图最终显示依据的功能放到左侧，能强调通过该选项来设置该视图的最基本展示方式。

　　底部操作栏上移（细节没做完），只有表格内容超出页面高度时页面底部悬浮吸附

　　填写模式改到右上角去，不放在中间进行切换，这种操作需要一定的阻隔（操作距离）

　　以上就是本次改版前半部分的分享了。可能很多同学会觉得好像分析花很长时间，最后改动看起来又很小。但必须强调

　　这才是真实工作环境里可能会产出的成果，不是任何情况下做改版都是大开大合，改动特别剧烈的

　　尤其是针对交互的调整上，往往一些细微的，视觉上很难体现的改动要消耗大量的精力去思考和研究，才能产出最终的方案。而整个项目交互的改版，就是建立在若干这些细节的调整，和整体交互使用的一致上去搭建的。

　　还有很多页面流程上的调整和组件交互上的设计，用图文的方法来讲解实在是写不完（目前只有理想情况下五分之一不到）……后续页面的其它操作流程、组件交互，在之后有空再陆续分享改版的思路。

　　作者：酸梅干超人；公众号：超人的电话亭（ID：Superman_Call）