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