一个好的产品,一定要有非常给力的工程师在帮忙张罗着产品,也有非常给力的产品尊重、理解、配合技术,这是这次项目给我的一个重要的启示。作为一名没有技术底子的产品经理,自惭对研发的深层次架构和技术的理解是浅尝辄止,这篇文章是对项目研发流程的一些感触,班门弄斧,权当学习。


[关键词一:不断演习和优化,弱化需求变更概念]


从1月中旬,当春晚摇一摇的大部分功能初步完成开发的时候,开发侧就发起了演习。每周四晚上8点到凌晨12点半,模拟春晚当晚的实际情况进行内部的体验和测试。演习范围一开始是项目内相关的几十个成员,后来慢慢扩展到微信内部的几百个成员。每次演习都能收集非常多的反馈,演习之后产品和开发跟进修改。值得一提的是,演习过程中,不仅提出bug,还能发现产品设计阶段没有发现的体验问题,面对这些体验问题,开发并不会认为是需求变更而厌烦不愿修改,相反,开发们抱着非常开放而且乐意的态度拥抱这些体验优化。


当然,在开发实现之前,产品也是经过深思熟虑,尽量避免大的产品变更。微信很讲究每个产品经理的逻辑思考能力,产品经理讲究做出来的东西要让自己爽,并且要能说清楚什么爽,这样既能说服设计、开发,也能说明老大。整个春晚摇一摇项目,基本上视觉稿或者交互稿给到老大都能大方向通过。所以春晚的项目后期紧张的时候,有些不是很大的方案,都是先开发,再同步给老大汇报,因为老大的时间毕竟难约。这种情况下,产品先跟开发说清楚情况,开发很能理解,而且当给老大汇报之后方案不用改,那么开发对产品的信任度也就进一步增加了。


有另外一个小细节体现了项目的敏捷。当给测试将需求的时候,测试最关注的是交互逻辑和开发的实现方式,但对wording并不关注,有位测试说:“现在先不关注wording了,谁知道你们产品后面会不会改wording,wording的体验问题就产品来把关。”这也是一个侧面体现对需求变更的包容。但是测试并不是真不关心wording。当测试过程中看到有影响体验的wording或者错别字甚至错误的符号,测试都会提出来,真是靠谱。


春晚项目的前一周,每天下午一到两个会议讨论细节,每次讨论都能初新的问题,每次讨论都会引起一些方案的小修改。第二天就是除夕了,前一天晚上都还在改需求。大家通宵达旦,需求版本经过了“最终版”,“最终版v2”,“打死不改版”等搞笑的改名。但开发gg们都挺过来了。只要不是愚蠢的修改,只要有足够的理由,大家都非常配合。内部有传统,微信是到上线最后一刻都还在改,真不是虚传。


[关键词二:没有固定的项目经理]


项目经理,对于软件工程管理来说是个蛮重要的角色。在很多团队,项目经理的角色非常重要,因为其把控着开发、设计资源,安排版本节奏,协调人力。有这个角色在,好处在于,涉及多个项目的共抢资源的时候,有人从中做协调;涉及项目进度时,有人从中做把控,以免进度落下。但是这样,也会导致一个问题,每个环节都泾渭分明,这样每个环节的人对变更都非常敏感和抗拒,进而导致每个环节的决策时间加长,上升到老大再开工,等到分配资源了再开工,这样下来,流程就变重了。我们要做的是一个好的产品,而不是一个好的流程。流程是为产品服务的。


在春晚摇一摇项目中,没有一个专门的项目经理的角色。项目经理都是产品经理或者开发在必要的时刻才兼任的。一开始的项目经理由产品承担,组织好相关部门来涉及和开发相应的产品。到了后期,进入开发阶段,由一位开发负责把握整体的开发进度。到了最后关键时刻,也是由一位开发兼任项目经理负责同步需求变更。在一个涉及这么多团队的项目里能没有项目经理介入,前提是微信的里每个人都非常有主人公精神,每个人保证做好自己的事情,跟上整体进度,并整合其他资源,将自己的资源也告知别人。因此整个过程中,项目经理最主要的任务不是跟进进度、分配资源,而是同步信息,保持各位信息的统一,以便做重要决策。




[关键词三:不仅开发配合产品,反之亦然]


在春晚前,2月12号,微信做了抢红包的预热活动。当时正值抢红包大战刚开始兴起,支付宝在前一两天开始抢红包活动。当微信2月12日做了抢红包活动之后,舆论一片倾向于利好微信。说这个这红包大战中赢的是微信。当时很多人不知,微信这个抢红包活动只是春晚前的牛刀小试,对于内部而言,第一个目的是预热,还有一个意义在于提前为春晚做更大范围的真实演练。一开始有人提出更大范围的演习这个想法的时候,内部有些人其实有顾虑。但是更懂开发的老大决定还是要做这次真实的演习,做得好,演习也是一次预热,一次好的产品尝试。后来事实证明,他的这个决策是正确的。


达成要做演习预热的目标之后,产品围绕演很深思熟虑地想了蛮多方案,既要能够验证业务逻辑,又要能到达到预热的目的让用户体验爽。这两个目的显然有点多和干扰涉及。后来,我们决定用微信一贯的思维,从用户出发,产品怎么样最爽怎么样来,不管它是不是肩负研发的目的。经过了几版方案之后,最终选择了最简单的产品方案,只做红包预热,不做其他互动方式的预热,也不为这个预热活动做更多的互动方式,就简单地抢红包,抢几分钟。刺激用户最爽的点,玩法简单。


终于,2月12日的抢红包活动较完美地完成了任务。从这个例子来看,从研发目的出发的需求也能做成很好的用户需求。


从研发流程线学习到的东西,归根结底是“人”。书上多少“需求变更”、“项目管理”的理论,在实际操作中都被证明是错的或者不必要的,所以上面我总结的关键词也将会在某种情况下变成错的。只有有志同道合人组成的团队会在试错中不断制造惊喜。