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

社交游戏方兴未艾,我不相信未来就一定是发行商的天下。于是,打算抛砖引玉,利用自家产品积累的一些数据,建立一个模型(非常不完善,所以期待大家各种板砖)。模型要解决的问题是:给出一个预算(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 交流。顺便说一下,我一直在寻找热爱社交游戏、互联网产品的同学,如果你是,一定要联系我哦~

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

Facebook中文CEO是谁也不可能是CCTV的杨小燕

CCTV的品牌推广杨小燕?著名博客?恕我孤陋寡闻,我没听说过……看了几篇文章,对当事人如此献媚的炒作,实在是令人作呕。我就不转载了,总之一看就是上个世纪的公关稿水平。好吧,难道“品牌”都是这么做起来的?

最搞笑的是,据说当年腾讯没有将其“纳入麾下”现在“后悔莫及”,呵呵,腾讯这么大一个上市公司,再二也不会为一个“名人博客”后悔莫及吧。(话说我当年还没去腾讯去了另一家创业公司呢)。品牌这个词,在中国真是被糟蹋干净了。

我为了让自己的言论不失公正,还是去看了一下那个新浪博客,可怜地发现每篇文章评论几乎都不过10,不知道一个被“众多媒体”如此炒作的对象,如果真当了Facebook CEO,那还真是令人感慨啊。

看看Techweb的评论:

kencdp

不是一般的2,也不知道编辑记者还有没有起码的新闻道德,最开始的新闻居然说是Techcrunch报道的。
什么素质?都是几个老熟人之间的互相炒作,但也别太过头了!

Howhi

CCTV品牌策划,和CCTV下面一个频道的,一个栏目的策划是不同的概念。在CCTV扫地的,也是在CCTV工作。况且还不是CCTV的正式员工。
真搞笑

kencdp

她要能当ceo,谁都是cfo。
别自己炒作了!

大梦方觉晓

炒作而已,不信问问TW,有几个人知道这个杨晓燕。

为什么最近总是有人来挑战公众的智商呢?是因为这个世界上傻逼太多了?太容易骗了?如果您有同感(抱歉,早上打小强去了,没有及时把“傻逼”去掉,呵呵),麻烦留言吱一声,我只是想看看我这个普通开发者的博客留言数是不是比新浪那些知名博客(包括博客主自己虚假留言)要真实一些,哈哈:)

PS:如果我是杨小燕,我一定赶紧找人澄清事实,把这些帖子删除干净。我真不明白这位杨小燕怎么还“避而不见”、“手机关闭”,这么酸这么软的帖子放在二十一世纪晒一晒,有什么问题,简直太明显了。

第一款Facebook应用,欢迎多提意见。

Facebook的其中一个IP不幸被屏蔽,但换了一个IP改一下HOST仍然可以上。

终于,“晚点2个小时”完成了我的第一个Facebook应用。

安装地址:http://apps.facebook.com/beijing/

有Facebook的账号多帮忙宣传、帮忙推荐:)

图:

稍候会更新一篇专门教Web前端工程师开发Facebook应用的教程,欢迎大家提问。(我这两天看得累死了,希望能帮助大家少走弯路!)

北京SNS API开发者28号交流会基本内容确定(6月28日更新)

【活动名称】北京SNS API(App)开发者交流会

【活动Logo】

【最新公告】

报名已经结束。对于希望过来却没有在第一时间报名的朋友,作为活动发起者,我向你们表示诚挚的歉意。因为考虑到活动的初衷是一个开放、平等的主题,这次参与还是以开发者的技术交流为主,并不寻求赞助。希望下一次能有大公司牵头来举办更有趣的活动。

对于未能列举在名单上的朋友:我已经与场地提供方联系,对方表示挤一挤没关系,因此,对于有非常强烈意愿来与大家交流的朋友,完全欢迎你们的到场。(如果您不介意没有座位的话)

聚会之后,所有到场者的名单我都会公布,通信录将会共享于docs.google.com(如联系方式不愿透露请提前联系)。如果您希望在这篇日志公布联系方式,请通知我一声(默认不公开联系方式)。

按照名单上签到的时间顺序入场,为了公平,以下两种类型可能没有座位:

  1. 名单上未列出者;
  2. 名单上列出,但迟到者。

解释一下:也就是,名单上列出者如果迟到,也可能没有座位。为此,非常抱歉,这边只有我一人安排,肯定有许多让大家麻烦的地方,希望多多理解。

【活动时间】

2008年6月28日,周六。15:00 – 20:00(请尽量不要迟到)

【活动地点】

对外经贸大学西门对面“上岛咖啡”(原定地点雕刻时光空间不够、没有投影屏)

大图、清晰的Mapbar地图

如果不明确,只要到了对外经贸大学西门,就很容易找到了(随便找个美女搭讪问路吧^_^)

【活动费用】

总共消费额度3000,如果现在报名者全部到现场,人均只需60左右即可。

这个我着重解释一下:这个价格当然不是我定的(我也不认为这是一个reasonable的价格),而是活动地点提供方,上岛咖啡厅的店长一再坚持最低消费要3000(最后交涉,同意将时间稍作延长)。注意,早些时候联系的提供方“SIT Coffee”无法提供投影条件和足够的作为。所以价格有所变动,如果您对此有不同意见,可以不参与本次活动,我对这个不合理的价格也深表歉意。当然,希望您请发信告知我。

