思含不会教你写文档（五）-2年前存货篇

来看来看，这又是一个18年的文章，全都落灰了。这个是18年的理解，这个月我会再更一个职责划分类的文章，搓手～

实在不忍心说，这个文章从“月更篇”目前拖成了“季更篇”，但是我觉得现在只要能写，还是不晚的，嗯。

了解业务时，产品经理原型图经常出现的大坑：

所有奇怪的页面和流程都因为功能实现问题

缺流程（不闭合），打回去重做

缺功能（如果比较多），打回去重做

缺规则（字数限制，图片个数限制），有规范可以去问，无规范可以问前后端，实在问不到，问产品，内容太多，打回去重做

缺页面（无网或空数据），内容较多，打回去重做

缺异常流程，多系统或产品之间产生数据关系时，会有很多的意外情况，缺少的时候，需要补全，如果产品想不全，可以根据流程图进行捋顺

不保存不告诉你

设计优先时，开发在上线前所有做的版本调整都应做相应记录，不然会稳稳的忘了～

APP需考虑的细节页面题目、返回或关闭按钮，银行反馈延时设计，h5局限性和原生局限性

web需考虑信息层级是否清晰，列表是否简单易读，数据复杂如何拆分整合

重中之重，业务逻辑不合理的时候，特别是系统级别业务设计不合理的时候，应该从长计议，如数据无法对应，或有钱数对不上，接口内容无法获取等。