在项目中，有时会遇到这样的场景：产品到客户现场实际实施中，才发现有些功能在产品中根据没有，于是现场临时设计、开发，给项目带来不良的影响。
为减少以后再发生类似事情，本文整理了一系列检查清单，做为产品功能论证时的参考备忘。
一、从用户角度检查
--why：为什么会有这个功能，是否能引申出其他需求
--who：产品/功用涉及哪些用户，拿出用户所在组织的组织架构图来核对是否遗漏
--what：这些用户的核心诉求是什么
--when：用户使用的时机，各个用户操作是否有先后顺序，这些逻辑是否限制住了
遇到过的例子：给客户老大设计的功能很多，客户方的小兵没伺候好。或者一线操作人员功能很详尽，但没有为上层领导设计监控报表。
二、用数据数据角度检查
拿出产品的数据模型，然后针对每一个数据实体检查对应的CRUD基本操作是否都考虑到了。
常见缺陷例如：
缺查询：新增了表单，没有查询入口
缺删除：无用的表单、数据，没法删除或者没法批量删除
缺新增：一些数据，尤其字典配置类，上线后没法维护，总得劳驾程序员后台增加
缺更新：尤其在一些状态字段的更新上要严谨，如：有停用，是否需要也得有启用
三、从异常的角度检查
拿出产品的操作手册，然后针对每一步操作来假设：如何在这一步操作时系统退出/断网了，再重新登录后，还能否继续。
常见例子：
1、设计一个保存、提交、审批的简单流程。在检查时就要假设：在保存后没有提交，退出系统了，再登录进来还有没有地方重新提交。
2、按向导新增一个表单，表单最后一步有个打印操作。假如在最后一步还没打印时，系统退出了，还能否再调出来打印？ 如果仍需要再重新走一遍向导再打印，显示就不太合适了。
