Jun19
[调查]10个你认为必要的firefox3.0插件
By hexybaby  | No Comments »

正在加载…
你可以将此地址发送给其他人邀请他们参加,并在此查看所有人的回复。

10个你认为必要的firefox3.0插件

或像我一样将以下代码嵌入blog:

<iframe src=”http://spreadsheets.google.com/embeddedform?key=pbQ_KKmD4z_zeZGrsTF-bAg&hl=zh_CN” width=”300″ height=”1037″ frameborder=”0″ marginheight=”0″ marginwidth=”0″>正在加载…</iframe>

Jun2
实名制的“功”与“忧”
By hexybaby  | 1 Comment »

实际上,画这张图并不是为了趟“海内实名制”无边无际讨论的浑水,作为用户,没人知道王兴真实的想法,任何“证明”其策略的正确与否的论据在海内目前的现状来看ms都无法牢固的站得住脚,现状是海内依然红火。

实名,说到底仅仅是一种策略,它不是功能或应用,也不是产品,但其影响力往往超越网站本身的“硬件配置”,它会影响网站对于用户的可信度,但另一方面又会给用户增加心理门槛,既有功又有忧。

周末无聊,花了这张简图,其中要表达的意思ms也不需要我过多说明。当然,现实中的很多情况不能用数学的逻辑去划分,只是在我们对某种做法“高举”支持或反对大旗,是应该考虑下我们的论据是否成立,用来与之做比较的案例是否和被支持和反对的对象有可比性。


点击查看大图

May23
My Social Map v1.0
By hexybaby  | 2 Comments »

“A while back Loic Le Meur wrote a post discussing how his social map is decentralized. He also urged others to create their own social maps. Several folks have since created them using wildly different visual ways to interpret and display them using a variety of tools.”

via Lifestream Blog

Internetaddressbook等网络名片服务可以记录一个个我们散落在浩瀚的互联网汪洋中无数零散的足迹;Friendfeed等Lifestream服务将我们的互联网生活像放电影一般以时间轴的形式进一步聚合。

也许还有许多东西是以上这些目前没有办法做到的,比如,我的互联网使用史、我的数据流向、我的网站使用习惯与偏好….这些都是我们互联网生活的一部分,而这些信息目前还没有一种好的格式化的形式去实现。

这个小小的创意让我和Leon兴奋不已,每个人可以根据自己想要表现的东西选择个性化的展现方式,也可以挑选自己最顺手的绘制思维导图的工具来制作自己互联网生活的Social Map。

我在想,这张图能够并且有责任表现的东西应该很多,暂且做了一个v1.0,包含hexy常用的网络服务、用途、部分使用历史、部分数据流向。当然这张图还需要继续完善,在v2.0是我觉得还会有网站基于我的content所带给我的某些变革….

缩略图如下,明天有空进一步美化下,把一些链接和favicon加上,今天太困了…= =:

点击查看展开图(Click for details)

欢迎加入“SM”大队,记得TB给我哦
ps.一想到会看到千奇百怪的SM方式就更加兴奋不已…囧,我真是坏小孩哇

May15
Testing “Firefly”
By hexybaby  | 2 Comments »

Firef.ly,一款创意十足博客Widget,兼单用户的社会性交流平台。

Firef.ly,一款目前仍然处于 Alpha 测试阶段的新型博客交流平台(Widget?)。事实上,我并不能很好的给 Firef.ly(萤火虫?) 下定义,但是,萤火虫所带来的创意灵感着实吸引了我的眼球:一段JS代码即可将你的个人博客打造成一个单用户的社会性交流平台!用户不需要安装任何插件, 即可在你的博客页面上激活 Firef.ly,然后,萤火虫便可以将你的博客页面打造成一个基于Flash的虚拟界面,从而方便博客作者和读者在该虚拟界面中进行实时的文字交流等 等!
via. 盗盗[分享网络2.0]

现在你可以点击:

开始和正在阅读Hexy.cc的陌生人交流。
Just have a try~

May10
“数据统计”与“数据分析”的区别
By hexybaby  | No Comments »

