菲次定律：主要人机交互习惯
席克定律：限制选择的数量，一减少所需的反应时间，降低犯错的概率；也可以对选项进行分类、分布或隐藏使用很少的选项
奥卡姆剃刀：两个功能相同的设计，选最简单的；降低用户学习成本
泰斯勒定律：若复杂一定存在，选择让用户复杂还是系统复杂（体验感）
7加减2：记忆成本
接近法则：形似的信息和功能互相更为靠近（微信发现页），信息分、功能分类
防错原则：关键操作记得容错，但是得考虑泰斯勒（体验感）
分割
App导航设计：
扁平式
分层式（用户不经常使用但是目的性很强，设置页）
舵式导航（悬浮球？）
抽屉式：导航主体隐藏在侧边，业务内容需要大屏幕（地图、打车），用户使用导航频率不高
沉浸式：屏蔽外界干扰（小说）
内容视图
列表视图 卡片视图 集合视图 图片视图 文本视图（信息传递方式决定视图）
临时视图
降低了交互层级
模态视图：打断用户正常操作，要求用户必须回应
警告视图：确实需要私人信息，再向用户发起请求，也需得解释一下，尽早请求，位置尽量少tm请求
操作列表：用户主动
Toast（弱文案）：twitter 微博更新了10条，自动消失
数据键入的临时视图：挺无聊的，尽量让用户少动，且一次性做完，实时纠错
使用规则：
在用户使用频率低的页面使用；
永远浮于当前页面，服务于当前任务；
可以减少交互层级，降低用户记忆成本（用户不必考虑返回上一页）；
弹窗与toast的区别；
退路：
尽量减少使用；
提供一个明显安全的方式退出（让他走！）；
保持视图简单；
保持视图的简单集中；
尊重用户的推送通知偏好设置；
不要一层套一层模态
Minimum Viable Product：最小可行划产品，你得满足业务目标吧
初始设计：
确定导航架构，设计合理的产品结构图；
确定核心用户的使用流程；
确定原型的默认状态（无操作）；
功能设计：
功能是否必须；
第一期如何取舍功能；
技术是否能够实现；
内容设计：
内容谁来更新，是否牵扯到运营端
如何让用户最快看到想要的，最快拉黑不要的
上线第一版如何让用户不感到内容过少
内容如何分类
内容排序逻辑
列表为空的显示效果（初始状态）
异常处理
默认选项的合理选择
引导页：介绍产品定位，maybe写个slogan 、启动页（logo） 、闪屏页（广告）
记得要有注册协议
