本篇文章4725字,读完约12分钟
【按编辑分类】本文作者为超、原fb工程师,现为frees技术合作伙伴。 本文是growth hacking的最后一篇。 关于growth hacking的趣闻、趣闻、囧,以及哪个facebook踩过的洞。 关于growth hacking的完备系列,可以访问观超的雷锋网专栏网页。
言归正传,首先要说一个有意义的点。 “从数据反向导出功能反复”。
有时,由于facebook注重数据,您是否从数据中发现了什么有用的东西,直接指导了产品功能的更改? 你真的打中了! 确实,facebook有几个从data dashboard分解析出,然后由growth team的工程师自己开发,最终上线的功能。 也就是说,这些功能并未在产品部门提出,而是直接来自data和growth集团。
最重要的功能是“我的朋友”。 显示在Facebook的www页面的右侧、广告栏的上方。
在友好请求中:
当然,移动也有:
linkedin也有同样的情况:
当然,推特和网络上也有“你可能感兴趣的人”。
“我喜欢我”这一功能的诞生,实际上有很大的意义
2007-2008年,facebook growth team刚成立的时候,他们想弄清楚“为什么平台上有些客户特别活跃,有些客户特别不活跃”的问题。 大多数人直接说:“这些人是天生的唢呐。 有人喜欢脸书,也有人不喜欢! ’其实如果是一个客户,上述观点可以停下来。 但是,如果你的客户群是成千上万的规模和上亿的规模,就可以大大淡化自然人的性格差异。
于是,facebook data的人(还是中国的工程师主导)进行了以下解体。 (/S2/ )。
1 .他们找出highly active和inactive的人,分为两组( highly active vs inactive ),每个组大概有几千几万客户。
2 .列举可能影响结果的特征值(例如,在线时间、投稿的复印状态数、投稿照片数、etc ) ) )。
3 .在这两组中逐个以这些特征值为对象,从中找出差异最大、影响最大的可能指标。
一个团队经过大约两个多月的解体,他们最终得出了之后也对fb growth产生了最大的影响---在Facebook上影响顾客活跃度的最重要因素如下。
a .朋友数量:客户朋友数量; b. the profile info completeness :客户个人新闻的完备度。
因此,growth集团决定了lead的新功能,目标是向各facebook用户自动推荐朋友,增加朋友数量。 于是,“我喜欢我”出现了。
growth集团很快开发了功能原型,根据算法用的最朴素的算法---mutualfriends推荐了可能的朋友。
功能开发后,我们发布了灰度,选择了5%的客户进行测试,并开始关注性能。 实验表明,“大鼠”顾客的平均朋友数量增加,随后活跃度也逐渐提高,其中一些也开始成为高活动用户。
多年过去了,直到今天,“people you may know”一直是facebook growth的强力助力者,不断将顾客的平均活跃度提升到新的水平。 特别是对新加入平台的顾客来说,支援的作用更大。
另一方面,在profile info的维修性方面,facebook也在与profile新闻不完备的顾客进行比较的同时,对维修度进行评分。 这些妙招也被其他企业模仿,用于当今大部分产品,如微博、人人网、乃至新的社会交流互联网脉搏:
(上图:“你的资料完整性为91%,我等你完整。”
当然,对于目前企业独有的产品,必须强调的是,不仅要模仿上述“推荐朋友”和“完整的资料”,还要学习“捕鱼”,从自己公司的具体数据中逆向导出功能改善点。
很遗憾,现在国内的人和国内的企业很少这样做! 不仅知道。
以前,和知道的创始团队说话时,知道了一个趣事。 (他们以前就和fb的工程师交流过,他们模仿的quora也一直是fb的直系)。
知乎的工程师也同样从数据中导出数据,“一个知乎的顾客回答三个以上的问题时,他在知乎上有粘性,保持一定的活跃性”。 于是,他们没有编写推荐可能感兴趣的问题的程序,但他们据此改变了自己的运营战略,更积极地邀请运营者回答“有货的人”和“回答问题的人”相关的问题。 在客户回答三个以上的问题之前,他基本上成为了稳定的活跃用户。 由此可见,知道的顾客增加是有原因的。
当然,很多国内的人也说facebook的产品形态很强,里面的人制作产品的思维很强等。 但我要反复强调的是,“facebook的所有成长都是人工调教的结果”。
没有像zuck那样的人,或者在facebook上没有任何企业。 可以随意不可思议地把握产品反复的方向性。
我接下来说幽默的事件。
在我任命fb的四年里,evan priestley对我来说是编程之神。
他在脸书上贡献了无数代码,速度被称为fb的哥哥。 另外,evan的代码非常简洁优美,给人一种“不能从远处看,但不能开玩笑”的感觉。
那一年,“有个中国人看到evan的代码,觉得写得很漂亮。 但是,突然看到中间的短部分就很丑,所以我看了git blame,发现不是evan,而是另一位中国大牛刘永延写的”--__--(故事本身的权威不能考。 请大家笑一下。 )
evan主导开发了fb的很多项目,包括task、code review系统、开源的js框架javelin、以及facebook lite等。 他在年中离开了脸书,现在维持着开源的发行商系统。 黑莓是他多年的心血,也是脸书几乎最高水平的工程作品。 所以,我建议所有中国互联网技术企业都采用phabricator。 我和几个峰瑞资本的同事给phabricator做了汉化版,总结了以前fb积累的best practices,计划以后开源。
我和evan现实中只交往过3-4次,请他们教我关于css override的问题和javelin的设计。 他是个很geeky很有趣的人,这明显出现在他的代码里。 我加入不到一年,他就离开了脸书。 我模糊的印象是,在加州阳光的下午,他一个人抱着salad,在办公室自己的电脑上一边吃一边写。
如你所知,到目前为止,techcrunch和facebook的关系一直不好。 其理由是,techcrunch喜欢乱报facebook的信息(报道的真实性和准确性往往很低)。 因此,facebook的人一直在激怒techcrunch。
有一次,hackathon,evan想起一个诡计,说:“过来! 我们会报答techcrunch。 ”他的做法独特而天才:利用facebook的灰度分发系统!
facebook的灰度分发系统代码名称: gate keeper,当时支持的比较客户限制条件:
–只供人才使用–按国家–亚洲–IP–东部成本/西部成本
evan机智地添加了“- anyone but techcrunch”和“techcrunch only”两个新选项。 (本质上是根据techcrunch office所在的ip段进行评估。
也就是说,除了techcrunch之外,对所有客户都开放一点功能,也就是任性地对其进行屏蔽; 或者只向techcrunch开放一点搞笑功能。
在那之后,发生了更大的事件。 evan在某台hackathon上开发了一种叫做传真照片的新功能。 也就是说,对于照片可以支持传真到你指定的传真号码,但是需要一美元。 考虑到当时是09年,email已经普及,iphone也在第四代上市,传真几乎没有被企业采用,所有的传真photo都没有向顾客发售的打算,只是戏弄techcrunch
于是,2009年9月10日,传真手机正式“上线”,gatekeeper设立了技术手机。 过了一会儿,techcrunch开始报道(因为当天facebook还推出了其他一些功能,所以techcrunch看得很仔细)。 于是,有人马上发了副本,讲述了“传真photo”的体验。 另外,还附有传真成功的照片的纸片。 并且,大肆表现了鸡肋性对这个功能的吐槽,说在这一年也将开发这种旧式功能。
如果有有趣的东西的话请看原文。 facebooknowletsyoufaxyourphotos.ihavenoideawhyanyonewouldwanttodothis
复印出来后,客户们纷纷回复说没有“传真照片”的功能。 你们错了吗? 一天后,他们的员工对自己家的电脑采用了facebook才做出了反应。 第二天,他们反复确认后发现,确实只有techcrunch能看到这个功能。 techcrunch随后联系了fb的公关部门,说明了半天,取而代之的只是公关人的不理解和开心的笑。 因此,techcrunch后来表示yeah ok,so facebook punk'; d us正式宣布并承认被facebook玩弄。
这个故事本来也只是一个小插曲,但我想从中可以毫不在意地感受到硅谷精神的一些优越性
1、即使是媒体的techcrunch,在报道功能时也很注重细节,他们会亲自去传真验证这个功能是否确实可以使用。 我认为这不仅是国内的媒体朋友,很多互联网企业的产品经理也应该学到很多东西
2、极客精神的体现。 针对techcrunch的不适,fb的工程师evan没有用骂声一样的方法来应对,而是开发了用hackathon像程序员一样的方法反击techcrunch的恶作剧功能。 确实很有创意,也给facebook的工程师文化带来了很好的普遍普及。
3、techcrunch也非常现实。 即使出了洋相,也不撤下复印件,继续根据原复印件更新,找回事件真相。
我觉得上面硅谷企业的“软实力”一直缺乏国内企业而被轻视,这些都是我在fb多年的工作中,总是不知不觉间让我震惊的地方。
最大的漏洞来自于数据收集、解决、展示的正确性。
众所周知,这个数据收集、解决、展示是一个比较无聊的过程,普通程序员不太乐意做这件事。
技术人员通常分为两类
a -喜欢写各种功能、可见的功能,并向客户公开
使用稍硬的后台技术,如b -分布式、高数据并发解决方案、一组推荐算法的实现等。
通常,数据收集的功能、解决、展示环节通常被认为是国内技术企业中的低等技术人员所扮演的角色。 幸运的是,由于facebook不断强调国际工具的重要性,我们一直有很好的工程师在帮助我们的工具与应用程序; 基础设施小组。 但是,与要完成的任务相比,人手依然捉襟见肘。
另外,数据收集中的填埋地工作也是蛋疼的事件。 我在开发facebook messenger的时候,写了很多功能代码之后,不喜欢再整理一次逻辑,在必要的分支上填充积分。 情绪低落经常会导致臭虫的产生。 特别是产品反复非常快,工期很严的情况。
最搞笑的洞来自去年11月。 当时我们全身心地与谷歌+战斗。
有的数据不太理想。 david wei (我刚进入脸书的mentor。 我觉得数据的解决和展示可能有问题。 否则,就不容易解释我们特别优秀的功能上线了,为什么没有改善合适的数据。 但是,那个数据收集展示的代码已经写了两年了。 在那之后,没有人改过自新。 也有中途相继去检查的人。 我觉得没问题。 戴维还很不安,叫来了一位资深细心的中国工程师再次见面。 (他是07年入职的人,工作很踏实,但不爱说话---这在一家古老的美文化公司里不太行得通。 他马上花了半个星期仔细检查代码,果然数据在sampling时有漏洞。 而且这部分问题已经有两年多的历史了,而且两年来,错误的数据和新闻错误地指导了产品的迭代和完整的业务...... (两年跨度)
比较这些漏洞,我至今认为最好的方法是不填补积分。 另外,也可以不亲自进行数据收集和展示的整个基础结构。
这方面的创业企业已经非常丰富,而且进步很快,像国内友会和appannie基本上都是标配,同样也有在国外收购的crashlytics,能充分利用现有的公司服务一定做了更多的工作。 在这里我也强烈推荐growingio。 因为产品好团队强:
《linkedin大佬张溪梦的前世今生》《growingio》介绍以技术为中心的创业企业
关于simon张溪梦和growingio的报道在国内已经很多了,企业背后有reid hoffman、graylock、邵亦波、经纬创投这一线资本,整个企业的momentum非常强大。 就在前几天,growingio发布了自己的新产品——干货! 根据growingio产品发布会的实录,左凌鋇的演讲包含了汽车的感觉,推荐有意比较有效地发展业务的企业尝试产品。
这个问题是我在各大企业讲课时问得最多的问题:“facebook的growth团队大致是怎么配合的? 如何与产品和技术部门分工合作呢? ”facebook的growth team体系结构可以参见本系列副本的上一篇。 “对于神秘的growth hacking,facebook做了什么? (下) )。
这里强调的是,整个growth直接向zuck报告,可以看出zuck非常重视增长和数据。 由此,data driven和growth hack整体的思想与facebook的产品和技术部门整体勾结。 大家在线一个关键要素和重大改版的时候,习性地加入a/b test。 我认为这是格列卫在fb上得以兴盛的基础。
fb使用的人员配置为独立型。 也就是说,有专门的growth hack团队。 然后,growth里面的人一边参加产品和技术团队的会议,一边在里面贡献自己的意见。 当然,之后的事件包括向我们工程师说明统计系统的采用,以及向pm们完全提供dashboard。
与初创企业相比,alex schultz认为,不应该有专用的growth team,而是整个企业的人都推荐growth hackers,即整个企业都是growth team。 每个人都迅速发表自己的想法,落到市场上接受客户的检查。 然后,根据数据上的反馈,迅速迭代和改进自己的产品。
这是本篇的最后。 借用英语(或者我写托福文案)的常用语,last but not the least,是创业企业最重要的事情。
首先,确认growth hack不是基础而是附加,也就是从1到n的几个变化,而不是从0到1。
在平时的演讲和技术分享中,我们不断提到growth hack的神奇方法,如灰度发布和a/b test,不仅不适用于初创企业,而且对这些企业也是有害的。 因为灰度的发布和a/b test提高了开发和维护的价格,减缓了产品的在线化速度。 对比这几点,需要再次强调的是,虽然growth hack是目前很火很性感的概念,但growth hack中的很多妙招并不适合创业企业(特别是线上化未超过半年,各种功能形态不稳定的产品)。
根据系统:
首先,让我们来看一下Chamath(FacebookGrowth的顶级领导人)在某次演讲中对如上图所示的growth hack的总结。
对初创企业来说,“幻灯片”和“酷睿产品值”都不是growth hack能够提供的。 所以,最终的本质还是产品好,能满足客户的刚需。
接下来:
“东盟博览会”提出了关于企业快速发展的上述三个步骤。 满足市场的诉求-->; 型号转换-->; 成长。
也就是说,任何产品或创业,在开始的半年或一年里,都是在天马空或问卷式的摸索中。 产品可以随时随市场变化而变化,也可以直接翻盘。 因此,growth hack的许多方法在最初的产品迭代中看起来像鸡肋,浪费了资源。 也展示了历史事实。 facebook在产品上线4年后,growth hack的team成立了。 airbnb和uber的growth也是去年和今年之后慢慢组成的,请不要忘记。 (
格列卫对初创企业来说是把双刃剑。
那创业企业该怎么拥抱growth hack呢?
让我们先来看看硅谷风投的无冕之王马克·安德森的话:
marcandreesen :“…thelifeofanystartupcanbepidedintotwoparts-before产品/市场产品/ market fit .”Hegoesontowrite :“WhenyouarebPMF (论坛产品/市场配套)、Focusobsessivelyongettingtoproduct /市场配套产品。 市场细分交换出口,重写产品,移动互不相同市场,电话咨询 tellingcustomersyeswhenyoudon’t raisingthatfourthroundofhighlydilutiveventurecapital-- whateverisrequired.--- -从标记 s博客
简单翻译一下,创业企业的产品迭代分为两个环节。 在产品满足市场诉求之前( bpmf )和满足市场诉求之后) apmf ); 在bpmf阶段,最优先的是研究和寻找市场和顾客的诉求,野蛮的开发在此基础上迅速重复。
改版,养人,改变市场和方向,拒绝客户,为了融资稀释大额股份也在所不惜。 等待市场诉求被发现,产品重复满足市场诉求。 其次,实现产品有效增长的时期到了。
从创业企业的成长阶段开始简单分类
第一阶段“startup”:首要目标是快速开发和迭代产品,以验证产品是否满足客户的核心诉求。
这个时期需要花钱吸引客户,cpa >; LTV ) CPA:costperacquisition的按顾客分类的新费用; ltv :生命时间值:客户世代平台的费用)。 在产品决策中,以拍脑袋思考+收集客户反馈为主; 基本上,不需要使用growth hack的妙招。 (除了收集并展示日活、月活、pv、uv等好数据以外)。 典型企业:在国内进行vr创业的企业或进行新形式的社会交流的APP; etc
第二阶段“transition”:这个阶段的基础是产品已经能够适应市场的诉求,开始了growth——的变革。 这里的核心是根据企业的具体业务建立完整的数据指标和dashboard
然后开始将growth hack的做法引入团队的血液中。 敲击脑袋和野蛮的重复逐渐被data driven所取代。 客户的保留是产品技术创新的王道。 典型企业:模仿国内各种magic的企业;模仿thumbtack的企业; etc
第三阶段“growth”:在这一段中,产品基本上有很多稳定的活跃用户,产品功能相对稳定。
由于国内竞争环境的特殊性,成熟的竞品经常出现,同质化竞争激烈。 典型企业: nice vs in; 各种团购或电子商务何去何从vs单行程etc (幸运的是,目前国内同质化同业竞争对手纷纷团结合并。 )
如上所示,处于什么样的阶段会发生什么样的事件,创业时也是一样的。
特别要强调的是,在上述第二阶段,提高产品的保留很重要,决策保留的重要指标是功能在满足诉求的同时细节得到了充分的打磨。 如果保留得到保证,后续的growth hack就可以比较有效地展开拳击手。 不看保留,只是烧钱吸引新顾客,只是口渴,结果是灾难性的结果。 所以,重复那句话——
格罗霍克对初创企业来说是把双刃剑。 必须根据企业所在的具体阶段分解growth使用的具体妙招。
啊! 终于写好了。 我觉得很累。 我想你们也累了。 辛苦了。
这个growth hack系列到此结束。 从8月开始写,现在已经12月了。 时间就像穿梭机一样。 新年资源有不少还没有完成,希望你更加努力。
另外,关于growth hack,特别是growth hack在fb的实战经验,以前在小技术会议和小企业(聚美,出去问问,七牛,evernote,etc )上过几次课 这里附带了我最近版本的slides。
对了,如果你也想邀请我去你的企业做growth hack的讲座,可以用邮件联系,最后打个小广告。 最近,我在frees峰瑞资本工作。 (其实我已经工作了将近四个月了。 我有一个好项目。 欢迎推荐,有很好的创业团队。 我也想认知你们。 我期待有机会了解你们牛逼的想法和惊人的产品。 我的邮箱地址: qinchao@freesvc。
来源:UI科技日报
标题:“GrowthHack轶事:Facebook是如何开发活跃10亿人的经典功能”
地址:http://www.ulahighschool.com/uiitzx/1763.html