1、设置一个质量监控小组,由经验非常丰富的高Level的产品人员构成,赋予他们很大的权力,去监控和规范 所有的产品项目。并且用KPI来制约产品项目服从这些规范。为了不搞教条主义,很多规范都是在立项之初,由项目经理和这个小组共同确认的,未必是硬性指 派,一经确认就受到严格监控。确保好的规范不流于空喊口号。
2、每个产品都设置公开的反馈论坛,突出外部入口,积极征询用户意见,并以内部轮班方式回复”每一条”有价值的反馈,要求以”人对人,面对面”的沟 通态度来进行解答,禁止机械问答。公司高层(包括小马哥)不定期巡查每一个产品论坛,一旦发现有不认真回复用户的情况,立即予以训诫。确保产品人员与用户 长期保持近距离接触。
3、每个产品都设置内部的交流平台,分为两部分,一块类似留言板,由产品主管发布项目的进度、动态;另一块是论坛,向公司内部所有人开放,接纳反 馈。在腾讯内部已经形成了非常活跃的氛围,甚至以该平台人气高涨为荣(至少你主管会喜欢这个),利用这个平台跨项目提意见,或是项目组内部交流思维碎片都 很常见,达到了群策群力,内部监督的效果。
4、设置产品架构师这样一个职位,由少数几个技术精英,负责所有项目的系统架构搭建,只搭架构,确保每个项目的底层合理性。
5、执行项目总结制度,在每个版本上线后,由相应的策划-开发-测试人员开一个会,每个人都总结在这个版本过程里,有什么心得,有什么失误,可以怎 么改善,尤其注意改进三方人员的配合过程。用制度的方式来强制反省,强制跨职能沟通。几个版本下来,项目效率就会有明显的提高。
6、执行灰度发布政策非常之彻底,一个版本会经过若干级的内部测试,再向外部用户逐步放量升级,不断修正问题之后,最后进行大规模发布。确保提前发现问题,受影响的用户面尽可能小。与此同时,腾讯异常活跃的内部交流氛围,也能让产品在内部测试时得到较多专业反馈。
7、拥有背靠客户端,强大的数据挖掘功能,具体描述起来比较复杂,总之非常强大,数据细致到令人吃惊的地步。数据挖掘部门的地位也是相当高的。我以前说过”统计数据太单薄无法推导出可靠结果”这样的话,但在腾讯的数据挖掘机能面前,这句话恐怕要改口。
8、设置对新人和新项目的风险管理机制,比如3个老程序员带1个新程序员,将技术管理和具体开发的工作彻底分离,每周进行代码走读,对新产品采取格外严格的测试安排等等,使得缺乏经验带来的技术损害被降至最低。
一位朋友复制了这八条方法给我看,其实这些想法不算什么独特,每个公司都有类似这样的想法,最独特的是腾讯的执行力,强大的执行力推动着腾讯的每一个产品,严谨的接受用户反馈,优化体验,完善产品体制。
好的想法更需要好的执行力!