产品经理P仔

V1

2022/09/25阅读:41主题:橙心

产品经理的最强武器:制作属于自己的axure元件库

你也是原型苦手吗?

产品经理的软件技能里,原型工具可以说是产品经理吃饭的家当,我个人常用的原型工具是Axure。当我是个刚入门的小菜鸟时,用Axure画原型线稿,用的是默认的组件库,每次都把对应的组件拖动出来进行更改。比如在制作一个表单时,就要经历以下步骤:

  1. 拖出一个文本标签组件,作为字段名标签。必要时要加上* 必填标记并且要改成红色字色;
  2. 拉出一个单行文本输入框组件,按规范改一下组件的宽度、高度、圆角;
  3. 重复1、2直到完成表单设计。

当我成为了一名熟练的画图仔之后,我知道了还有元件库这种东西,于是我下载了好多个元件库,但是用的时候,我发现别人的元件库要不做的特别庞大(大厂的设计规范元件库,事无巨细),检索元件时花费的时间更多了,要不就是残缺的半成品,总之就是效率不高,所以相当长一段时间内,我都是用默认的元件库。

部分下载过的元件库
部分下载过的元件库

前不久,我受高人指点:做一个自己的元件库是产品经理必须经历的试炼。 我醍醐灌顶,现在我需要的不是机械化地快速重复,而是找到变革工具让效率有质的飞跃,而当前我需要的就是一个高效的、完全贴合我使用习惯的元件库。汽车跑的比马车快,可不是因为轮子蹬的比马蹄快。

STEP1:把每个元件画一遍

万事开头难,起初我并没有对“我的元件库应该具备哪些内容“有一个明确的答案,于是根据产品经理先做MVP再迭代优化的DNA,我准备把所有的组件一个个实现,这是最笨的也是最实在的办法。

于是乎我把常见的网页框架组件,如网页头部、主导航菜单、按钮等,以及表单组件,如单行文本、下拉选框等组件,都逐一实现。因为平时对组件的基本属性调整都比较熟悉,这一步进展的很快,马上我就得到了第一版的”p仔组件库v1.0".

p仔组件库v1.0
p仔组件库v1.0

这个1.0版本,每个元件都是独立的,而且有些组件,根据交互不同我还做了区分,比如带清除的下拉选框和带搜索的下拉选框。我花了挺多时间在完善组件的交互上。

然而我很快就发现了亟须优化的点,元件库应该按照某种分类准则进行合并,否则找元件的效率太低了。

STEP2:元件库的分类合并

在学习了别人成熟组件库的分类方式后,我决定采取如下分法:

  1. 基础组件(哪都可以用)
  2. 界面组件(web列表页这类界面)
  3. 弹出组件(弹出表单、对话框)
  4. 提示组件(徽标、气泡和提示)
  5. 常用icon
  6. 常用记录表格

这里只是在1.0的基础上,创建了文件夹对元件进行归类,在文件夹下,依旧是独立一个个的元件。

随后我想起了一个问题,为什么我见过的大厂设计规范,都是做的大元件而不是独立元件呢? 大元件的意思是,比如按钮元件,里面其实包含了关键按钮、普通按钮、提示按钮等几个基础元件。

有赞的按钮大元件,并不是只有1个元件
有赞的按钮大元件,并不是只有1个元件

为什么要把相同性质的元件放在同一个“大元件”里呢?经过DIY的元件库1.0后发现,如果元件都是独立的,使用时找元件是在axure界面的左下角元件区域,axure的组件区一般会比较小,检索效率低。

axure工作界面的元件窗口是比较小的
axure工作界面的元件窗口是比较小的

那么封装成大元件后,用的时候先拖到画布里,再直接选取想要的组件复制出来就行。因为画布的空间大,而且允许缩放,再加上自己对自己组件库的熟悉,检索效率要比在元件工作窗中检索定位的效率要高。操作步骤如下:

  1. 把大元件拉到画布中;
  2. 在画布中选中想要的组件,用ctrl+鼠标左键拖拽复制;
  3. 用完后将大元件在画布中移除。
大元件拖拽到画布,用拖拽复制,用完后再把大元件删去
大元件拖拽到画布,用拖拽复制,用完后再把大元件删去

相比散装元件,大元件的优势在于画图时元件的检索效率上,画布中的检索效率要大大优于元件窗口。 如果没有体验过从1.0到2.0的迭代过程,其实很难感知到这一层做法的优势。

STEP3:元件库的加减法

加法怎么做?

在多个项目的锤炼下,会发现网页框架、上传组件,甚至是B端最常用的web列表页,弹出表单都是高频元件。做元件库的最大目的就是提高效率,而不是执着于元件的抽象和原子化。 高频使用的元件都适合放到元件库里。

比如B端的列表页,基本都需要支持批量导入数据,那直接把导入数据的弹窗、导入中、导入结果等封装成一个元件,那用到批量导入业务的原型,只需要把这个”批量导入数据“的元件拉出来使用即可。

批量导入数据元件,包括默认情况、上传中以及结果页
批量导入数据元件,包括默认情况、上传中以及结果页

减法怎么做?

有些业务可能不适用默认尺寸或样式,需要进行定制化改动,那我们还需要让元件库有良好的扩展性。

我发现之前花费了大力气的组件交互,这时候反而成了一个麻烦,因为组件包含了动态面板以及更多元素,改一个尺寸可能牵扯到多个面板内多个元素的改动,但是axure不允许跨面板选中同时改动,因此只能一个个去改,并且极容易改漏了地方。

比如一个带清除的下拉选框组件,如果仅需要改变宽度,就需要更改:选框的动态面板宽度、动态面板内矩形的宽度、调整清除icon定位、下拉列表的面板宽度、下拉列表中继器中的选项矩形宽度,涉及多达5处调整,这和元件库追求效率的核心诉求背道而驰。

示例:带取消的下拉选框,扩展时涉及至少5处调整
示例:带取消的下拉选框,扩展时涉及至少5处调整

所以我删繁就简,把带交互的元件都统一做一个静态版的用于原型展示。动态版本保留在元件库,在需要展示或者定义交互的时候作为说明,但是具体原型中,只使用静态组件,保持高效扩展。

做了减法的下拉选框元件,扩展时只需要关注基本属性,更多的属性和交互通过备注进行说明
做了减法的下拉选框元件,扩展时只需要关注基本属性,更多的属性和交互通过备注进行说明

最后总结一下制作元件库的3个关键步骤:

  1. 逐一制作每个元件,感受一下基础的属性修改,快速做出MVP;
  2. 把元件进行分类分组,并把同类项封装成1个大元件,效率再次跃升;
  3. 根据个人使用场景进行自我迭代,给元件库做加减法,可以封装更大的元件,也可以简化为完全静态的原型制作法。

御剑于心,人剑合一

我想起以前玩仙剑奇侠传,就很崇拜剑仙,御剑而行,人剑合一,那是剑的最高境界。Axure就是产品经理的手中剑,除了”唯手熟尔“,更需要人剑合一的认知突破。

产品经理的核心价值,并不在于对axure的熟练使用,因为没有一个职业会把熟练使用工具当成核心价值,但是只有提高自己的工具熟练度,才能有更多的时间和精力可以投入到对需求的思考和实现的权衡上。

持续思考,持续升级自己,这不正是做产品经理最大的乐趣吗?[]~( ̄▽ ̄)~*

分类:

设计

标签:

产品设计

作者介绍

产品经理P仔
V1