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