没有记录就没有发生

PDCA框架，大家都不陌生，我们再复习一下：

PDCA循环用在公司制定年度商业机会上：

Plan计划：确定发展目标和达成发展目标所需的关键任务；

Do执行：按照计划执行所有关键任务；

Check检查：执行结果通过周期性的《产品运营状况简报》呈现给老板。

老板通过运营简报检查商业机会的执行情况。

Act处理：对计划之外的情况，给予及时的处理意见，知道产品部门进行下一步的工作。

PDCA不单能用在整个公司或整个项目上，它所应用的颗粒度还可以更细。比如前面将确定概念，筛选就是一种对概念的检查；把概念变成图纸，对每个功能，网页及网页上的元素进行可用性测试。

检查环节有两类重要工作：一是确定执行结果与计划是否相符，二是确认执行结果是否让用户真正满意。

想要洞悉一个系统所蕴藏的涌现结构，最快捷、最直接也是唯一可靠的方法就是运行它。（--《失控》）

涌现：解释为事物的时间量变。在同一时期大量的出现；突然出现。量变引起质变。

如果产品经理能够频繁的使用自己的产品，则可以感受到一些不容易察觉的效率问题。

深度地、频繁地使用自己的产品是一名产品经理应该养成的职业习惯之一，产品经理需要做到“春江水暖鸭先知”。

产品经理还应该做到倾听用户的声音，然后试着重现用户遇到的难题，分析并解决这些问题。

CE（customer engagement）的方法：

①提供一个明显的反馈入口，将用户引导到反馈论坛发表他们的投诉和建议，并及时的回复和处理；

②订阅产品关键字的搜索结果，了解官方反馈论坛之外的反馈，同样给与反馈和处理；

③简历或加入核心用户群，第一时间获取他们的想法，也可以很方便的测试一些产品概念；

④通过用户行为录像工具或跟用户回家的方法，追踪单个用户的使用行为，发现他的使用障碍在哪里，解决这些问题；

⑤对流失用户进行回访，分析流失原因，改进产品降低用户的流失率。

直接记录用户的线上行为也可以。ClickTale这个工具可以想象录像机一样记录用户的操作以便随时回放。还有http://clixpy.com

做好CE的关键是爱与责任感。面对客户时不要带着一种保护自己工作成果的防御心态，觉得用户之所以遇到问题是因为还没足够了解设计意图，这是CE一大忌，会阻止我们进行换位思考去感受用户的痛苦，不能“切身”体会这些痛苦就会丧失改进产品的动力。

产品经理如果不能讲自己融入到社区中感受每天的变化，就会脱离社区文化错过社区群体的涌现。

及时发现问题，及时处理，将服务终端的时间缩到最短，是非常重要的。推荐工具：监控宝，TDD。

测试驱动研发（TDD：Test-Driven Development）是一种敏捷开发思想，既然所有的功能点都需要测试，并且是反复测试，为什么不把测试工作提到最前面并自动化呢？

TDD要求在写任何功能代码之前，先写好她的测试代码，以保证所有的功能点都被自己动画测试所覆盖。

测试债务：如果只是研发出了产品功能，而对其测试不充分，这个功能就扶着了测试债务，随着时间推移，测试债务会越隐藏越深，偿还成本会越来越高。

TDD是从一开始就解决测试债务的方法。

回到整个产品的层面，我们来看看检查应该注意些什么：

①用户对产品的核心概念是否了解，是否接受？

②图纸是否覆盖了核心概念？是否在核心概念这之外设计了太多东西？

③用户对图纸（虚拟功能，虚拟体验）怎么看？

④项目结果与图纸是否相符？是否进行了全面的测试？

⑤用户对项目阶段性的结果（功能、体验）怎么看？

⑥是否形成了用户任务的闭环？

⑦是否存在流失率超高的任务节点（比如注册）？