版权声明：如若转载，烦请联系作者。 https://blog.csdn.net/ZYD45/article/details/89180048
最近在研读《用户体验要素》这本书，正好，也记录下，一些有用的知识点。此篇内容可能仅作为零散的知识便签，后期可能整理出相应的文章。
整体流程
idea→功能列表→整体结构（由哪些页面构成）→具体单一页面框型布局（页面上有哪些功能区）→页面功能区具体表现形式
梳理功能列表，理清时间线
把功能列表列好后，将近期暂不能实现的，作为下一个版本的基础功能。
功能规格说明
功能规格说明不需要包含产品的每一个细节——只要包含在设计或开发过程中，容易混淆的功能定义。不展望产品最佳状态，只记录创建该功能（产品）的决议。
For Ex
容易混淆的功能说明：最受欢迎的视频要重点标注。（何种定义为最受欢迎？是播放最多，还是评论最多。如何标注？加背景）
改正后：上一周播放次数最多的视频显示在列表最前端（用具体细节定义来描述目标，规划功能）
功能规格必须可验证——能证明此需求是否被满足。可采用一些量化的方法，比如吧“高级别的执行能力”换成“至少支持1000个用户同时使用”
错误处理
有效的错误信息和容易自我解释的界面可以在错误发生之后帮助用户纠正。即使用户行为在一开始无法被看成是错误，用户在完成操作后，想要恢复，系统应提供“撤销”。或者是在重要操作前有，警告类确认弹窗，但是弹窗多了，可能就变得和“我已阅读以上条款”一样了。
所以，有些业务，在处理删除时，采用的是：先是假删除，仅是变更该条数据的某一字段，用户看到的就像被放入“回收站”一样，在回收站里还可以还原回来。而有些业务，在采用即时保存的方式，比如：你点击了某个输入框更改里面内容，当输入框失焦时，自动帮你保存，这时，就需要记录操作历史，在历史里可以看到每次的详细，以来还原。