思路：
1产品定位，定义形式及交互模式
什么样用户想要什么？我们要做 什么样产品（功能或者模块）？我们要做什么样的？
根据需求，用户画像，反馈痛点，运营同事，老大要求等
2.定义功能及数据
周全，数据流程图，视觉化的数据元素
解决方案最好是从情景场景开始，分析人物画像，用户目的，用户的心理模型
满足用户：减少用户理解或学习成本，让用户能够顺畅地操作软件达成自己的目标
检验：让用户对该产品产生控制感，能够潜意识地完成操作
3.定义层级和界面
最需要让用户知道的放在最重要的位置
哪些元素需要在一起，如何组织才能优化用户工作流，哪些元素需要捆绑使用哪些不需要，相关联的任务使用的顺序如何，哪些元素能帮助用户做出决定，采用何种交互模式和原则，任务模型的心智模型如何影响元素组织
4.回执原型草图
从整体且高层次的框架开始构建，细节留到最后去推敲
5.构建用户行为路线
完成评审或者交付开发之前，要尽可能详细地完成自检，构建用户行为路线是考虑好用户使用产品不同界面的主要路径以及他的日常行为路径，注意，用户的行为也可能不是线性的过程，可能会在几个页面之间往返
6.通过场景验证检查设计
通过用户行为路线调整了整个流程或框架，确保主要场景没有问题后，可以将重心转移到一些词的流程和场景之中，目的在于，找到原型或者逻辑漏洞，调整并优化
场景验证
1>路径分岔点：指的是用户对多种选择时停留的位置
2>必要场景：指的是一些必定会发生，但又不常用的场景，如清除缓存、注销账号等
3>边缘情景场景：对应逻辑，如昵称重名，重复提交取消订单，频繁发送好友请求，还有极限值
4>特殊场景：通常不是用户主管造成的问题，比如app奔溃，网络请求延迟，网页404错误等情况