Archive for November, 2007

SPR聚会: 社交是平的?!

“社交是平的”是本次SPR聚会的主题之一,在我冗长的开场白之后展开讨论。其间,主题一度被大家发挥到无数个分支,还几度跑题。不得不汗一下!

主要参加人员有:远骋(主持)、暮鼓(策划人)、aw(据说读作“爱娃”),还有友帖的何砝(读作“合法”)、lemoned(就是传说中technorati排名世界第八的柠檬)、terababy(就是对SNS大一统有想法的那个)、煎蛋厨房两位大厨Maoz(既混在煎蛋又混在子说的冷幽默清华女)和阿企、Nicky(NB人士)、since1984(果然是84年生的……)、小众软件,还有先创造了校内后创造了饭否的牛人王兴,以及先行离开的搜狗输入法元老马占凯等。(人员介绍拷贝于Maoz :-=)

话题1:用户是否有这个需求?

王兴首先把话题切到这个上面来。这个话题被首先提出不是没有道理的,绝大部分软件和应用的开发都是在先有用户需求之后的事情。提出这个需求也只是目前包括我在内的一小部分人,为了满足一小部分人的需求,社区提供商是不会乐意的。

很多时候,我们在逛一个新社区时,发现了旧社区中好友,很惊喜,对于一些人来说,这仅仅是一个bonus。主动地搜好友也是对其有浓厚兴趣时才会做的。

不谈用户现在是否有这个需求,从另外一个角度分析这个问题:假如已经存在这个平台,当你进入新社区时,平台提示你,你的一些好友也在这个社区中,这时你会怎么想呢?……

所以说,先有需求重要还是先开发重要,是个很难讲的问题。

话题2:统一SNS是对于SNS提供商利大于弊/弊大于利

aw认为对SNS提供商有好处,但是好处并不明显,是一种无所谓的态度吧。

或许应该从另一方面考虑,就是用户是否得到了更大的好处。只要用户满意,提供商也就获得了更高的支持率,得到好处也是自然而然的事情。这个问题太大,不好说,希望以后可以更加关注。

话题3:用户体验– 是否被过份打扰

这个话题一度成为聚会上被争论的热点,特别是柠檬同学更是慷慨激昂。不断被提醒被其它人加为好友,这个确实是很多用户烦恼甚至讨厌的事情。友贴的何砝提到了白鸦前些日子说的“好友之间的关系”,是一种订阅者与被订阅者的松散关系,这个能很好的解决过份打扰的问题。在网志年会第一天之后,twitter女王thecarol收到了五十个加好友请求,我们可以理解为五十个订阅,不理它就是了。

说到这里,是否被打扰是一种技术行为,社区或平台应该允许我们设置当被加为好友时是否被提醒。

话题4:不同的SNS有不同的文化氛围

在现实生活中一样,不同的文化氛围会形成不同的好友圈。在不同的社区之间,真正有共同兴趣的好友的重合度会有大有小,但对于统一用户平台来说这其实是一个技术问题,它既可以维护你在不同SNS中相同的好友,也可以维护不同的好友。

话题5:个人隐私如何被看待

同样是聚会上的热点。SNS中的个人隐私始终是个敏感而被备受关注的话题,特别是当我们有时候把个人的情感生活写在SNS中,在经历过一段时间的生活变迁之后,很不想让别人知道自己以往的事情,这个问题就更加突出。或许忘记了在原先SNS中的密码而无法删除这些内容,或许这些内容又被转贴,在经历过很多年之后,别人依然可以通过搜索引擎搜到你的以往。聚会中某人对此非常激动啊:-)

假如统一了SNS之后,在社区里的活动需要不需要更加谨慎,行动之前要不要再三斟酌,要知道更多人瞧着呢。

话题6:SNS中使用真实姓名

在SNS中使用真实姓名始终是王兴比较推崇的,特别是在国外社区中使用真实姓名的用户更加普遍,他们渴望网络能和真实生活达到统一。

但是,也正因为是真实姓名,个人隐私也会更加暴露。很多时候,我们希望以一种很轻松的、随意的方式写一些东西,来缓解一下沉重的现实生活。

所以不得不说,使用真实姓名和虚拟ID是不同人的需求,暂时还无法达成一致。

这个话题提出后搞了一个小小的举手活动,从在座的举手率上看,使用真实姓名上网的人较少,也许跟大家的年龄都比较年轻有关吧。

话题7:唯一性ID是否满足需求

密码的遗失、回避以往的经历、多重身份的满足,都是对唯一性ID的挑战。在用户统一平台中这也是不得不考虑的问题,毕竟很多时候只是想在一个社区中使用某一ID,放在统一平台中显得没有必要。

DSC09271 DSC09270 DSC09269

ps:没有做谈话录音,只能靠总结和我的思维扩展了。抱歉!


分享: Fanfou Misterwong-CN QQ Bookmark Baidu Bookmark del.icio.us Digg Google Yahoo! Yotie

相关文章




网志年会上的microblog panel

在网志年会first day的microblog panel上,饭否、jiwaide、作啥的三位创始人和twitter女王thecarol畅谈microblog,顺便来了场小小的PK。

