很多工作环节都在影响用户满意度，比如设计环节，我们在设计网站或小程序的时候，为用户想着更多一些，可能引起用户不满的设计就会少一些。
而到了检查环节，我们就可以用从用户的实际浏览网站和小程序和使用体验来定性和定量的了解用户的满意度。
定性的检查主要包括两个方面，首先是产品团队(特别是产品经理)的产品使用体验，然后是用户的使用体验。
有些产品经理并不是自己所负责产品的用户，他们有很多理由，比如当局者迷旁观者清、爱上自己的产品会把缺点当成优点等等，这些产品经理设计并制造了木轮自行车，但是自己的屁股从来不疼。
如果他们能够深度地使用产品，就可以在产品开始接触大规模的用户之前尽可能撤换掉木制车轮。如果产品经理能够频繁地使用自己的产品，则可以感受到一些不容易察觉的效率问题。一些操作只是体验一两次，并不会觉得有什么问题，反复体验后则有可能发现原来有几个节点的操作效率很低，如果能够减少操作环节或缩短鼠标的运动距离，那么体验会更爽。
这类流程上的效率问题通常是用户难以觉察的，或者有所觉察但不会表露出来。
深度地、频繁地使用自己的产品是一名产品经理应该养成的职业习惯之一，产品经理需要做到“春江水暖鸭先知”。
最后，回到整个产品的层面，我们来看看检查应该注意些什么：
用户对产品的核心概念是否了解，是否接受
图纸是否覆盖了核心概念？是否在核心概念之外设计了太多东西
用户对图纸(虚拟功能、虚拟体验)怎么看
项目结果与图纸是否相符？是否进行了全面的测试？
用户对项目阶段性的结果(功能、体验)怎么看？
是否形成了用户任务的闭环？
是否存在流失率超高的任务节点(比如注册)？
（本文内容及图片收集于网络，如有侵权，请联系我们删除。）