搬到WP后,对feed的统计就只能暂时每天跑回feedsky的统计平台去查看(虽然小女订阅量在将近2年的积累也始终没有过百,囧),明知总量上不会有什么变化,还是想要去看看其他的数据,虽然fs堆给我数据的确很多(光看统计下的2级栏目就晓得了[见下图-紫色标注]),不过,我心中一直有一个疑问,到底这些数据对于用户来说是不是真的有用。

我一直坚持的原则是,做任何功能以下两个目的中至少满足其一:要么对用户有利,要么对网站本身有利(这一点更多的是向盈利靠拢)。如果有个功能做在那里用户不爱用,或者他们觉得对自己没有什么太大作用,而对网站赢利也没有过多的促进的话,那干嘛要做呢?

FS的统计可以说很“称职”的将FB的统计项搬了过来,但是,FB“那么做”并不表示“那么做”就是最好的方式。

网站面向用户的统计功能的作用,这就像一个公司为什么要有会计?如果每月老总们拿到手的是一行一行的支出清单,即使这些清单中的信息非常详尽,但是这些细致而全面的数据对他们来说是看都懒得看一眼的,他们需要的是:每月支出总额、收入总额、收支差额及平衡比,净利润相对上月是增是减,如果是“增”,是由哪些原因导致的,如果“减”,下个月应如何规避,相对于史上同期我们是有进步还是有退步…等等,这些其实可能是从详细的报表里抽取出1-2个,或4-5个,甚至单个数据得出的“分析结论”。

这就是“统计”与“分析”的区别。

也许你会想,把数据给过去,老总爱怎么分析怎么分析,又不是不会算算术,我又不是他肚子里蛔虫,我怎么知道他要什么分析结论?我想说,你不知道他要什么结论,是因为你没有充分理解你所在的公司到底在做什么事情,或者说你只是在把工作当成饭碗,而不是当成自己的事业。

同理,网站把详细的统计数据堆给用户,以为用户自己会从中得出分析结论,这些数据到底有用没用不是网站决定得了的。正相反,用户拿到这些数据,如果你不告诉他、引导他让这些数据变成对他们有用的统计报告,他们就只会对“总数”感兴趣,其他数据即使做的多全面,多权威,他们也会觉得是鸡肋。

THX to Jing
[点击查看大图]

我拿一个数据举例[见上图],fs的[Feed统计 – 订阅统计],下拉控件选择“所有”,它会把你从成为feedsky用户到今天的每日订阅量按照周分段,给出每段最高、最低、平均订阅数,列了长长的一个大表。

  1. 先说这三个值,恕小女不才,我看不出这三个值对我来说有什么意义,或者fs的产品经理想要告诉我个什么东西,不过我没有从数据中得出什么结论。唯有页面上方的flash套件效果还比较形象的展示了我的feed订阅量总的变化趋势。
  2. 另外一个很诡异的东西是flash左侧的那个大大的数字[见上图-“一枚诡异的数字”],没有字段标示告诉我那是平均值,即使是平均值,那是每月还是每日?如果是每日,为什么下面的数据表和右侧的flash都是按照“周”来分段?如果是每周,那这数也太小了吧?我姑且把它理解成每日平均订阅量。那么我的疑问是,右侧一个2年的订阅量走势图,左侧给一个每天的平均订阅量有什么意义嘛?
  3. 大家应该都知道,不管你是feed newbie还是从别的提供商那里搬到这里进行了重烧或合烧,feed的订阅量在初期都会有一段或长或短的低谷,这个低谷可能是适应期,也可能是一些SEO方面的原因导致的,而在feed订阅量到达一个平稳数字之前,走势都会成一个上升曲线。那么稍微有点统计概念的人都会产生疑问,让低谷和上升期去背掉平稳期的数字在数学上是根本不合理的……

