写清楚测试要点，可能是提升prd质量和保证研发质量的最快方法之一了。写prd文档，作为产品经理最基础的基本功，往往在刚入行时会被格外重视，一般都能做到要点齐全，定义清晰，各种标识易读易懂。但随着入行时间变长，或者跟研发熟识了，prd就容易慢慢劣化成只有描述主流程的几句话，甚至只有关键要点。我也一度以为这是不拘泥于细节，毕竟只要能把功能做到位，过程文档也没那么重要。但最近的实践表明，忽视基本的管理手段，想靠研发团队每个人的主动性，做到常态化的高质量产出，还是太反人性了。一来，多数研发天然就更关心工程实现，关心主流程。能在这个基础上多思考一层各种边界情况，就已经非常难得了。二来，对于用户体验的追求，多数研发也不会像产品那样去细品，因为手上还排着很多需求要做呢，哪来的时间。于是，实际的研发就变成了：产品提一个思考得差不多的需求，研发把主要功能实现完成，测试按自己的理解差不多测试完主流程和常见内容。然后，一个差不多的新功能就被推到了用户面前。没有规矩，不立标准，不坚持执行，再精干的团队也迟早变成草台班子。不然，为什么作风优良的部队，都要规定把被子叠整齐这个生活细节呢？对于产品经理，想要研发和测试更加理解一个需求，就要写清楚；对于产品leader，想要产研团队有更高质量的产出，就要在细节上有所规矩。这其中，让产品经理把测试要点写清楚，可能就是一个最快速见效的方式了。产品事先把可能的情况都考虑到，研发才会在做的时候提高自测标准，自己想办法去多做一些兼容；测试也才可能在此基础上扩展更多测试思路，做到更完备的测试。想不付出一丁点管理成本，就期待着团队自然而然地朝着好的方向发展，还不如去刮彩票。对越大的团队，越是如此。
