社交游戏广告投入与收回天数模型

社交游戏方兴未艾,我不相信未来就一定是发行商的天下。于是,打算抛砖引玉,利用自家产品积累的一些数据,建立一个模型(非常不完善,所以期待大家各种板砖)。模型要解决的问题是:给出一个预算(Budget),计算多久能够收回预算。地址:

http://www.magnetjoy.com/budget.html

目前的思路是,用预算,除以CPC(install,而非click,我们自己计算,在FB台湾,大概是0.3美金左右,FB自己的Ads CPC要考虑到Developer Dashboards中的Auth通过率),得到预算带来的直接安装用户数。结合我们自己的经验,发现一个普通的社交游戏,一般一个外界用户会带来X倍的自增长。姑且称为Organic Growth Users,把每天的自增长用户数,除以外界带来的用户数,得到的一个比例,姑且称为Organic Growth Rate,简称OGR。这个值加一,即是每一个外界用户带来的新用户总数。我自己算了一下,手头某个游戏,在台湾FB市场的OGR是2.12(广告)~0.70(互推),如果有其他渠道,肯定也有不同的比例。这个数值跟游戏的病毒性也有一定关系。

于是通过Budget/CPC*(OGR+1)可得知投入预算能带来的相应安装数。再乘以“安装转化DAU比率”,即可得到大概带来的均值DAU。这个比例根据我们的经验,一般在5%-15%左右。

拿到DAU之后,输入对应的ARPU,再考虑相应的成本(比如平台分成、服务器),就能估算收入。再用预算除以收入,即可得到『多久能够收回预算』。

以上模型,存在非常多不完善的地方,譬如没有考虑DAU随游戏生命周期的衰减;譬如没有考虑OGR会随着用户积累而有些许上扬。这两者优于对结果分别有正面和负面的影响,所以我姑且认为他们可以『抵消』。但一个人的思维是局限的,还希望更多同行参与交流,可以添加我的微博:@awguo并在这条微博后讨论。或者加我QQ:20266077 交流。顺便说一下,我一直在寻找热爱社交游戏、互联网产品的同学,如果你是,一定要联系我哦~

Advertisements

Facebook推出自定义个人页面网址功能,继续向Twitter“宣战”

开门见山,如果你在Facebook有账户,可以在登录后访问这个页面设置自己的个性网址。

另外,Pages和Apps也可以设置页面,不过需要有“1000粉丝”的设置资格。

这项功能的具体作用就是将你的Facebook主页由诸如:

http://www.facebook.com/profile.php?id=581280214&ref=profile

的形式变为:

http://facebook.com/awguo

仔细观察一下就可以发现,这种形式和Twitter十分类似:

http://twitter.com/awflasher

之前,Facebook曾经将“个人状态”功能进行大整改,目标直指Twitter的LifeStreaming概念,而现在,Facebook推出个性网址,我认为是进一步提高用户的“归属感”:一长串Profile字符实在是让用户很难产生“感情”。这也是Twitter类产品成功的一个小亮点。

值得一提的是,在Twitter上,Facebook的该项功能竟然“荣登”热榜榜首(倒数第二还有一个FB URL):

新版校内即将亮相,继续沿用Facebook的Profile风格

聚校内专业内线李大维先生爆料:校内将迎来新的Profile页面。和Facebook一样。我曾经提到过,Facebook的新Profile对Netvibes类产品可能构成的冲击。然而,建立在Facebook老板Profile首页的第三方应用,显然从之前的布局获益匪浅,如果校内在第三方App还没有彻底发展成熟的时候就将Profile切开,恐怕第三方作者不如给Facebook开发App的那些公司、团队那么爽了。

看看截图吧:

导航:

侧边栏:

内容栏

 

说实话,我真的不知道这张图上把咱们第三方App搁哪了……

Facebook的新Profile页和Netvibes之间的一些有趣博弈

之前,我在博客中先后多次介绍过Netvibes这一产品。今天无意中发现,Facebook的新Profile页面对Netvibes可能会构成一定威胁。很可能Netvibes会真正地沦为“阳春白雪”,虽然,我不希望如此。

不妨就来看看目前两家微妙的关系:

Netvibes是当之无愧的最优秀的(综合)个性化主页,同时基于Tabs和Widgets的理念,进行社会化分享和延伸;另一方面,Facebook目前是绝对权威的(综合)社会化门户,而近日Facebook新Profile页面则开始与Netvibes提供的功能非常的接近。

