批量导入用户只是一个B端产品内常用的一个基础功能，但也很重要。下面这篇文章是笔者对B端产品功能设计思路进行的一个解析，大家一起来看看吧！

B端产品的功能在使用过程中经常被用户提出需要增加批量操作功能，比如批量导入用户数据，批量启禁用，权限批量续期等等。毕竟在一个公司里管理者是少数，打工人是多数，管理者一个个设置数据可能会设置到崩溃，批量设置对他们来说就是解救其从重复工作中逃脱出来的救命稻草。

批量导入用户是一个B端产品常用的基础功能，看似一个小小的功能，其实对于产品设计来说蕴藏着着大大的学问，如何将这个功能形成需求并且在实现功能的基础上尽量提升用户体验呢？接下来我们就对这个需求产品经理的设计思路进行详细解析！

一、接收用户需求

用户：我希望系统能够让我批量导入用户。

二、用户需求拆解

产品提需求肯定不能只是简单的复述用户提出的一句话需求，要不然就真的是人人可以是产品经理了。产品需要基于用户的这简单一句话对需求进行拆解，充分理解用户的需求，并基于易用性、友好型等多方面考虑用户的交互体验，同时也需要考虑性能方面影响，不能因为导入大批量用户把系统给整挂了对吧~要有全局观哦朋友们！

那么我们在以上考虑的基础上对用户的需求进行拆解，可以得到以下几个需要深入思考的点：

1. 批量导入出口
2. 导入注意事项说明提醒
3. 导入进度通知
4. 导入结果通知，如果失败时如何提醒
5. 如果导入大批量数据考虑性能问题

三、深度思考每一点

基于以上拆解的思考点，我们就来深度思考每一个点吧，思考完成后就可以去写这个功能啦！

首先有朋友会问，诶我是不是应该先画一个流程图，如果你对这方面工作熟悉度低，且产品经验比较少，可以画画练练手；如果你已经熟悉这类需求，拥有一定的产品思维，可以说是一个合格的产品经理啦，这个流程其实相对来说比较简单可以不画图，在脑子根据你能想到的点过一下也可以哦。

那么开始头脑风暴！

1. 批量导入出口

①在哪里增加导入入口？

一般会在用户管理列表的顶部增加导入按钮。

②按钮的交互如何？

这是一个需要一直启用的次要按钮，所以需要高亮并且颜色上我们考虑和主按钮区分就可以；如果像批量启用/禁用/删除这类按钮，需要默认是禁用状态，选择数据后才会高亮启用。

2. 导入注意事项说明提醒

这一步就要考虑点击导入之后的交互了，有人说，我们在点击导入时直接出文件选择框，然后选完了直接进行导入不就完成了？

这个……也不能说没有完成，只是……是不是整个过程略显突兀？用户大概率是一脸茫然……你让我传啥？上传的时候选择什么类型的文件？导入的字段包括什么？

这就需要我们考虑在这步的时候应该怎么友好的提示用户，那么我们就来梳理一下提示方式和提示内容应该包括哪些吧！

①文件类型

这是思考的第一步，也是校验的第一步，系统到底需要什么？你总得告诉用户你想要什么类型的文件吧，明确出来你想要的是excel还是txt。

②文件格式

这是思考的第二步，也是校验的第二步，系统想要的数据长什么样？你总得告诉用户你需要他往文档里放哪些字段吧，每个字段有什么注意事项，这块最好的办法是提供上传模板的快速下载按钮，让用户直接下载模板，模板里可以有必要的说明。

③特殊逻辑

文件类型和文件格式都对了，那会不会出现什么需要逻辑处理的地方？这是思考的第三步，比如导入用户如果出现同名如何处理，是覆盖还是导入失败？

这一步你可能会想说那如果出错了怎么办，出错了怎么办就可以结合“第五步，用户结果通知，如果失败时如何提醒”这一章进行深入思考。

④其他考虑

比如：考虑用户导入大批量数据性能上限，综合程序的性能和等待时长的考虑给出一个单次支持最大导出行数的建议。

基于以上思考那么导入用户的一个提示框信息就出来了，如下图所示：

导入模板也基本上可以出来了，如下图所示：

流程图，小白看这里！

如果要在笔下画流程图，也是基于我们这一步要思考和扩充的点去思考怎么画流程图，对自己大脑思考过程的一个可视化，能对第二步需求拆解有查漏补缺就更好啦。

3. 导入进度通知

如果想要用户有很好的交互体验，让用户能够直观的掌握导入进度，不是盲目等待，可以用导入进度条来展示导入进度，让用户直观看到程序的进度。

4. 导入结果通知，如果失败时如何提醒

导入完成的状态分为两种，导出成功或者导入失败，成功可以直接提示成功。那么失败怎么友好提示用户呢？

首先我们分析一下导入失败的情况，从“2.导入注意事项说明提醒”的思考过程中，我们也可以知道失败的情况大概就是四种：

1）文件类型不对

这种可以直接在用户上传时做拦截，直接toast提示用户文件类型不正确，让用户重新上传符合类型的文件。比如系统要求上传.xls或者.xlsx文件，用户传了.sql文件可以直接提示拦截在上传这步。

2）文件格式不对

这种可能在用户上传文件时我们不好校验，那么可以在点击导入时进行校验，首先校验文件格式是否符合系统的需求，比如系统需要用户上传的文件字段是姓名和邮箱，用户上传了一个文件字段是家庭住址和身份证号码的，跟系统模板完全不一致，我们可以在这步直接提示用户，导入文件表格格式不符，让他根据导入模板调整格式后再上传。

3）某些字段不正确

这种是用户都按要求填写了，但是因为系统在新增用户时会有一些校验，比如手机号码是11位的数字，用户名是小于30个字符的文本，上传的文件里某个人的手机号码写了20位字符，是有误的，那么我们就要对他进行一个错误提醒。

如何友好的进行提醒呢，我们可以在导入完成后有个提示，提示导入成功多少条数据，导入失败多少条数据，然后失败的数据可以下载失败数据文件具体查看失败原因，用户可以根据每条的提示进行针对性的修改。

4）超出单次上传要求最大量限制

这种我们可以结合第三种进行提示，在导入文件的超出限制的数据每条后面标记上失败原因是因为超出单次导入最大限制。

思路就大概是这些，但是在这一步，我们一定一定不要忘了细化导入逻辑哦，这点非常重要！我们要根据新增用户规则把导入每个字段的校验和处理方式都要明确的写出来，比如导入组织如果不存在如何处理？

导入的用户名超过字符限制如何提示，导入时如果有个字段没写是否有默认值等等。

铛铛铛，细节都补充完成后，一个用户导入的需求拆解和整理就完成啦，接下来就是依据这个按照顺序完成需求书写啦！

5. 如果导入大批量数据考虑性能问题

这步我们其实在2.导入注意事项说明提醒中已经有所体现，需要考虑用户如果导入大批量数据性能上限，因此我们综合程序的性能和等待时长的考虑给出一个单次支持最大导出行数的建议，需求评审时可以和研发沟通进行调整。

四、总结

不要小看每个需求哦，要有全局思考的头脑，同时也要细节细节再细节，希望每一个产品在写需求时，都能做到脑中有步骤，心中有草稿，笔下有细节！