产品周期
1
“产品周期”将是我工作之余的一点心得分享，主要与产品经理的工作相关，不定期更新，一方面是锻炼自己的文字表达，另一方面也是督促自己的学习。写东西的想法由来已久，一直游离于各个平台，零零散散地写了一些，但坚持一个系列的并不多，系统的学习与整理，一直是我想做的。
目前，本人产品菜鸟一枚，写的都是自己粗俗的见解，斗胆分享出来，还望各位鞭策。希望这个系列伴随见证自己的成长。
年后就开始酝酿写“产品周期”这个系列，今天领导谈话的时候，引导性的问我一些更深层次问题，我回答完后点评说进步显著，很是欣慰，经验是以时间为成本累计的，不管你学不学习，都会累积。而有形产物的见证则是很难得的，就像现在回头看自己以前写的各种东西时的思考一样。
今天感觉项目要拖期，自我反思的时候想了一些。群里是各种测试bug，大家七嘴八舌，我把prd 截屏发了出去，一下子安静了。这件事也让我想起了前不久和UI的沟通，也是好几次prd截屏才平息下来。
本期想说的是沟通与规范。各行各业，各个职业，需要沟通协调时候，沟通技能是必备的，产品经理角色的沟通技能尤为重要，正常的流程还好，大家都能好好沟通，但当发生甩锅事件时，如何去沟通就尤为重要了，而为了避免甩锅事件的发生，前期依靠规范的约束，良好沟通才是关键。
从需求到产品，是要依靠规范流程去实施的，而各个环节又有自己的规范，若以单纯的文档来看，有些是强约束，而各个环节口头上的承诺是依靠沟通争取来的弱约束。既然规范存在的目的就是为了保证需求到产品的实施，并为整个产品周期保驾护航，那么各个环节都需要以规范的强约束来认定。现在的问题是，流程中某个环节只过度依靠某个规范，对于一个团队，这种问题一方面是由于各个环节没有大局观，对于对方的工作认识太片面，形成一种刻板印象，另一方面，产品经理得背锅。所以靠规范，甩锅的时候你就能有理有据？那也不可以。
比如，产品交付的高保真原型和prd，开发阶段，只看一个是不行的，两个规范也是互相辅助的，更何况那么多修订版。
所以，规范与沟通良好地并行，才是关键，甩锅不是目的，解决问题才是大家的共识。
所以，作为产品经理，所需技能之一就是良好的沟通技巧，因人而异。
“满纸荒唐言”，本期废话太多。下期“所谓的用户数据，我们只关心你的行为数据”。
