如下讲的只是一些小技巧，是一些皮而已。
在产品的研发过程中有一个关键环节叫PRD评审，在这个过程中作为PM，你的产品设计稿会来自开发、测试、甚至是业务专员的各种挑战，对于一个产品的诞生这貌似看起来是一个必经的火焰山，而且火力很猛。
经过一个多月我对产品研发过程中PRD评审这一环节的观察和体验，认为PRD不只是放在wiki上让开发和测试查看的一纸文稿，也不建议要等到了PRD快要评审时才给到开发和测试，因为到那时会有你想象不到的火力在等着你，挑战你的产品理念，我想有经验的PM应该都会有所体会。
下面说说我对这一环节的小小心得：说白了产品PRD无非就是在阐述产品的玩法，但这些理念是否切合市场需求，是否能实现希望有的功能，怎样才能玩起来，还得考虑一下其他人员的建议。在设计产品的过程中我不光是把自己定位在产品上，更要像万金油！请业务专员+UI+前后端开发+测试一起参与到产品设计的研讨中，从产品定位到业务场景分析到功能模块的实现及其可行性一起讨论研究，提升每一个生产环节对产品的参与感，只是在整个过程中看具体遇到的问题和探讨的环节来考虑有谁来主导（比如在业务上当然要注重业务专员的看法，在开发问题上更要多听听开发人员的建议），这样一来也就是把PRD评审这一环节细分融入到产品设计过程的日常工作中，等真到了评审的时候，无非是让大家来次过堂会，在交付到开发之前再次敲定产品的玩法儿而已，这些心理上的转变正是因为大家都是参与了整个产品的过程，都是产品设计的参与人！
鄙人的一点小心得，望诸位同仁和有见地的朋友留下宝贵的看法和建议，万分感谢！（合十）
