上一次结论没有说太清楚，所以先补充一下上一篇文章的结论。
后台产品都是应实际业务而设计的，但是在产品设计过程中，不能仅仅考虑应该设计一个什么样的功能来完成这个业务，在开始设计之前，你还要想清楚一些其他事情，举例：一个电商后台的订单管理功能，在设计过程中就需要考虑到：
1、订单中的数据，各自的来源；
2、已下单付款的订单，订单中的商品源数据修改了如何处理；
3、订单可操作的功能，权限如何管理
（比如：平台运营人员可以通过后台发起退款，电商运营人员就不可以；电商运营人员可以发货，平台运营人员就不可以）
4、基础数据的维护（商品品类等）
···
- 结论 -
在后台产品设计过程中，要想清楚正在设计的业务与其他业务的关系，需要哪些基础功能进行支撑。
- 资料分享 -
另外最近看到一些朋友提问后台产品如何设计，这里给大家提供一些资料，如果你没有精力或者能力设计一个规范的后台产品，那么你可以使用市面上已经成熟的后台组件进行组件，开发也可以直接套用组件开发，节省设计、开发资源。
组件一般都是支持个性化定制的，所以也不用担心如果没有你想要的设计组件该怎么办。
设计组件
设计指南
Teambition Guidelines：之所以推荐这个，是因为这份指南是案例结合文字说明，写的十分清楚，虽然Android的 Material Design写的也很清楚，但是 MD设计 理念更适合前台设计。
地址
Ant design：https://ant.design/index-cn
Element：http://element.eleme.io
Teambition：https://design.teambition.com/guidelines/start-introduction
回归主话题
上面讲的电商平台，就顺着往下讲我做的第二个后台产品：电商中后台。
因为涉及到中后台，业务和功能都很多，就提取某一块特点比较鲜明的功能：批量发货。
背景
因为之前没有引入营销模块，所以客户的单量一直都平平淡淡，每天发货都没什么问题。后来一次营销活动，有个客户爆单了，突然几百单要1-2天之内发掉。
由于平台每次发货都是需要对订单一个一个操作，所以导致对方发货花了很多时间，后来甲方就提出需要批量发货的功能，实际我们这边之前也有规划，只是一直没做好。
接到需求就是干~
工作流程
遮住的是『发布上线』
结局
在实际使用的时候，商户投诉了：你们这个功能做得，我一个XXX大学毕业的计算机硕士都用不来。说实话，很丢人。
一开始我的内心OS是：明明测试的好好的，怎么用不了呢？（类比开发：我本地都是好的丫。）
我让对方把订单发给我，我来上传试试，然后发现确实不行。于是我又重走了一遍测试流程，很正常，没啥问题。
然后我们就让后台跟着联调，最后发现问题出在两个地方：
一、后台仅支持 xls 格式的文件，客户用了高版本的 xlsx 保存。
二、客户从订单列表导出的发货列表，补充信息后，通过批量发货进行上传，实际上，两边的列表有部分字段顺序不一样。
一开始我在设计时的考虑是：
商品订单『导出』仅仅是用来统计的，商户会通过『批量发货』那里进行列表导出，如果按『批量发货』处导出，原则上即使添加了快递单号后，保存也是 xls 格式的。然后上传，结束。
实际上：
商户从商品订单导出了近几天的订单，由于有几个订单发货了，然后他就通过excel过滤出未发货的订单，然后复制到了一个新的列表，接着填上了单号，然后上传。得，这下文件格式和表头都对不上了。
二号坑：边界考虑不足
边界考虑不足这是个还蛮常规的情况，在其他一些地方也会遇到这样的问题，比如：支持的图片上传类型、附件大小限制等。
在设计过程中，这样的错虽然无法完全避免，但是还是要尽量去想，去考虑，把自己遇到过的坑记下来，免得踩第二次。
像设计师做走查表一样，产品也给自己做个走查表把。
（虽然我一直靠脑子记着，还有我遇到的测试都极其的严谨，感谢那些年被我坑过的测试。.- -）
三号坑：没面向实际用户设计
在此次产品设计时，一直跟甲方和内部沟通，一直再猜业务是怎样的，忽略实际使用者的场景，估计这坑很多人都踩过。我现在正在做的产品还在踩这样的坑。
设计时，面向领导设计，用却是下面的人用。
领导说的方式是：
我们这个东西，要让做事的人更轻松，然后呢，要统计好一些数据，这样我们就知道实际的改造的结果如何。
做事的人说的是：
我们在做事的时候，其实这个东西不怎么变动，都是重复性的功能，所以希望你们能把去年的东西，一次性复制到今年来，然后我们稍微做调整就可以直接用了。
屁股决定脑袋，领导关心领导的东西，做事的人关心做事的东西。只是希望在产品设计过程中，不要每次都仅仅去迎合领导的想法，强调我们可以做到什么。也要实实在在的去考虑到实际做事的人，帮他们解决问题。
帮他们解决问题，某种程度上来说，就是给自己减负。我到现在还在上一个人留的另外一个产品的坑里没出来，今天一个这个功能不好，明天一个希望多个什么样的功能。
我自己的产品都快交付了，上一个产品还在填坑。.- -
背上锅，继续前行。
如果你对我踩过的坑有兴趣，关注一波吧~