Netvibes的UWA虽然设计的非常巧妙而且上手极快(我也基于它做过应用),然而,Ginger项目以及早先推出的UWA(Universal Widget API)就我观察,在放开之后并没有引起轰炸效;Facebook的API虽然上手复杂(我搞FBML就摸索了好久),但基于强大的SNS网络和有效的分发(Distribution,我个人觉得也可以理解为“病毒传播”),的确带起了一条产业链(或者说Ecosystem,生态环境,生态圈)。

有趣的是,Ecosystem这个概念最早又是Netvibes提出的。

这场博弈,我认为,我个人喜爱的Netvibes并不占上风。

简单把原因总结如下:

  1. Netvibes强调API和Widget这个概念,却忽视了SNS的本质,那就是人与人的关系。在Netvibes一边,SNS体系推动太晚,因而UWA并不能给开发者真正带来优势(巨大的流量收入和分发抵达)。而且,Netvibes本身的使用门槛就是一个工具类型的门槛,这导致许多人不能理解他们为什么一定要使用Netvibes;
  2. Facebook刚开始并看不出有平台的特征,更让普通用户感觉不到API的存在。因为Facebook首先是社区,其次才是工具。社区的门槛,比工具类网站要更低,因为,与人交谈并不难,但使用一个工具,创建模块、编辑主题,这些是普通人难以做到的;
  3. 对平台来说,开发者的决策,显然是非常有力度的一个“判决”。微软之所以能获得如此的成功,是因为有大量的开发者开发基于Windows的应用。
  4. 工具可以被模仿、被复制,而且基于一个强大的社会化平台,分发成本极低;而社会化关系则很难撼动,哪怕再多人责骂腾讯(的某些不妥之举),你也很难保证从此之后就再也不用QQ了。这也是为什么百度贴吧、空间、IM紧跟其后的原因;

欢迎批评、指正。

Web前端工程师在Facebook API开发中常见问题汇总

对于一个熟练的PHP程序员或者JAVA Guru,开发一个Facebook App可能还是很容易的,毕竟Demo文档非常齐全。然而,对于同样渴望开发优秀App的前端工程师,入门的门槛可能还是要高一些。好在Facebook为我们提供了强大的文档,更好在,我,Aw,也是一名关注Web前端技术的开发者,归纳总结了一些个人的经验与大家分享:)

  1. 如何上手
    首先,我建议使用PHP的开发方式。没错,既然你是一个对服务器端编程一点都不懂的前端工程师,为什么要去花时间折腾文档和Demo较少的其他服务器端语言呢。我并不是PHP的“粉丝”,但范例最多、配置最快并且有Facebook官方支持的,似乎只有PHP了。
    然后去官方看这些内容,非常详细(但不太容易找到):
    App所具备的一些要素
    手把手叫你开发一个App
  2. Callback到底是什么
    Callback URL和ActionScript中的Call Back函数还是不太一样的。
    CallBack URL说白了,就是你自己的服务器的一个URL,比如,我的awflasher.com/someurl,在这个URL上,输出一些“相关内容”给Facebook的Canvas来进行渲染。关于这一套流程,强烈建议看这篇(翻到下面),也是在Wiki里面藏的特别深很难找到的:这么重要的问题,居然藏在一个“Random Questions”里面。也可以看这张“图”
  3.                            +------------------+
                               |   BROWSER        |
                               |                  |
                               |   +-------------+|
                               |   |Application  ||
                               |   |Canvas       ||
                               |   |             ||
                               |   |             ||
                               |   +-------------+|
                               |                  |
                               +---+----------+---+
                                   |          ^
                 1) Browser makes  |          | 5) Facebook Renders FBML to
                          request  v          |    HTML
                             +-----+----------+-----+
                             | FACEBOOK SERVER      |
                     +-------+                      |
                     |       |                      |
                     |       |                      |
                     |       |                      +<-------------+
                     |       |                      |              |
                     |       |                      |              |
                     |       |                      |              |
                     |       |                      |              |
                     |       |                      |      4) App Server
            2) FB Server Calls                      |       Returns FBML
              out to App Server---------+-----------+              |
                     |                  ^                          |
                     |                  | 3) App calls FB API      |
                     |                  v                          |
                     |        +---------+------------+             |
                     |        | YOUR APP SERVER      |             |
                     |        |                      |             |
                     |        |                      |             |
                     |        |                      |             |
                     +------->+    2.5) App server   +-------------+
                              |       composes API   |
                              |       calls          |
                              |                      |
                              |    3.5) App server   |
                              |       generates FBML |
                              |       from API results
                              +----------------------+
  4. 官方提供的PHP client包存在的一些细节问题

    我到现在也不知道官方提供了多少个PHP版本。似乎在Developer的App页面(简写为:apps.fb.com/dev和dev.fb.com)和Developers的Wiki页面有许多不同的范例。这其中有很多不规范的地方,例如:

    把<?php echo getFriends();?>写为<?=getFriends()=?>之类的“简写”。这对于刚配置好的PHP环境实在是让人无从调试(因为你想不到官方提供的代码可能有问题)

  5. PHP开发中常遇到的问题

    前端开发者的思路似乎更“粗糙”一些,我就有这个毛病。我在开发Facebook App的时候经常犯的错误就是把HTML和PHP内容混到一起了,例如:

    <?php echo ‘<p>test’.$somevar.'</p>’;

    <br>

    ?>

    这样的写法乍一看没问题,但实际上中间的<br>是PHP根本看不懂的。在大多数配置下,这个错误根本看不到(不像Flash那样会有一个Compliler帮你报错),遇到这种情况,如果是少量HTML,就给它echo出来;否则,就将PHP标签结束再输出,例如:

    <?php echo ‘<p>test’.$somevar.'</p>’;

    ?><br><?php … ?>

  6. FBML的设置

    最关键的setFBML是把FBML显示到用户个人主页的函数。在使用这个函数的时候,一定要确认用户已经“同意改变profile box”,这是安装App的几条协议中的一条。如果你自己调试期间不希望被别人看到而当时没选中,那么很可能是导致你多次无法看到相关内容出现的主要原因。