这个功能实际上完全可以做很多文章,比如,

  • 你的适应期、上升期是哪一段,两者时间的焦点是哪个时间点,并给出一些常见的解释,那么用户会想,那个时候我有做过什么让订阅量开始呈现上涨的趋势,下一回我应该如何避免;
  • 上升期的平均上升比是多少,在哪个时间段里这个比例最大,可能的理由是哪些,用户也会开始思考,我所用过的方式中哪一个可能是最有效的;
  • 如果是新手,可以给出一个常见的feed走势来让用户跟自己的做对比,看看自己的订阅量走势是否健康的在成长;如果是老手,而可以让用户提供一些搬家前的数据来与平稳期后的数量做对比,让用户知道搬家到fs后,到底有什么区别,是好还是坏,如果订阅量相比上一家明显有所增长,自然凸显了fs的渠道优势,如果反而减少了,那么应该帮助用户找出一些常见的原因,好让用户尽早认识问题的所在并即时解决。

而平均值仅对订阅量趋于平稳后才会有其数学上的合理性,但当订阅量趋于平稳后其实也没有必要给出平均值了,因为图中很明显那根略带曲折的线指向纵轴上哪个数值不是很容易找到的么?

回到之前说过的,做功能一定要对用户或对网站自身至少两者满足其一,我不知道fs内部统计是不是也像展示给用户看的的数据一样的“淳朴”,那么欣欣同学估计会很累…

数据统计是fs的优势,但不是没有进行任何人为抽取分析就堆给用户的繁杂的表格。 难道会做excel就可以被称之为一个合格的统计人员,会做账本就是一个称职的会计?那估计世界上就没有“数据分析”相关的职业了。

统计是为分析服务的,“分析”后的结果才有资格成为一份最终的数据报告,统计永远仅仅只能给出半成品。所以,FS的统计服务现在也仅仅做了一半而已。

May9
“Web 3.0”
By hexybaby  | No Comments »

(用这个标题,我想起曾经被某人提出的BBR(bbs+rss)=Web3.0,当初被视为笑谈。So…请在读我的标题前举起双手,帮忙打上引号…)

写这篇源自于一个陌生外国小朋友的Blog–db0,我和这位小朋友的认识过程很简单就不多说了(见这里),接着,我在他的blog看到一个类似widget的东东…

Thx to TinyPic

一开始我以为是某个类似Cocoments网站提供的widget,或者是WP追踪comments的plugin,结果点过去才发现仅仅是一个俗称遍地都是的Bookmark站点-Getboo,翻来翻去都觉得与我们见过的其他社会性书签网站没什么区别。但是db0小朋友却用它来跟踪并输出自己的comments。

可能,看到这你已经明白他是怎么“干”的,只是简单的把自己回复过的站点收藏,并打上Mycomments的tag,然后再把这个tag的feed输出到blog上。

仅仅稍微动了下小脑筋,把网站的功能变成真正对自己“有用”的应用形式。

当Web2.0刚刚兴起的时候,很多“牛人”跳出来给这个本来就没有定义的东西下定义(我的毕业论文里还留有一些遗迹)。我记得很久以前有个朋友去面试一家dig类创业公司前问我什么是web2.0,我说,差不多就是Web based Tools。到现在我也这么觉得,2.0不是新技术,而是一种网站形式的潮流——越来越多的网站开发者将人们生活中的各种“工具”搬到互联网上,让互联网成为人们生活的辅助,而不仅仅是获取信息的渠道。

后来,中国的一部分互联网弄潮儿(一些人口中的“重度使用者”)开始用豆瓣“发现 分享”“精神食粮”;用del.icio.us代替Browser的bookmarks;用bloglines定制自己的Reading lists…全球互联网步入2.0时代,这一次,终于我们也可以和世界各国互联网从业者站在了同一起跑线上。

但是,这些有着远大抱负的年轻人在中国Web2.0事业上摸爬滚打了3年后,当某兄弟网站喜洋洋的对外宣布他们有了仅仅第100万个用户,当我们在网吧里放眼望去除了QQ的窗口就是网游,当一个又一个兄弟网站倒下,一个又一个被看好的新生力量卖给千橡…还在坚持在如此“和谐”的中国互联网环境里,耗费自己的青春慢慢培养中国互联网用户的2.0意识的时候,大洋彼岸的小朋友们在干什么呢?…

