一直从事后台产品设计，在收集需求，书写设计书和review设计书的工程中，遇到了一些问题和困难，
解决问题的过程很艰难，结果让人欣慰。自己随手记录下了一些心得，希望慢慢的把心得整理成方法论。
一方面能强化自己的产品思维，另一方面可以作为公司内部产品经理(BA)教育的资料使用。
思前想后，决定以博客的形式记录心得，虽然比较片段，但是可以随笔记下，慢慢积累吧。
1.后台系统的特点
用户体验：
与前台系统相比，后台系统对用户体验的要求不那么高。
要求画面简洁易懂，不需要用户培训也能上手使用系统。
比如：养老金系统没有必要像天猫类的电商系统那么绚丽多彩，做到头脑清晰的老年人也能够很快会用。
标准：用户做最少的操作能够获得更多的信息或达到想要的目的。※这个操作要易懂。不能丢失系统的基本设计原则。
另外，尊重用户群的使用习惯是以上标准的限制条件。比如欧美人和日本使用习惯略有不同。尽管后台系统不像前台系统变现的那么鲜明，也需要收集用户使用习惯。
高并发：
大多后台系统都不会和前台系统real time互动，因此对高并发的要求较低。不会像电商系统那样有海量数据同时写入系统。
一般会有海量数据一次传递给后台系统，要求在指定时间内处理完成。
2.产品业务设计要精细，考虑全面，否则后续将会有大量的人员为产品设计者的不负责和能力不足买单。
3.什么时候优秀的BA？
完成设计的那一刻，在BA的大脑里应该有一个完整的动态的系统，就像放电影一样。
接下来的工作是，如何通过文档以及口头的辅助说明把大脑中的系统传达给评审者，获得评审者的确认和审批。
之后传达给开发者，引导开发者把头脑中的设计实现出来。
#我们容忍设计文档有不足或不明确，但是不能容忍设计者的思路漏洞百出。