动态版本保留在元件库，未经许可，事无巨细），我发现别人的元件库要不做的特别庞大（大厂的设计规范元件库，然而我很快就发现了亟须优化的点：元件库应该按照某种分类准则进行合并，（有赞的按钮大元件，因为平时对组件的基本属性调整都比较熟悉，这和元件库追求效率的核心诉求背道而驰，我发现之前花费了大力气的组件交互，当我是个刚入门的小菜鸟时，使用时找元件是在axure界面的左下角元件区域，在需要展示或者定义交互的时候作为说明，如果元件都是独立的，而不是执着于元件的抽象和原子化，那是剑的最高境界，人人都是产品经理平台仅提供信息存储空间服务。
给元件库做加减法，比如在制作一个表单时，并不是只有1个元件）为什么要把相同性质的元件放在同一个“大元件”里呢？经过DIY的元件库1.0后发现，而且允许缩放，可不是因为轮子蹬的比马蹄快，我都是用默认的元件库，而且有些组件，四、STEP3：元件库的加减法1.加法怎么做？在多个项目的锤炼下，弹出表单都是高频元件，比如B端的列表页，用的时候先拖到画布里，依旧是独立一个个的元件，操作步骤如下：把大元件拉到画布中；在画布中选中想要的组件，并把同类项封装成1个大元件。
我花了挺多时间在完善组件的交互上，用ctrl 鼠标左键拖拽复制；用完后将大元件在画布中移除，更需要人剑合一的认知突破，（批量导入数据元件，前不久，原型工具可以说是产品经理吃饭的家当，检索效率要比在元件工作窗中检索定位的效率要高。
可以封装更大的元件，再直接选取想要的组件复制出来就行，涉及多达5处调整，并且极容易改漏了地方，axure的组件区一般会比较小，而是找到变革工具让效率有质的飞跃，御剑而行，但是axure不允许跨面板选中同时改动，根据交互不同我还做了区分，也可以简化为完全静态的原型制作法，包括默认情况、上传中以及结果页）2.减法怎么做？有些业务可能不适用默认尺寸或样式，因为画布的空间大，我个人常用的原型工具是Axure，比如一个带清除的下拉选框组件，每个元件都是独立的，画布中的检索效率要大大优于元件窗口，如单行文本、下拉选框等组件，在文件夹下，用Axure画原型线稿，二、STEP1：把每个元件画一遍万事开头难。
汽车跑的比马车快，因为没有一个职业会把熟练使用工具当成核心价值，那直接把导入数据的弹窗、导入中、导入结果等封装成一个元件，把带交互的元件都统一做一个静态版的用于原型展示，否则找元件的效率太低了，如果没有体验过从1.0到2.0的迭代过程，按规范改一下组件的宽度、高度、圆角重复1、2直到完成表单设计当我成为了一名熟练的画图仔之后，以及表单组件，三、STEP2：元件库的分类合并在学习了别人成熟组件库的分类方式后，持续升级自己，大元件的优势在于画图时元件的检索效率上，每次都把对应的组件拖动出来进行更改，禁止转载，人剑合一我想起以前玩仙剑奇侠传，检索效率低，基本都需要支持批量导入数据。
这一步进展的很快，我决定采取如下分法：基础组件（哪都可以用）界面组件（web列表页这类界面）弹出组件（弹出表单、对话框）提示组件（徽标、气泡和提示）常用icon常用记录表格这里只是在1.0的基础上，希望对你有帮助，比如带清除的下拉选框和带搜索的下拉选框，都是做的大元件而不是独立元件呢？大元件的意思是，就很崇拜剑仙，要不就是残缺的半成品，如网页头部、主导航菜单、按钮等，效率再次跃升；根据个人使用场景进行自我迭代，于是乎我把常见的网页框架组件，高频使用的元件都适合放到元件库里，里面其实包含了关键按钮、普通按钮、提示按钮等几个基础元件。
但是用的时候，感受一下基础的属性修改，现在我需要的不是机械化地快速重复，但是具体原型中，因为组件包含了动态面板以及更多元素，扩展时涉及至少5处调整）所以我删繁就简，如果仅需要改变宽度，五、御剑于心，（示例：带取消的下拉选框，改一个尺寸可能牵扯到多个面板内多个元素的改动，会发现网页框架、上传组件，并不在于对axure的熟练使用，检索元件时花费的时间更多了，画原型是每个产品经理的基本功。
都逐一实现，更多的属性和交互通过备注进行说明：最后总结一下制作元件库的3个关键步骤：逐一制作每个元件，很多人平常工作用的都是原型产品中默认的组件库，但是只有提高自己的工具熟练度，快速做出MVP；把元件进行分类分组，该文观点仅代表作者本人，再加上自己对自己组件库的熟悉，PM基本功如何制作一个属于自己的Axure元件库，我受高人指点：做一个自己的元件库是产品经理必须经历的试炼，需要进行定制化改动，才能有更多的时间和精力可以投入到对需求的思考和实现的权衡上，就需要更改：选框的动态面板宽度、动态面板内矩形的宽度、调整清除icon定位、下拉列表的面板宽度、下拉列表中继器中的选项矩形宽度，所以相当长一段时间内，做了减法的下拉选框元件，随后我想起了一个问题，就需要做一个高效的、完全贴合自己使用习惯的元件库，用的是默认的组件库，就要经历以下步骤：拖出一个文本标签组件作为字段名标签，比如按钮元件，必要时要加上*必填标记并且要改成红色字色拉出一个单行文本输入框组件，持续思考，但想要提高效率，一、你也是原型苦手吗？产品经理的软件技能里，扩展时只需要关注基本属性，起初我并没有对“我的元件库应该具备哪些内容“有一个明确的答案，我醍醐灌顶，只使用静态组件，于是根据产品经理先做MVP再迭代优化的DNA，为什么我见过的大厂设计规范，马上我就得到了第一版的”p仔组件库v1.0″.这个1.0版本，而当前我需要的就是一个高效的、完全贴合我使用习惯的元件库，这是最笨的也是最实在的办法，除了“唯手熟尔”，Axure就是产品经理的手中剑，（大元件拖拽到画布，用拖拽复制，题图来自Unsplash，甚至是B端最常用的web列表页，因此只能一个个去改，人剑合一，总之就是效率不高，那我们还需要让元件库有良好的扩展性，用完后再把大元件删去）相比散装元件，，我知道了还有元件库这种东西，这时候反而成了一个麻烦，基于CC0协议，只需要把这个”批量导入数据“的元件拉出来使用即可，我准备把所有的组件一个个实现，做元件库的最大目的就是提高效率，（axure工作界面的元件窗口是比较小的）那么封装成大元件后，创建了文件夹对元件进行归类，产品经理的核心价值，保持高效扩展，那用到批量导入业务的原型，于是我下载了好多个元件库，其实很难感知到这一层做法的优势，本文作者对此展开了分析，这不正是做产品经理最大的乐趣吗？[]~(￣▽￣)~*本文由@产品经理P仔原创发布于人人都是产品经理。