我不仅想到,3.0也好,2.0也好都不是技术的革新,也不是什么恶心的拼凑,是互联网从业者开发出来的功能,逐步的成为显示器前每一个用户手里的工具。
如果2.0是互联网从业者开始着手打造用户真正“可以使用”平台,让网站不再拘泥于“广而告之”的渠道,而逐渐具有成为“工具”的能力——即,网站形式上的革新,那么我隐约的感觉,3.0就是用户自己开始“拥有使用的欲望”,从“想要使用”,并且“会使用”,进而逐步的去挖掘如何使用的更好——即,网民意识的革新。

我们推出两个1,希望用户拿来拼出一个2,而我所说的3.0是用户可以用两个1拼出3,拼出abdh,拼出可口可乐…拼出任何他们需要的东西。说到 这,我想起twitter刚出来的时候很多用户在讨论twitter到底是干什么的?当3.0的时候,用户该讨论twitter能用来干什么?

我希望到那 时,我们的“帮助中心(HELP)”可能会同twitter的slogan(What are you doing?)一样的简单而引发无限联想。

我希望有一天,在网吧里玩魔兽、在聊天室里泡mm的中国几亿互联网用户能够开始使用互联网种萝卜…

不过,我承认自己是个很悲观的人,我在想,如此说来,中国互联网的未来不在我们这些从业者的手里,那么连老师都无法决定孩子不早恋,要爱学习,我们又如何能决定用户的互联网意识呢?如果让用户推动中国2.0进程能够像煽动民族仇恨那样简单就好了…

Ps.

上回提到,我和LeOn打算针对Diigo v3.0写一篇《你可以用Diigo做的10件事》,当时LeOn坚持从应用的角度来介绍Diigo,让文章尽量成为用户在面对Diigo数不清的新颖功能时能够更有目的性的去尝试,而我总是陷在一个PM的狭隘思维里不停的在做Instruction…
如果我、通过任何形式看到这篇文章的你、还有那还算为数不少的中国Web2.0 Geekers能够在从Techmeme、TechCrunch…“转载”的时候不仅仅只是摘抄+翻译,捎带脚提出一些基于功能的应用形式以启发读者的思路的话,也许我们post by post的积累会慢慢影响越来越广泛的网民。

从前,一位“牛人”告诉国人“大便可以用来生产沼气,大家可以拿来生火!”,的确,有一部分农村地区迫于地方上的所谓“发展新农村 提高生产力”的压力,开始攒(cuan 2声)大便…不过城市人都用天然气,谁闲的没事自己拉大便沤什么沼气玩儿…
后来,又有一位“牛人”站出来说:它还可以用来做臭豆腐!…
自此,中国真正迈入了大便3.0时代…

Apr1
Diigo,网摘社会化的里程碑
By hexybaby  | 10 Comments »

在我的印象中,Diigo V3像是一瞬间出现在每个人的视线里,很多人莫名,一个网摘为何可以只用一次升级在2.0界大红大紫,最让人不解的是,对于网摘这种“迁移成本”极高的应用模式,也可以在极短的时间内国内外同类产品曾经积累数年的大批忠实用户主动“投怀送抱”。

本来和LeOn商量一起写一篇关于Diigo优势的总结,不过基于这些、这些原因让计划无限期搁置,暂时将一点点思路备忘至此。
ps.blogbus越来越恶心了,你丫在我前台页面上显示广告我已然一忍再忍了,现在还tnnd在后台搞这么乱糟的什么优酷button ??!!欺人太甚。。。

 

diigo的本次升级将自身的定位从以“高亮”为主推功能的社会化书签网站,转变成“个人的知识管理库”以及“团队信息写作共享平台”,一切功能设计都将
围绕这两点展开。

  • “书签”本身就是每个人关注点、知识领域的体现,diigo对书签的管理也强调了对个人知识的管理,List功能就是辅助用户对自己收藏
    过的书签做人工的筛选和升华。

     最初我对list的理解还停留在del.icio.us的"bundles"的程度,纳闷为何不把list的keywords将tag做关联,对应的书签自动加入到list,我把这个疑问发布到diigo的客服Group中,Joel Liu给了我最好的回答:"An ordered