话题1:microblog和短信SP

使用短信已经是非常好的microblog方式,但是中国电信的SP服务确实不太靠谱。SP有问题还是中国电信有问题,这个不好说。

话题2:microblog following 太多的困扰

这个困扰确实是很多microblogger都经历过的,thecarol在此也感叹了一下。饭否的王兴在此提出这个取决于用户自己的体验,following的质量不高用户可以自己删除,这不是一个不可逆的过程。

话题3:多家microblog的服务是否可以互通

这个话题对于希望不用手工在多家microblog发送同一条信息的用户有意义。顺便引出了一个小PK,就是现有几家国内microblog提供商的现有用户量。互通不是问题,王兴说,导入microblog A的RSS到microblog B中就可以实现。thecarol提到很多导入的信息中提到的好友在microblog B中并不存在,会让followers感到莫名其妙。王兴说,况且每个microblog形成的文化氛围也不相同,互通可行但不必要。

话题4:microblog的盈利模式

作啥的创始人说肯定是广告。我比较赞成王兴的说法,microblog时间还太短,必须要经历过较长时间的探索,google和百度的盈利模式不是原创的,而是之后借鉴了别人的创意。总之,还要走着看着。

PK:已有microblog用户量

在此之前我和好友聊的时候做过一个小计算,我写的饭否客户端“热饭”目前下载量是一千多,以百分之一的用户下载使用做为合理前提,饭否的目前用户量应该是十万以上。这个计算结果应该说在这个panel上得到了证实。

结束语:microblog panel是这次年会上的一个亮点,做为最近一年刚刚兴起的blog服务,是blogger们比较关心的,也很切合这次网志年会的主题。


分享: Fanfou Misterwong-CN QQ Bookmark Baidu Bookmark del.icio.us Digg Google Yahoo! Yotie

相关文章




chatlog on opensocial with robertmao

robertmao: tianji已经是伙伴了
terababy: 螃蟹?
robertmao: yes,这个opensocial如同我预料的,只是用来对抗facebook的buzz.呵呵我不相信他会成功
terababy: 问题是它所说的container,它这样说,要完成一个social gadget,必须先有一个container,比如orkut就是一个,这个说话很搞笑
robertmao: 我已经申请作container了,呵呵,我自己的blog,哈哈
terababy: 怎么申请,哪里
robertmao: 加入一个group, 目前还很简陋 http://groups.google.com/group/opensocial-container 如果做container还要google批准,那么这个open就是废话 :)
terababy: 我join了,你等了多长时间批准?
robertmao: 我是第12各加入的 呵呵,目前还没人有反应
terababy: google不是说可以在网络社区A安装Google gadget来调用网络社区B的数据吗,这个是不是有看头,如果成了自由的container,这样,我们就可以自由畅通社区了。条件是全部网络社区都使用了open social。
robertmao: 这个问题很大
terababy: 我上面关于open social一句话的意思是指google可以把它批准的container任何一个变成facebook 我的理解对吗?
robertmao: 我的理解是open social是一套SDK/API之类的东西,让所有sns可以快速变成facebook平台 从而打破facebook目前的优势
terababy: YES! any container becomes "facebook"
robertmao: That’s not that meaningful…
terababy: ?
robertmao: I am expecting a set of API which expose meta social data, so 3rd party can mashup those data and make new applications.
Google Open social only turn everyone into a facebook….
I don’t think I need a game gadget on my linkedin profile.
terababy: In OpenSocial’s API: Usually your SPI will connect to your own social network, so that an OpenSocial app added to your website automatically uses your site’s data. However, it is possible to use data from another social network as well, should you prefer. "
robertmao: let’s see how many data those containers expose
In theory, you can create a special apps, and gather user information from 3rd party containers and post back to your own apps.
terababy: yeah
robertmao: if your apps is good enough and enough people install (and container don’t block you), you can become a gaint.
In facebook, they allow you to do so.
In Open Social, google doesn’t define very specificly.
so it depends on the container
terababy: yes…
robertmao: wait for some days and see how those containers do
terababy: 看上去opensocial不能做到用户信息在多个社区中的统一维护
robertmao: no way,it actually introduce chaos….
robertmao:

opensocial.Person

SUMMARY: FIELD | METHOD DETAIL: FIELD | METHOD
Class opensocial.Person

Base interface for all person objects.
Method Summary

String getDisplayName()
Gets a text display name for this person; guaranteed to return a useful string.
String getField(key)
Gets data for this person that is associated with the specified key.
String getId()
Gets an ID that can be permanently associated with this person.
Boolean isOwner()
Returns true if this person object represents the owner of the current page.
Boolean isViewer()
Returns true if this person object represents the currently logged in user.

see, that’s far not enough.
I believe most container will not even expose the user’s email or anything other item that can help you to identity that users from somewhere else.

terababy: 我想归根皆底是没有一个像openid一样可以统一维护的地方
robertmao: all you can do is yourself. that’s what I think
   

分享: Fanfou Misterwong-CN QQ Bookmark Baidu Bookmark del.icio.us Digg Google Yahoo! Yotie

相关文章




当前第3页 共5页«12345»