工欲善其事必先利其器，PM领队，就要通过前期磨合后量身定制一套适合团队的“章程”。然后开工，提纲挈领，指路明灯。
师姐从北京发来消息说，现在的产品经理出门怎么都不带脑子。原来她前后招聘了两个产品经理，如出一辙地迷糊，撕X又撕不过，完全被开发人员带着走，最终项目越做越乱套，找不着北。
且不说师姐的要求是否合理，让产品经理协助团队整体进度是创业公司的常态，且对于每一个不甘于做传话筒的产品人来说都是进阶的好机会。 一个产品idea像是一个胚芽，要调集团队共同孕育直到诞生，不仅要了解了它的来龙去脉，更要了解这个团队的自身情况，知己知彼才好铺排项目事务。
为此，作为对项目负责的PM，在市场嗅觉、用户体验这些技能树点开之前，你还要做一件事，就是为自己的队伍把把脉，依照自身的人力资源配置，围绕项目目标，设计出一个适合自己团队的工作流程图谱。——如何才算是适合自己团队的工作流程规范呢？
以十几个人创业团队为例：首先要有一个总领性的“产品开发流程图”，让每个干系人知道自己在哪一环节跟进，承上启下。
其次，点破该流程的“时间节点”，这些地方是验收和交接的节骨眼。比如但不限于下面这些：
节点1：原型上传SVN。原型二次评审修改之后上传SVN，并通知技术总监和UI。技术人员和UI到SVN下载，通读原型，准备参加技术会议。UI评估工作时间，开始切图。（备注：以上一天之内完成）
节点2：完善需求矩阵。产品输出需求矩阵excel（时间紧迫的话可简化为excel需求汇总表），交给技术总监，可以作为技术会议的提纲。会议将该需求矩阵上录入指派人和完成日期，交给产品经理。
节点3：开发中的变更。 若有优化和更改需求，首先在讨论组确定，然后修改原型，更新SVN中的原型。每修改一处都要通知到所有人改动要点和最新原型版本号。（备注：以上持续整个开发周期中）
再次，要有一个“工作重心示意图”，这对团队来说是一个敲黑板提醒的作用。
最后，做完这些，基本就把流程交代清楚了。但是为了高效交流，不能少了“规范”。比如：使用工具说明、原型阅读规范、命名和编号规范、文件传递规范，等。
工欲善其事必先利其器，PM领队，就要通过前期磨合后量身定制一套适合团队的“章程”。然后开工，提纲挈领，指路明灯。若在古代，好比军师，粮草装备心知肚明，知己知彼再发布号令。待到了阵地才想起来这些，势必方寸大乱。