总之,上岛的这一价格虽然很贵,但是场地毕竟不错,而且有投影空间,再加上周六下午到晚上是对方的“黄金时段”。因此,希望大家多多理解。个人建议大家在这里吃晚餐。(现在绝大多数参与者都表示了理解和支持,因此决定不更改地点了,如果不能来,最好提前说一声)

【设备支持】

    • 现场提供免费Wifi接入投影仪(感谢Myspace的Sam提供)
    • Twitter直播(不确定)

【主题提议】(排名不分先后)

  • 第一部分、嘉宾主题演讲

【Presentation Title】MySpace Developer Platform简介与实例
【Speaker】吴洪声 张启智 / MySpace China
【演讲长度预期】30m

【Presentation Title】51.com开发平台介绍和示例
【Speaker】张长永 / 51.com (五一网)
【演讲长度预期】20m

【Presentation Title】Open Social 简介
【Speaker】Jacky Wang / Google
【演讲长度预期】30m / 基于Open Social开发的一些简介和实例。

【Presentation Title】zend framework 在 Web services 中的应用
【Speaker】王承石 / Web Developer 开发者
【演讲长度预期】20m

【Presentation Title】Hello,校内开放平台
【Speaker】李福松 / 校内网
【演讲长度预期】30m / 简单演示如何基于校内API开发SNS应用

【Presentation Title】SNS应用的小生意经
【Speaker】李大维 / 42friends
【演讲长度预期】10m

感谢以上嘉宾为我们带来精彩的演示,所有演讲的PPT和视频将在活动结束后于本文地址提供下载(我们争取也能上传到Youtube等视频网站以方便大家在线观看)。

  • 第二部分、平台问答
    现场参与者以及网友可通过IM(Twitter?)对平台供应商发问。
  • 第三部分、分组自由讨论

分组自由讨论,根据诸位参与者发给我的提议,我列几个关注度比较多的话题如下:

  1. 开发者对API有什么要求?
  2. 各平台的代码编写细节(从入门级的“Hello World”到复杂的交互应用)
  3. SNS平台提供商从丰富多彩的应用中如何获益,会有何种限制
  4. 开发者、开发团队从SNS的社会化资源中如何利用丰富多彩的应用程序获益
  5. 产品质量和用户体验参差不齐,平台提供商如何权衡
  6. 用户最关心的是什么?SNS平台提供商和App开发者如何与用户沟通

【参与者名单】(6月27日更新)

Name Company Title
张路 创业邦 副主编
钟馥百 北京百思极致科技有限公司 软件开发经理
鲁超伍 千橡互动 Web前端工程师
杨巍 Google 产品经理
陶波 Google Engineering Manager
Conway Chen Google /
王俊煜 Google User Experience Web Developer
Jacky Wang Google Software Engineer
李壹沛 中国数码集团 可用性工程师
付宁 百度 web前端开发工程师
梁公军 鲜果XianGuo.com 创始人
吴洪声(奶罩) MySpace China Evangelist
陈陈 奇矩互动(北京)科技有限公司 CTO
胡东海 comsenz 工程师
孙睿 北京吉威数源信息技术有限公司 董事 企划总监
刘俊强 SKST Inc. (时空创意) 程序员
盛冬平 新浪 互动事业部- Widget 产品技术经理
梁栋 中国银行软件中心 程序员
罗飞雪 荣新IT培训 讲师
王渊命 1ting.com 程序员
王承石 / /
付辉洲 中国互动出版网(china-pub) 市场部经理
马小娟(sophia) mycaifu.com /
陈露 高德软件有限公司 产品规划中心
任斌 北京佳美谷科技有限公司 项目经理
付超群 sina 工程师
胡正 RedHat 研发工程师
曹毅 联创策源投资基金 投资经理
张启智 Myspace China 前端开发工程师
张长永 51.com 开放平台项目经理
齐伟 微软Ad Platform China 项目经理
谭晨晖 sociappy.com 创始人
申华章 图缘 创始人
许鹏 图缘 前端开发工程师
文明 用友软件股份有限公司 软件开放工程师
郑亚宁(Yanni Zheng) 暂无 Coder
陈宝银 狗友.的 http://www.gouyou.de /
文明 用友软件股份有限公司 软件开放工程师
林小能 盒子动漫社 张小盒 http://www.hezi.cc 运营
张月 中国雅虎 平台架构高级产品经理
张辉 自由职业者 产品经理
唐雷 东信北邮 软件工程师
成远 《IT经理世界》杂志 记者
刘童 网络平面设计 /
许广健 广而告之网络传媒有限公司 运营总监
向光川 视觉中国 php开发工程师
贺杰峰 视觉中国 php开发工程师
胡松 视觉中国 php开发工程师
屈威 北京回龙观医院/图缘 研发工程师
陈理捷 feedig.com 产品总监
方奇 待定 待定
贾恩乐 Orzar CTO
温梦飞 搜狐 产品架构师
李大维(David) 42friends Programmer
郭启睿 ifgogo.com/awflasher.com Blogger

注:由于收到的GMail邮件中有一些并没有发到指定地址,而未能被我的Filter顺利“捕捉”,因此如果您发了邮件却不在这份名单上,请尽快与我联系,直接在下面留言即可,谢谢。

【后续报导】

我会在博客进行输出RSS的报导和Review,各位speaker也会提供相应的资源;

国内一家知名的网络媒体可能会进行视频报导(目前DV已经联系好了,应该没有问题)

其后本日志历史内容,不输出RSS。