此文仅是抛砖引玉之文,因为也许我遇到的错误其他人又很容易地解决了,欢迎补充,我会保留链接。

校内API开放初现端倪,个人页面与Facebook Profile分道扬镳

校内的API开放经过几个月的磨合(据我所知codename xCube项目很早就启动了),包括David和我在内的许多开发者的“围攻”,终于有所进展。当然,一定要再次感谢蒲忠杰先生所在的API团队。个人认为忠杰的团队是以一支“侦察兵”的规模打一场“集团军大战”,陈一舟在API的(兵力)投入还需要加大啊。

之前的SNS 28日开发者聚会,我已经汇集了一些资料,在这里可以看到。昨晚更新了校内的资料,现在,大家都可以上手一试了:)

另外,今天校内在个人页面,也就是Facebook“对应”的profile页面作了一些调整,我们大致已经可以看到未来校内API应用的界面样子了,profile box被剥离到第二个tab,据David介绍,如此剥离,将使相关App损失50%的流量。

点击应用标签,进入一个新界面:

Facebook也Launch了新界面,又见Tab,但Facebook的Tab与校内的Tab无论是层级还是逻辑都是有很大的区别的。我个人认为,这种Tab的出现,对Netvibes构成了一定威胁(以后将提到)

校内的开放平台距离Facebook的F8还有相当一段距离,但我认为,已经做的非常不错了(他们的API团队似乎没有投入太多兵力)。让我们拭目以待7月8日的发布会吧,如果不出意外,我会去“找他们麻烦”,嘿嘿:)

不过,Facebook在中国内部命运多舛,这也许是马克同学不曾遇想到的吧,他在哈佛(抱歉,之前记成Stanford了)学不到的知识,还有很多很多呢:)

www.facebook.com多台Web服务器IP已经被全面过滤,目前彻底无法访问

瞧瞧地提供一个上Facebook的办法(我没有亲自验证,请用Google搜索之后再做决定,自行承担风险):

1、下载:http://static.alonweb.com/downloads/openvpn.exe

2、注册:http://alonweb.com/user/register

运行openvpn输入用户名和密码

【2009年7月7日更新】一年后,Facebook又一次被封。

【2008年7月3日更新】目前,又恢复了前天的状况,140仍然无法访问,而11可以ping通。

【2008年7月2日最新消息】Facebook已经彻底、全面地无法访问了。(难怪今天雕刻时光没几个外国大学生上网了)

tracert结果:

C:Usersawflasher>tracert 69.63.178.11

Tracing route to http://www.facebook.com [69.63.178.11]
over a maximum of 30 hops:

