一个好的产品，一定要有非常给力的工程师在帮忙张罗着产品，也有非常给力的产品尊重、理解、配合技术，这是这次项目给我的一个重要的启示。作为一名没有技术底子的产品经理，自惭对研发的深层次架构和技术的理解是浅尝辄止，这篇文章是对项目研发流程的一些感触，班门弄斧，权当学习。
［关键词一：不断演习和优化，弱化需求变更概念］
从1月中旬，当春晚摇一摇的大部分功能初步完成开发的时候，开发侧就发起了演习。每周四晚上8点到凌晨12点半，模拟春晚当晚的实际情况进行内部的体验和测试。演习范围一开始是项目内相关的几十个成员，后来慢慢扩展到微信内部的几百个成员。每次演习都能收集非常多的反馈，演习之后产品和开发跟进修改。值得一提的是，演习过程中，不仅提出bug，还能发现产品设计阶段没有发现的体验问题，面对这些体验问题，开发并不会认为是需求变更而厌烦不愿修改，相反，开发们抱着非常开放而且乐意的态度拥抱这些体验优化。
当然，在开发实现之前，产品也是经过深思熟虑，尽量避免大的产品变更。微信很讲究每个产品经理的逻辑思考能力，产品经理讲究做出来的东西要让自己爽，并且要能说清楚什么爽，这样既能说服设计、开发，也能说明老大。整个春晚摇一摇项目，基本上视觉稿或者交互稿给到老大都能大方向通过。所以春晚的项目后期紧张的时候，有些不是很大的方案，都是先开发，再同步给老大汇报，因为老大的时间毕竟难约。这种情况下，产品先跟开发说清楚情况，开发很能理解，而且当给老大汇报之后方案不用改，那么开发对产品的信任度也就进一步增加了。
有另外一个小细节体现了项目的敏捷。当给测试将需求的时候，测试最关注的是交互逻辑和开发的实现方式，但对wording并不关注，有位测试说：“现在先不关注wording了，谁知道你们产品后面会不会改wording，wording的体验问题就产品来把关。”这也是一个侧面体现对需求变更的包容。但是测试并不是真不关心wording。当测试过程中看到有影响体验的wording或者错别字甚至错误的符号，测试都会提出来，真是靠谱。
春晚项目的前一周，每天下午一到两个会议讨论细节，每次讨论都能初新的问题，每次讨论都会引起一些方案的小修改。第二天就是除夕了，前一天晚上都还在改需求。大家通宵达旦，需求版本经过了“最终版”，“最终版v2”，“打死不改版”等搞笑的改名。但开发gg们都挺过来了。只要不是愚蠢的修改，只要有足够的理由，大家都非常配合。内部有传统，微信是到上线***一刻都还在改，真不是虚传。
［关键词二：没有固定的项目经理］
项目经理，对于软件工程管理来说是个蛮重要的角色。在很多团队，项目经理的角色非常重要，因为其把控着开发、设计资源，安排版本节奏，协调人力。有这个角色在，好处在于，涉及多个项目的共抢资源的时候，有人从中做协调；涉及项目进度时，有人从中做把控，以免进度落下。但是这样，也会导致一个问题，每个环节都泾渭分明，这样每个环节的人对变更都非常敏感和抗拒，进而导致每个环节的决策时间加长，上升到老大再开工，等到分配资源了再开工，这样下来，流程就变重了。我们要做的是一个好的产品，而不是一个好的流程。流程是为产品服务的。
在春晚摇一摇项目中，没有一个专门的项目经理的角色。项目经理都是产品经理或者开发在必要的时刻才兼任的。一开始的项目经理由产品承担，组织好相关部门来涉及和开发相应的产品。到了后期，进入开发阶段，由一位开发负责把握整体的开发进度。到了***关键时刻，也是由一位开发兼任项目经理负责同步需求变更。在一个涉及这么多团队的项目里能没有项目经理介入，前提是微信的里每个人都非常有主人公精神，每个人保证做好自己的事情，跟上整体进度，并整合其他资源，将自己的资源也告知别人。因此整个过程中，项目经理最主要的任务不是跟进进度、分配资源，而是同步信息，保持各位信息的统一，以便做重要决策。
［关键词三：不仅开发配合产品，反之亦然］
在春晚前，2月12号，微信做了抢红包的预热活动。当时正值抢红包大战刚开始兴起，支付宝在前一两天开始抢红包活动。当微信2月12日做了抢红包活动之后，舆论一片倾向于利好微信。说这个这红包大战中赢的是微信。当时很多人不知，微信这个抢红包活动只是春晚前的牛刀小试，对于内部而言，***个目的是预热，还有一个意义在于提前为春晚做更大范围的真实演练。一开始有人提出更大范围的演习这个想法的时候，内部有些人其实有顾虑。但是更懂开发的老大决定还是要做这次真实的演习，做得好，演习也是一次预热，一次好的产品尝试。后来事实证明，他的这个决策是正确的。
达成要做演习预热的目标之后，产品围绕演很深思熟虑地想了蛮多方案，既要能够验证业务逻辑，又要能到达到预热的目的让用户体验爽。这两个目的显然有点多和干扰涉及。后来，我们决定用微信一贯的思维，从用户出发，产品怎么样最爽怎么样来，不管它是不是肩负研发的目的。经过了几版方案之后，最终选择了最简单的产品方案，只做红包预热，不做其他互动方式的预热，也不为这个预热活动做更多的互动方式，就简单地抢红包，抢几分钟。刺激用户最爽的点，玩法简单。
终于，2月12日的抢红包活动较***地完成了任务。从这个例子来看，从研发目的出发的需求也能做成很好的用户需求。
从研发流程线学习到的东西，归根结底是“人”。书上多少“需求变更”、“项目管理”的理论，在实际操作中都被证明是错的或者不必要的，所以上面我总结的关键词也将会在某种情况下变成错的。只有有志同道合人组成的团队会在试错中不断制造惊喜。
