来看来看，这又是一个18年的文章，全都落灰了。这个是18年的理解，这个月我会再更一个职责划分类的文章，搓手～
实在不忍心说，这个文章从“月更篇”目前拖成了“季更篇”，但是我觉得现在只要能写，还是不晚的，嗯。
了解业务时，产品经理原型图经常出现的大坑：
所有奇怪的页面和流程都因为功能实现问题
缺流程（不闭合），打回去重做
缺功能（如果比较多），打回去重做
缺规则（字数限制，图片个数限制），有规范可以去问，无规范可以问前后端，实在问不到，问产品，内容太多，打回去重做
缺页面（无网或空数据），内容较多，打回去重做
缺异常流程，多系统或产品之间产生数据关系时，会有很多的意外情况，缺少的时候，需要补全，如果产品想不全，可以根据流程图进行捋顺
不保存不告诉你
设计优先时，开发在上线前所有做的版本调整都应做相应记录，不然会稳稳的忘了～
APP需考虑的细节页面题目、返回或关闭按钮，银行反馈延时设计，h5局限性和原生局限性
web需考虑信息层级是否清晰，列表是否简单易读，数据复杂如何拆分整合
重中之重，业务逻辑不合理的时候，特别是系统级别业务设计不合理的时候，应该从长计议，如数据无法对应，或有钱数对不上，接口内容无法获取等。