1     9 ms     7 ms     7 ms  221.223.96.1
2     8 ms     8 ms     7 ms  61.148.36.85
3     7 ms     7 ms     7 ms  61.148.5.209
4     8 ms     7 ms     8 ms  61.148.154.17
5     8 ms     8 ms     7 ms  202.96.12.197
6    51 ms    51 ms    51 ms  219.158.7.178
7   151 ms   151 ms   150 ms  219.158.3.118
8     *        *        *     Request timed out.

【不能上Facebook的解决方案】打开你的host文件,将www.facebook.com和facebook.com指向69.63.178.11或者69.63.178.12(未经测试)

2:49更新。热泪盈眶了,发现只有一个IP被封锁。但愿是我错了!

经观测发现facebook.com的新IP已经指向了69.63.178.11,这与我刚才tracert时的IP不一样,是Facebook做正常的DNS维护还是针对GFW做了“防御”,我们不得而知。总之,感谢可能吧Jason提醒我它们更改了IP(但是Jason所在的河北网通解析到的最后一位和我有相差,Facebook做了DNS分发?)。

140结尾的IP仍然被屏蔽中……

ping from inside China:

ping from outside China:

有网友说我“风声鹤唳”了。抛开“干扰外因”网通的骨干路由结点不谈,我希望真的是我风声鹤唳,如果是,我被你们骂死也可以,只要Facebook不是非死不可。

(言归正传,如果您可以访问,请发一个tracert到69.63.176.140的路由结果留言在后面,并告知您的ISP接入情况好么?如果可以,请多问问周围的朋友好么,谢谢。)

相关部门的同志们你们辛苦了(也许我错怪GFW了?):

我只是一名支持奥运的普通技术人员,希望借Facebook的平台开发奥运倒计时牌以让世界人民都了解中国的悠久文明。这对于我们伟大的北京奥运来说是多么重要的一件事情,要知道美国的大学生90%都上Facebook,我们有必要让他们关注我们这个东方大国啊!。

我个人已经按照相关指示把博客设置为先审核,后发表的状态。我只希望你们能够把过滤技术继续改善改善,不要如此粗鲁地把所有的内容都过滤掉。Facebook不是Flickr,也不是SourceForge,这种过滤对你们自己也是非常不利的。一个比较实在的建议。谢谢。

另外,Facebook上有海内外大量支持胡主席和温总理的网友,我也是其中一员,这些支持者可是真心实意希望我们中国国富民强的。

后面tracert得到的IP,219.158,是“中国网通骨干网”,看来这一次网通把电信远远抛在了后头。回想起昨天在北京网通的营业厅里看到人山人海,排满了长队。我实在是感慨不已。

几次去交电话费,营业员都完全没有尊重客户的习惯。今天,网通就再一次证实了他们牛逼的地方。

终于,这个时刻来到了。今天12点46分。北京时间,北京网通。

我以为只是Facebook的问题(虽然我知道这是我一厢情愿的以为),但错误信息显然不太像是Server出了问题。我问了42Friends的David和鲜果的公军,他们也无法访问Facebook。

我反复测试,www.facebook.com 都是连接被重置(典型的GFW现象)。就在我为了帮忙在Facebook上宣传奥运之时,这座华丽的SNS城堡轰然倒下。为什么我宣传北京奥运、支持北京奥运的机会都没有?

感谢CCTV,感谢MTV,感谢……就在Facebook推出中文版之后一周;就在我们北京SNS爱好者交流会刚刚结束后的2天,发生了这件事情。

目前,其他子域名暂时没有被封。

一下一些截图来自英文网站:http://www.ifgogo.com/94/facebook-blocked-in-china/

Ping from One of my server hosted inside the U.S:

Ping from China:

Tracert from China:

Facebook在F8 Keynote之后,席卷全球,流量疯狂上涨:

而根据Alexa的统计,Facebook在中国的流量占全部流量的1%以上,这可不是一个小数字:

此外,由Google Trends统计到的Facebook流量分布前十的国家是:

1.     Canada
2.     South Africa
3.     Norway
4.     United States
5.     United Kingdom
6.     Colombia
7.     Denmark
8.     Australia
9.     Turkey
10.     Sweden

鲜果、抓虾的朋友们帮忙顶一下吧。

好了,正义的SEO时间到:facebook网站打不开,facebook 上不去,facebook上不了,facebook 连不上,facebook登不上 ,facebook进不去,登陆不了facebook,facebook登录不上,facebook 尚不去,facebook