摆好架势，构思本文时的一个想法，结合我18年遇到的情况，验证了我17年的一个感悟：产品是一种思维，而不是技能。
17年，买过某某课的一个初级产品课程，看完感觉收获特别少，远不如看几篇优质文章有意义。后来陆续买过不少书，看过不少产品课程。发现一个共同的特点，那就是内容中的“中道理”占了大量篇幅，导致有效信息被稀释了很多，信息密度极低。
而信息密度低，是不符合用户买课程时的需求的。也就是说，凡是不好的课/书籍，其本身这个【产品】就不是一个好产品，又怎么能教别人做好产品呢？这是个悖论。
上面两段，是我的“中道理”，仅适合当下我的认知。为了本文的信息密度被稀释，本文讲个“小做法”，小做法是客观的，没有对错之分，只有具体场景下的优劣对比。
也就是说通过搜索功能看到本文的人，看完后是会有收获的。而不需要的人会被标题拦截，无需浪费时间来阅读。下面进入主题。
一、背景
假设，收集到一些反馈如下
- 财务需要对账，希望能导出订单数据
- 合作的企业渠道需要数据反馈，这里假设为有接口对接能力的渠道
- 合作的个人渠道需要数据反馈，这里假设为没有接口对接能力的渠道
- 业务团队需要计算绩效
继续假设，一顿操作猛如虎
- 深入调研需求细节
- 流程图、思维导图、5W1H、MECE、SWOT、SMART…分析完毕
- 小范围内部讨论，确定MVP版本，散会
二、动手
落子
这里的分析，是另一片战场。
需求分析的结论中：
- 导出条件需要灵活，目测可放到筛选区。
- 导出表头不能统一，财务和市场需要的导出表头不一样，目测需要表头可配置。
- 导出业务场景不同，仓库需要按商品为维度导出，财务需要按订单导出。
- …
以上，得出结论，导出功能放在订单列表的筛选区，打开订单列表页，模拟使用场景，发现放这里挺通顺的，开搞。
心里默念《七字真言》——增删改查显算传：
- 查：当前近30天数据是15万条，查询有压力。
- 显：查询可能需要跑定时任务，显示过程不能是一个临时弹窗，需要有个固定入口和页面。
- 传：导出文件可能偏大，会涉及到下载失败、断点续传、占用带宽等问题，需要提出给技术。
那我们现在给订单列表的筛选区增加一个导出按钮，和一个导出的固定入口，如下图（图中红线框中的是【带下拉框的按钮】组件）：
PS：这一步其实挺重要的，通常需要对整个项目有全局的了解，才能找到合适的位置嵌入新功能。所以这一步应该由产品经理做，下面的导出弹窗可以给助理做。
第一步，表头配置
点击导出后，应该是一个弹窗，根据上面分析，弹窗上需要有个表头配置。
为了让财务小姐姐使用起来方便，还是给做成集成式的吧，不用一项一项的勾选。可惜市场的大哥们也跟着沾光了，哎。
那么，先去看看财务小姐姐的有些什么权限。
咦，根据财务的角色，Ta们的权限配置已经限制了只能看到部分表头，筛选项的下拉选项也已受限。
再对比一下市场大哥的角色，嗯，权限配置和他们提过来的表头需求完全一致。
好了，表头配置不需要，跟着各自的权限走就好了。
第二步，导出维度
导出维度，使用场景明确，也不存在其他关联性，是必要的，直接出图：
第三步，补充细节
那么，导出弹窗上还需要哪些信息？
导出和查询共用一个筛选区，只不过呈现结果的方式不同，那么使用场景是可以借鉴的。
通过观察（或经验），用户在浏览查询结果时，经常会回到筛选区，去确认一下筛选条件。那么导出时也相同，用户需要再确认一遍导出条件，如下图：
然后根据大家自身的业务场景，写一下特殊情况，和导出规则。如下图：
最后写导出规则时，发现【导出】按钮的文案有歧义，改了一下。
第四步，任务页面
前面说了，导出还需要有一个固定的页面来承载，同时也可作为上图点击【创建导出任务】后的反馈页面。前面已经有一个固定入口了，此处又有一个临时入口，那么导出任务的页面做成侧拉抽屉弹窗比较合适，可以多入口调用。这样，页面样式确定。
接下来是页面细节，由于任务页面是公用的，可以多人分别导出多条。导出过程需要一定的时间，需要加个导出状态。导出完成需要下载，下载后的文件名称也需要增加识别度…
一点一点的完善，顺理成章，这个页面就出来了，如下图：
在根据业务情况，如果任务偏多，可以增加筛选区、翻页器、删除功能……等等。
当然，必不可少的异常情况说明，也要列出来。比如日期为空时，不能导出；比如排序方式、下载速度限制、下载文件格式、下载文件名称。可以使用Axure的说明功能，如下图：
好久没写了，手生的很，最近准备宅家里多写写，恢复一下状态。同时又不给国家添麻烦，一举两得。