腾讯程序猿离职创业: 技术做运营除了”数据”还得”更细”

产品壹佰 • 8年前扫码分享

我是创始人李岩：很抱歉！给自己产品做个广告，点击进来看看。

【文章摘要】我在腾讯做了2年多的运营开发工作, 主要工作有运营系统开发,系统运营,项目管理等方面, 确实自己成长非常快,不过在大公司待久了,慢慢也觉得”太枯燥”了,所以就决定离职出来自己”闯闯”。

2015过去了, 回头来看,自己已经离开腾讯2年了, 刚好也趁着年底,把自己”闯荡”过程中的坑和坎总结下, 梳理下, 也能和大家交流下运营方面的心得。

我在腾讯做了2年多的运营开发工作, 主要工作有运营系统开发,系统运营,项目管理等方面, 确实自己成长非常快,不过在大公司待久了,慢慢也觉得”太枯燥”了,所以就决定离职出来自己”闯闯”。

出来创业, 肯定是要成为”多面手”的, 自己主要负责技术,其他也什么都干。后来,团队中途负责运营的同学因事离开了,得有一个人顶上,那时刚好自己之前也做过一些运营相关的工作,大家觉得我还蛮能BB的, 一直调侃我是”程序猿里面情商最高的”(借朋友说的话描述下,侵权勿究), 所以自己也就开始负责了。

先写一些自己在运营方面是怎么”启蒙”的。

其实,自己很感谢在腾讯的那段”苦逼”时光, 每天半夜被实时数据监控吵醒N次, 离开时,医生说我”三高”(当时我只有55KG,真是让我头大了)。在那期间,自己所有工作都可以用一个词总结-”数据”。腾讯是一个拥有超大数据的公司,并且每天都还在不断产生更大的实时数据, 我的工作就是和支付数据进行”抗争”, 支付业务数据,系统性能数据,系统时耗数据, 涨了,降了,你都得问个”为什么”。可能天生就是爱折腾的命(高中开网店,大学做小生意,折腾创业),自己对商业,运营,产品非常感兴趣,在看见数据的大作用后,也就在心里产生了”化学聚变”,自己做任何事情开始都很重视量化和数据(不然心里不踏实), 后来参加了公司内部很多关于产品和运营的培训和接手一些运营相关的工作, 这也就是我在运营方面的”启蒙”。(后来看了一本书叫做《Growth hacker》, 内心非常”激动”, 原来自己的定位就是这个)
那既然自己真正要做产品运营了,那就得有一套自己的方式方法和策略,照搬未必能做好。普遍做运营的同学更多是从产品或者市场,营销岗位转过来的,更多是通过活动+资源整合(铺渠道)的方式做产品运营, 这种属于”交际型”(自己随意取得名字,勿喷)。

那做技术的该怎么做运营了? 两个词,”数据”和”细”。

“数据”是产品运营的表征体现,有了数据,才能对产品运营进行量化,也才能形成可量化的目标,我们的运营才能被有效考核和验证。

“细”,则主要在两点上,关注运营细节, 做事细腻(也就是极致)。

如何解释了? 我举一些我参与过的例子:

1.支付耗时太长,你得提升10倍,助力业务增长

当时微信支付还在筹备中,公司内部为了保证天天系列游戏在iphone上的支付,公司上线了苹果支付(内部称呼)。上线后半夜被数据监测告警吵醒了,原来支付的平均耗时涨上去了,常规处理后恢复了正常,但是通过与业务监控数据对比发现,业务量当前并不是很大且距离预期差距还甚远,怎么会完成一单支付的平均耗时需要6s多(真是要死人的节奏,iphone玩家在购买的时候,遇见这种体验,直接就会关闭流失了) ,这肯定会影响到游戏支付运营目标达成, 得想办法解决。

先分析问题,当时初步认为出现这个问题的原因主要有两个: 一是系统开发自身存在性能问题; 其次,由于苹果的支付体系是部署在美国,国内用户使用我们的支付时,后端需要漫游到美国后才能完成。有了这个定性, 那接下来肯定就是测试验证了(也就采用了运营中常说的A/B Testing了,当时我们没这样叫而已), 我们先对系统进行抓包分析传输耗时,把传输耗时量化出来才能确认和量化优化(技术细节与讲诉的内容没太多相关就先省略)。这里发现传输加苹果侧处理耗时需要3-4s,并且时常还会出现连接不上,解析失败等问题, ”为什么”? (这里经过了数次大大小小”战役”,由于技术细节太多,暂忽略) 经过测试验证最后发现,根本原因在于开源软件的keepalive是并没有起作用,每次请求都需要从新握手建立连接,造成了过多耗时。既然问题找到了, 我们就开始了优化方案的设计与实施(大概做法就是修复开源软件的keepalive问题,并建立长连接池), 通过切20%测试流量过去后,数据反映出苹果连接处理时耗已经降到500ms了,比之前提升了7倍,再加之我们系统自身优化,整体时耗已经降至600ms左右, 之后帮助产品完成了支付单量质的突破(还发文到了公司内刊,受到了认可哦!嘿嘿)。

2.用户得不到及时”回复”, 活跃低,留存不高,你得负责

自己出来创业后,自己更加关注和学习如何利用程序员的”本事”进行产品运营, 也研究了很多案例和数据,开始有针对性的尝试和实践这块。

我们做的是垂直型社区(汽车改装方向-改装咖),这也注定早期用户活跃维护非常重要, 用户一旦发布了帖子,得不到及时的回复,用户很可能会失去兴趣,导致早期用户的流失,也就导致整个社区质量整体下降。

因为是初创团队,人手精力有限,用户发帖并不能很好的得到及时有效的回复,导致活跃数据基本上处在一个较低的水平,部分用户反馈也说到这点, 那得想办法解决! 我们先分析了问题,这个事情并非靠一两次活动就能完成,是一个长期积累形成体制的问题,那我们首先确定了这个问题的考核指标(用户发帖量,用户贴加精量,活跃数,留存率), 然后开始思考这种体制。因为我们维护的这群用户对于自我的展示和宣传很看重,那我们尝试调整运营用户的策略,即精品策略,对精品内容进行造热和特殊曝光对待,从而促使早期玩家产生一个平台对内容的”歧视”认知。在基本用户策略定下来后,我们做了两件事,第一件事是内容抓取,审核,发布,保证精品内容供应,同时也给早期用户形成精品内容模板(哦,原来这样的内容是可以加精的),其次是加精内容自动造热(说透了就是自动刷,点评内容和点赞,浏览与分享数)+多渠道曝光用户贴。通过这种方式,不光解脱了一两个人力(看似不多,在初创团队中已经非常多了),也让我们可以把精力放到目标指标数据上。经过两周左右的测试, 用户发帖量,用户贴加精量明显提升,活跃数和留存有明显增长。

其实,运营路上,很细很杂, 可以说一直都是在为产品”增长”做战斗, 战斗肯定就得要有目标和战术, 目标量化靠的是”数据”, 我们的战术更多依托的是”技术”。总结一下,一定不要认为”点”小,就不重要,往往最根本的转变的就是因为它的改变。