knowledge follow about a topic . For example, you can create
a list, add some sections, drag and drop bookmarks to tell your readers
what need to be read first, what needed to be paid special
attention."没错,diigo的list是一个围绕某个主题“有条理的知识列表”,看起来有点像douban的豆列,将自己的、别人的
bookmark重新组合成一个列表,并给这个列表添加描述、tag、类别,设定独特的排序,让所有人参与到对diigo
bookmarks的管理中,bookmark在diigo不仅是工具、话题,更是如点点星光般的智慧的集合,如果diigo是图书馆,list就是用于
这些将这些图书精选出来分门别类。

  •  社会性网摘,集体智慧的舞台。Diigo的Social BOOKMARK Service的属性决定了它的GROUP必然会与其他社区网站的组群服务有所区别,从建立第一个小组到现在的第n个小组整个过程可以慢慢体会到diigo group的妙用:

1.GIFT
BOX
将一些网页推荐给朋友,往往通过IM加一些简单的介绍,如果很不凑巧对方在忙,没空即时查看,也许就此错过了两个人的共同话题,“把上次那链接再发我一
便”,这句话经常遇到的吧?在diigo建的第一个小组就是起到Gift
box的作用,好像平安夜时挂在床头的袜子,会有爸爸妈妈趁你睡着塞神秘的礼物进去,而这些礼物会老老实实呆在那里,随时需要随时可以去取。如果你有很多
东西和朋友分享,那么马上建立一个你和ta(们)的diigo
group,把所有你的“礼物”塞进去,顺便附上你的说明,diigo会帮你每天用email叮嘱朋友来查看。

2.PUBLIC
HOMEWORK
有人帮自己写作业是不是一件很幸福的事情?也许这个例子还不是很贴切,那么试过和别人合作,借助集体的智慧完成某件事情?douban的小组更多的是围绕
某个兴趣点的讨论,diigo其主要bookmark
online服务决定了group主要的功能就是集合某个主题的收藏,加入小组就可以将符合该小组主题的bookmark推荐到这里,一是可以给组内感兴
趣的人提供参考,二是可以降低发言的门槛,在douban-我们都爱冷笑话小组里发起一个话题对你我来说可能不是易事,但在如果在diigo,你完全可以
把在其他地方看到的笑话、搞笑视频、flash…收藏到这里,每个人都可以为这个小组添砖加瓦,谁还能耐得住潜水的寂寞呢?首先是集体智慧的收集,然
后是集体智慧的碰撞,好像大家一起在做同一份家庭作业,做同一个毕业设计,建筑同一座高楼。

3.Everyone
is the Administrator.
当任何人可以推荐bookmarks到group可能很多人会顾虑会有spam,会有大量冗余信息,担心集体的智慧被大水淹没。Diigo考虑到了这点,
并且也考虑到不应将监督和管理的工作强加给用户,继而取消了传统创建者、管理员角色的设定,转而以dig的形式让所有人参与信息过滤。通过dig排行,将
集体的智慧加以升华,使diigo group真正实现知识收集、分享、交换的平台。
ps.diigo对于用户有spammer举报功能,如果将此功能引入到group也许会收到更好的效果。
 

     自此diigo既实现了个人的自管理,又借助集体的智慧、信息的协作整理实现了强大且便于查找的知识宝库。 (…待续 关联:网摘的出路)

Feb29
随便写写
By hexybaby  | 3 Comments »

很久以前2.0刚刚兴起时,新应用层出不穷,明确的盈利模式在那段时期其实并不那么重要,只要你有新鲜的好玩意,自然有人投资或收购你。

后来,那些被收购的最终成为支柱产品的很少,被投资的拿到手的钱烧得也差不多了,那些刚开始创业的也拿不出什么新花样的时候,人们才发现不管1.0还是2.0,盈利模式是着手开发前必须思考清楚的第一要点。

从那时起,有人开始研究根据ugc来分析用户的潜在需求,进行有针对性的营销,出现了一些分析用户创造的微内容性质来推送广告,以及让用户成为广告渠道,利用用户去影响用户。人们说那是2.0的新的盈利模式(话题营销、社区人群细分广告投放、新媒体广告…),看上去很美,但效果却不尽人意。

再再后来,有人提出,和传统行业沾边,用2.0在应用和用户参与度上的优势为传统行业网络营销牵线搭桥。这种形式的好处在于,摒弃以往“创造用户需求”的思维,转而迎合传统行业对于用户来说既有的需求,再配合2.0对用户群细分、网站与用户之间的互动性等优势,形成稳固的盈利模式。

———-
1.通过对传统行业的定性分析,确定用户既有的需求及网站方向;
2.通过新应用促进用户参与创造内容,利用微内容建立用户对网站的信任度;
3.定量分析用户微内容,细分用户群;
4.建立用户和客户之间的连线。

2.0的作用就是满足1-3,这就是2.0与传统行业相结合相对于1.0的优势所在。

Jan21
海内没有做错,只是还不够正确。
By hexybaby  | 3 Comments »

真人也好,真关系也好,都不是海内的弊病。

认为海内割裂了自己已然存在的网络关系的用户对他们来说,SNS更多是用于维护已有的互联网关系,而现实的关系往往习惯用邮件、电话、短信等传统方式来维护,假设如果硬要你把互联网关系搬到线下,非要你电话短信去联系那些网络上的id,你会不会有被逼用脸盆吃饭的感觉?那么海内逼你将现实中的关系搬到网上岂不和用饭碗洗脸一样的让人别扭。

上学的时候都学过,不要妄想改变受众,潜移默化的影响才是正道。海内的真人诉求太过强硬,有点霸王硬上弓的意思,教育小孩子都要打一巴掌给个甜枣吃,训练小狗也要先喂个香肠。首先满足用户对你的最初期望,然后再引导是否会更有效些?很明显,海内的用户上海内大多不是冲着真人网络去的,即使很小部分人买了“真人”的帐,也并不积极投身于真人化建设当中,因为在互联网,id就是真名,id在互联网的作用甚至大过名字在现实中的作用,id象徵了一个人的互联网名声、地位、人格印象等等有价值的东西,在你呼吁用户使用真名的时候,却把id的丰功伟绩完全磨灭,这就是彻底的真人网络吗?

假设海内可以在不割裂互联网人际关系的基础上,让每个人将SNS的使用关系转移,进一步让彼此深入了解id背后真实的身影,这样的真人网络是否更具有价值,更被人追捧呢?

Dec18
网摘的出路
By hexybaby  | 2 Comments »

参考:http://weiwuhui.com/archives/667.html (魏大叔的这个破模板字体很模糊不说,还找不到tb地址- -)

网摘走到现在个人觉得再拿del.icio.us做典范已经不太恰当了,del走的专业工具化道路实际上是在一步一步将自己埋葬。
无论哪种形式的应用当它站在互联网的舞台上,尤其当它站在2.0的舞台上,就不可避免的要具有可“共享”的特性。

共享,不是简单意义上的内容堆砌在某个栏目下,让用户自己去大海里捞针,寻找自己感兴趣的东西。
共享,其实重要的是一个由头。

需要小小揣摩用户在收录内容时的心里,他为什么要把这个东西收藏,除了为自己保存备忘之外,更重要的是要发起和同好的交流。这也是为什么那种第三方提供输出del.icio.us到feed或blog的widget非常受欢迎,用户不甘于将这些内容只是简单的放上去就结束,更多的是想通过放上去引来更多的交流的点。

网页共享的由头,其实就是话题。如何将新闻收录似的收藏,转变为bbs似的话题贴,让用户通过单个收藏的网页作为连线,产生更多的互动,才是网摘的出路。

« Previous Entries Next Entries »