« February 2006 | Main | April 2006 »
March 24, 2006
自由增值模型
Fred Wilson是一个VC，一个投资过Del.icio.us的VC合伙人。最近在他著名的博客A VC中提出了一种模型“Freemium”（自由增值），用于描述他最喜欢的商业模式：
Give your service away for free, possibly ad supported but maybe not, acquire a lot of customers very efficiently through word of mouth, referral networks, organic search marketing, etc, then offer premium priced value added services or an enhanced version of your service to your customer base.
翻译成中文就是：
为用户提供免费的服务（可以支持广告，也可以不），靠口碑相传、引用网络、有机的搜索引擎推广等有效的吸引大量用户，并且为用户提供增值服务或者加强版本。
国内这种讨论已经泛滥了，永远Beta，用户生产内容，良好UE，增值服务，口碑相传，搜索引擎友好，日复一日的讨论，最近似乎很多人也有些厌了。表象有时候更容易理解，隐藏在表象下支撑这次变革的力量到底是什么？互联网在经历过这次变革后将会向何方发展？
Yahoo为了保持自身的竞争力曾经想向电视学习，但学的层次还是比较肤浅，没有根据自身特色进行加工就直接拿来用，注定会遭遇失败。这从侧面反映出一个问题，互联网的发展是否和电视媒体有类似？是否和PC的发展有类似？是否和纸媒体有类似？是否和人类社会的发展有类似？以这些发展为佐证，我们是否能够摸索到互联网发展的内在本质，从而掌握到发展方向？
未知最可怕，不过也最具吸引力。
Posted by yudunde at 10:56 AM | Comments (1)
March 23, 2006
终于，Google桌面可以用了
身为一个小小的有点挑剔的用户的我，之前曾经用过Googld Desktop，不幸的是，后来把它卸载了。原因是索引文件达到2G多，把我的C盘给占满了，还不给换地方。
这次我小心翼翼的盯着安装过程，还是没发展给我设置程序安装位置或者是索引存放位置的选项。但是还不死心，装好后到处点，想找出设置索引存放位置的设置来，并且在索引创建过程中提心吊胆的看着C盘的容量。后来还是没找到设置索引存储位置的选项，但C盘空间也没增长。
怎么回事？翻了半天C盘，没找到索引，后来终于在E盘发现了一个叫Google Desktop Data的目录，原来放在这里。还好，E盘足够大。不过我E盘用完了呢？现在没时间试，以后再说吧。估计是Google想把桌面搜索做的足够傻瓜，所以没提供诸多选项。可能这个feature早就加了，只不过我过于担心害怕而没有安装后续版本而已。
唉，有时候智商太高也不好啊。
Posted by yudunde at 04:00 PM | Comments (0)
March 22, 2006
培养自信 - 博客的又一社会价值
最近事儿不少，有意思的事儿也不少。关于webos的争论就很有意思。
随着博客的发展，猛然间出现了一大批专家，主要的特点是对自己的强烈的自信，并将自己的思考付诸文字。不管他们写的正确与否，这个现象本身有利于社会的进步。如果他们写错了，可以让我们更加深刻的认识到专家也会出错，甚至基本都是错的；如果他们写对了，值得我们学习。同时，对于读者提出了更高的要求：需要通过自己的思考判断这些专家的论断是否正确，从而提高整个阅读群体的素质和自信。
以前我们经常听说美国人的乞丐都很有自信，觉得大家都很平等，这个世界很美好。如今我们自己的互联网上也有了这种趋势，这就更美好了。要建设创新型国家，离不开创新型人才；成为创新型人才，离不开自信。博客的出现，为建设创新型国家立了大功。
Posted by yudunde at 12:35 PM | Comments (1)
March 18, 2006
推荐一下Ci123小脚印
你有宝宝吗？你有需要纪念的日子吗？请使用“小脚印”。
“小脚印”帮你记录宝宝成长和重要的纪念日，可以嵌入论坛的签名档，或者放到博客的介绍内，简单易用，是爸爸妈妈们居家旅游，逛论坛写博客的必备利器，。
tag: 小脚印
Posted by yudunde at 09:25 PM | Comments (0)
March 16, 2006
从LiveJournal后台发展看大规模网站性能优化方法
于敦德 2006-3-16
一、LiveJournal发展历程
LiveJournal是99年始于校园中的项目，几个人出于爱好做了这样一个应用，以实现以下功能：- 博客，论坛
- 社会性网络，找到朋友
- 聚合，把朋友的文章聚合在一起
在上线后，LiveJournal实现了非常快速的增长：
- 2004年4月份：280万注册用户。
- 2005年4月份：680万注册用户。
- 2005年8月份：790万注册用户。
- 达到了每秒钟上千次的页面请求及处理。
- 使用了大量MySQL服务器。
- 使用了大量通用组件。
二、LiveJournal架构现状概况
三、从LiveJournal发展中学习
LiveJournal从1台服务器发展到100台服务器，这其中经历了无数的伤痛，但同时也摸索出了解决这些问题的方法，通过对LiveJournal的学习，可以让我们避免LJ曾经犯过的错误，并且从一开始就对系统进行良好的设计，以避免后期的痛苦。
下面我们一步一步看LJ发展的脚步。
1、一台服务器
一台别人捐助的服务器，LJ最初就跑在上面，就像Google开始时候用的破服务器一样，值得我们尊敬。这个阶段，LJ的人以惊人的速度熟悉的Unix的操作管理，服务器性能出现过问题，不过还好，可以通过一些小修小改应付过去。在这个阶段里LJ把CGI升级到了FastCGI。
最终问题出现了，网站越来越慢，已经无法通过优过化来解决的地步，需要更多的服务器，这时LJ开始提供付费服务，可能是想通过这些钱来购买新的服务器，以解决当时的困境。
毫无疑问，当时LJ存在巨大的单点问题，所有的东西都在那台服务器的铁皮盒子里装着。
2、两台服务器
用付费服务赚来的钱LJ买了两台服务器：一台叫做Kenny的Dell 6U机器用于提供Web服务，一台叫做Cartman的Dell 6U服务器用于提供数据库服务。
LJ有了更大的磁盘，更多的计算资源。但同时网络结构还是非常简单，每台机器两块网卡，Cartman通过内网为Kenny提供MySQL数据库服务。
暂时解决了负载的问题，新的问题又出现了：
- 原来的一个单点变成了两个单点。
- 没有冷备份或热备份。
- 网站速度慢的问题又开始出现了，没办法，增长太快了。
- Web服务器上CPU达到上限，需要更多的Web服务器。
3、四台服务器
又买了两台，Kyle和Stan，这次都是1U的，都用于提供Web服务。目前LJ一共有3台Web服务器和一台数据库服务器。这时需要在3台Web服务器上进行负载均横。
LJ把Kenny用于外部的网关，使用mod_backhand进行负载均横。
然后问题又出现了：
- 单点故障。数据库和用于做网关的Web服务器都是单点，一旦任何一台机器出现问题将导致所有服务不可用。虽然用于做网关的Web服务器可以通过保持心跳同步迅速切换，但还是无法解决数据库的单点，LJ当时也没做这个。
- 网站又变慢了，这次是因为IO和数据库的问题，问题是怎么往应用里面添加数据库呢？
4、五台服务器
又买了一台数据库服务器。在两台数据库服务器上使用了数据库同步(Mysql支持的Master-Slave模式)，写操作全部针对主数据库（通过Binlog，主服务器上的写操作可以迅速同步到从服务器上），读操作在两个数据库上同时进行(也算是负载均横的一种吧)。
实现同步时要注意几个事项：
- 读操作数据库选择算法处理，要选一个当前负载轻一点的数据库。
- 在从数据库服务器上只能进行读操作
- 准备好应对同步过程中的延迟，处理不好可能会导致数据库同步的中断。只需要对写操作进行判断即可，读操作不存在同步问题。
5、更多服务器
有钱了，当然要多买些服务器。部署后快了没多久，又开始慢了。这次有更多的Web服务器，更多的数据库服务器，存在 IO与CPU争用。于是采用了BIG-IP作为负载均衡解决方案。
6、现在我们在哪里：
现在服务器基本上够了，但性能还是有问题，原因出在架构上。
数据库的架构是最大的问题。由于增加的数据库都是以Slave模式添加到应用内，这样唯一的好处就是将读操作分布到了多台机器，但这样带来的后果就是写操作被大量分发，每台机器都要执行，服务器越多，浪费就越大，随着写操作的增加，用于服务读操作的资源越来越少。
由一台分布到两台
最终效果
现在我们发现，我们并不需要把这些数据在如此多的服务器上都保留一份。服务器上已经做了RAID，数据库也进行了备份，这么多的备份完全是对资源的浪费，属于冗余极端过度。那为什么不把数据分布存储呢？
问题发现了，开始考虑如何解决。现在要做的就是把不同用户的数据分布到不同的服务器上进行存储，以实现数据的分布式存储，让每台机器只为相对固定的用户服务，以实现平行的架构和良好的可扩展性。
为了实现用户分组，我们需要为每一个用户分配一个组标记，用于标记此用户的数据存放在哪一组数据库服务器中。每组数据库由一个master及几个slave组成，并且slave的数量在2-3台，以实现系统资源的最合理分配，既保证数据读操作分布，又避免数据过度冗余以及同步操作对系统资源的过度消耗。
由一台（一组）中心服务器提供用户分组控制。所有用户的分组信息都存储在这台机器上，所有针对用户的操作需要先查询这台机器得到用户的组号，然后再到相应的数据库组中获取数据。
这样的用户架构与目前LJ的架构已经很相像了。
在具体的实现时需要注意几个问题：
- 在数据库组内不要使用自增ID，以便于以后在数据库组之间迁移用户，以实现更合理的I/O，磁盘空间及负载分布。
- 将userid，postid存储在全局服务器上，可以使用自增，数据库组中的相应值必须以全局服务器上的值为准。全局服务器上使用事务型数据库InnoDB。
- 在数据库组之间迁移用户时要万分小心，当迁移时用户不能有写操作。
7、现在我们在哪里
问题：
- 一个全局主服务器，挂掉的话所有用户注册及写操作就挂掉。
- 每个数据库组一个主服务器，挂掉的话这组用户的写操作就挂掉。
- 数据库组从服务器挂掉的话会导致其它服务器负载过大。
对于Master-Slave模式的单点问题，LJ采取了Master-Master模式来解决。所谓Master-Master实际上是人工实现的，并不是由MySQL直接提供的，实际上也就是两台机器同时是Master，也同时是Slave，互相同步。
Master-Master实现时需要注意：
- 一个Master出错后恢复同步，最好由服务器自动完成。
- 数字分配，由于同时在两台机器上写，有些ID可能会冲突。
解决方案：
- 奇偶数分配ID，一台机器上写奇数，一台机器上写偶数
- 通过全局服务器进行分配(LJ采用的做法)。
Master-Master模式还有一种用法，这种方法与前一种相比，仍然保持两台机器的同步，但只有一台机器提供服务（读和写），在每天晚上的时候进行轮换，或者出现问题的时候进行切换。
8、现在我们在哪里
现在插播一条广告，MyISAM VS InnoDB。
使用InnoDB：
- 支持事务
- 需要做更多的配置，不过值得，可以更安全的存储数据，以及得到更快的速度。
使用MyISAM：
- 记录日志（LJ用它来记网络访问日志）
- 存储只读静态数据，足够快。
- 并发性很差，无法同时读写数据（添加数据可以）
- MySQL非正常关闭或死机时会导致索引错误，需要使用myisamchk修复，而且当访问量大时出现非常频繁。
9、缓存
去年我写过一篇文章介绍memcached，它就是由LJ的团队开发的一款缓存工具，以key-value的方式将数据存储到分布的内存中。LJ缓存的数据：
- 12台独立服务器（不是捐赠的）
- 28个实例
- 30GB总容量
- 90-93%的命中率（用过squid的人可能知道，squid内存加磁盘的命中率大概在70-80%）
如何建立缓存策略？
想缓存所有的东西？那是不可能的，我们只需要缓存已经或者可能导致系统瓶颈的地方，最大程度的提交系统运行效率。通过对MySQL的日志的分析我们可以找到缓存的对象。
缓存的缺点？
- 没有完美的事物，缓存也有缺点：
- 增大开发量，需要针对缓存处理编写特殊的代码。
- 管理难度增加，需要更多人参与系统维护。
- 当然大内存也需要钱。
10、Web访问负载均衡
在数据包级别使用BIG-IP，但BIG-IP并不知道我们内部的处理机制，无法判断由哪台服务器对这些请求进行处理。反向代理并不能很好的起到作用，不是已经够快了，就是达不到我们想要的效果。
所以，LJ又开发了Perlbal。特点：
- 快，小，可管理的http web 服务器/代理
- 可以在内部进行转发
- 使用Perl开发
- 单线程，异步，基于事件，使用epoll , kqueue
- 支持Console管理与http远程管理，支持动态配置加载
- 多种模式：web服务器，反向代理，插件
- 支持插件：GIF/PNG互换？
11、MogileFS
LJ使用开源的MogileFS作为分布式文件存储系统。MogileFS使用非常简单，它的主要设计思想是：
- 文件属于类（类是最小的复制单位）
- 跟踪文件存储位置
- 在不同主机上存储
- 使用MySQL集群统一存储分布信息
- 大容易廉价磁盘
到目前为止就这么多了，更多文档可以在http://www.danga.com/words/找到。Danga.com和LiveJournal.com的同学们拿这个文档参加了两次MySQL Con，两次OS Con，以及众多的其它会议，无私的把他们的经验分享出来，值得我们学习。在web2.0时代快速开发得到大家越来越多的重视，但良好的设计仍是每一个应用的基础，希望web2.0们在成长为Top500网站的路上，不要因为架构阻碍了网站的发展。
参考资料：http://www.danga.com/words/2005_oscon/oscon-2005.pdf
感谢向静推荐了这篇文档给我。
Posted by yudunde at 02:39 PM | Comments (15)
March 13, 2006
对博客赚钱的讨论可以停止了
最近有两个热点，一个是博客赚的钱归谁，另外一个是博客服务商们头痛了很久的问题：博客怎么赚钱。
博客赚的钱归谁这个问题比起后一个问题来好解决的多，无非是得益划分的问题，你多一点多一点，最后肯定能够形成一个共识，而基于这个共识，产生了博客多种赢利模式中的一种。
后一个问题目前来看已经走入了一个误区，就是企图用一种模式将所有用户囊括进去，似乎找到了这样一种模式（博客广告联盟？），但出现了种种问题，存在很多不确定性，于是又一边开始讨论如何解决这些问题，一边寻找有没有另外一种模式把所有用户（或者说大部分用户囊括进去）。
这有点类似腾讯早期的做法，那时腾讯想找一种适用于绝大部分用户的通用的模式从用户身上赚钱，例如注册交费。后来被无情的证明，这种模式行不通，钱没怎么收到，用户倒流失了不少。后来QQ重点发展细分用户群的增值服务，取得了巨大的成功，成为与网易并列的国内领军网站。263也尝试过一刀切的痛苦，而网易针对不同用户群提供的特点鲜明的邮件服务被证明是正确的。
之前我在一篇文章中论述过产品战略，其中很重要的一点就是“可以赢利的产品往往不是解决大众共有需求的产品”，像AdWords一样的既满足大众共同需求，又可以大规模赢利的产品只能是凤毛麟角。博客的价值目前已经被证明，非常重要的一点是，博客的价值体现在多方面：表达，交流，机会（这一点博客网总结的很好），而这三方面的价值支撑的赢利模式肯定不同，从根本上决定了无法用一种产品或者解决方案来解决所有问题。
博客用户群体构成应该是目前互联网产品里最为复杂的之一，既有非常高端的各领域精英，又有非常草根的平民老百姓，既有博客硕士大学生，又有少年儿童婴幼儿（妈妈代笔:)），把它们当作一个用户群进行服务还可以勉强凑合，但把他们当作一个用户群收费就万万不可能了，这违背互联网发展的基本规律。博客服务商们赢利的路注定是要付出艰辛的劳动的，不是一个概念一个想法就可以解决问题。
在这一点上，博客网表现出来的智慧值得大家学习，据说三月份推出根据用户群划分的频道，这是从不同用户身上获得赢利的良好开端。这篇文章不是枪稿，博客网经过了这么长时间的摸索，在博客领域的理解和积累目前还没有其它公司可以超越，这是实情。
另外，前一阵子传出来Google将AdSense降为20%一类的产品，有很多人表示了不解，在我看来，这是必然。由于AdSense的用户群体较小，注定无法像AdWords一样成为70%里面的产品，也只能成为二类产品。博客服务商们能多提供一些像AdWords一样的二类产品，已经足够支撑实现比较可观的赢利，但要像Google那样发展出AdSense一样的一类赢利产品，还有很长很长的路要走。
结论，停止无意义的对通用赢利模式的研究，转而强化博客服务，不断摸索、提供有价值的增值服务、产品，解决不同用户群的不同需求获取收益。
Posted by yudunde at 01:23 AM | Comments (6)
March 10, 2006
delicious暂停服务4小时
“Delicious is down for planned maintenance. We're doing some database rearranging so we can release new features next week. We expect to be down from Midnight till 4am (Pacific) and will be posting updates on our blog.”
例行维护，为下周有新功能上线做准备，值得期待。
Posted by yudunde at 04:02 PM | Comments (0)
March 07, 2006
育儿博客开通，服务祖国未来
育儿博客今天正式上线，服务于祖国的未来们。各位有孩子的爸爸妈妈，从事婴幼儿教育的各位老师，从事婴幼儿医疗的各位医生，服务于婴幼儿和妈妈的产品、服务提供商，对孩子感兴趣的各界朋友，欢迎在百忙之中抽时间过来看看，有兴趣的话就用一下试试，保准让您用的放心，玩的开心。
Posted by yudunde at 02:02 PM | Comments (3)
March 06, 2006
南京总统府
在南京呆了五年，愣没去过一次总统府，这次回来终于去了一下。
Posted by yudunde at 02:38 PM | Comments (1)
March 05, 2006
博客怎么赚钱
麦田在博客怎么不赚钱一文中提到了几种博客可能赚钱的方式，也逐一进行了分析和否定。在我看来Google广告模式还是可能实现的。
目前这一模式实施主要面临三个大的问题，一个是广告从哪里来，一个是博客愿意不愿意放，三是相关性如何保证。
我们先看第一个问题。要投放广告自然要有广告库，而要在短期内形成大的广告库就是最大的问题。广告少了，相关性自然谈不上，而且出现的广告质量不会好到哪里去，老中医之类广告绝对少不了。退一步海阔天空，我们可以增加广告形式，例如当当，卓越的商品广告，不光豆瓣可以做，博客上同样可以。放几本书的广告在博客文章下面比放老中医强的多了去了，而这种广告库实现起来容易的多，不用专门跑客户拉广告，与当当,卓越的分成也好谈，是个多赢的解决办法。
第一个问题解决了，第二个问题也迎刃而解，放几本书，几部电影在文章下面，对阅读体验可以起到正面的作用，这个对博客来说应该是可以接受的，特别像“麦田的读书生活”这样的博客放个书的广告在文章后面相信肯定会很受欢迎:)。
第三个问题对于一般网页来说话可能就比较麻烦了，首页要对页面信息进行摘要，然后分词，然后取相关广告，技术实现的难度相对较大。但Tag的出现极大的简化了这一过程，可以直接使用Tag进行相关广告提取，如果没有Tag的话也可以使用文章标题分一下词来取广告。
少儿教育网马上推出的育儿博客已经添加了这一特色，下周上线，到时候大家可以看一下效果。
Posted by yudunde at 11:00 PM | Comments (5)
博客众生相
简单的说这是一个张贴真人博客头像的网站。这里没有格子，只有blogger的头像，而且必须是经过确认的真人头像。或许有人会将“博客众生相”同百万格子联想起来，不过这两者是完全不同的。百万格子追求商业利益并满足某些人投放广告的需要，而“博客众生相”则纯粹是为了blog文化的宣传与保护。“博客众生相”的目标是成为一个收录和推荐中国优秀blogger的网站。
跟安科拿他的相机一张一张拍的中国博客肖相不一样，“博客众生相”是博客自己提供的，大家有兴趣的话可以试一下，就是速度有些慢。
Posted by yudunde at 10:31 PM | Comments (0)
互联网公司产品战略
如何对产品进行类别划分，从而制定良好的产品发展战略对网站的发展至关重要。在发展初期，一般会提供基本的产品，可以是一个或者多个。如果是行业网站（例如中国化工网）可能会有几个，如果是功能性网站（例如当当，豆瓣）可能只需要就少一些，甚至可能整个网站就是一个产品。网站的发展一般会经历如下图所示的阶段：
用户数量增长导致需求增长，这是我们进行下面决策的前提。由于用户数量增长，不同背景、教育程度，收入的人相继加入，必然导致总需求的增长。
这个时候为了留住用户，往往会满足新增加用户的需求，当用户数量越来越大的时候，这会陷入一个恶性循环：尽管工作人员在增长，但单个产品占有的资源却在减少，产品得不到有效支持，从而直接导致网站整体的停滞，甚至后退。
而在这些增长的需求中，全体用户所共有的需求在减少，部分用户需要的功能在快速增长。我们真正要做的，就是抵御住部分用户共有的需求，甄别出全体用户共有的需求，并把主要资源投入到共有需求中去。随着网站的发展，大众共同需求会越来越少，而小众共同需求会越来越多，这是考验网站的重要时刻，能否持续的甄别出大众共有需求，并坚持不懈的对其进行投入，直接决定了网站发展前景。
到最后，大众共同需求往往只会剩下数的着的几项产品。这个时候网站也肯定早已经需要开始考虑赢利了。可以赢利的产品往往不是解决大众共有需求的产品。这个规则适用于大部分互联网公司。例如盛大最赢利的产品“传奇”由付费转为免费可以说是适应这一规则的转变，九成的魔兽15级之前免费也可以看作这一规则的体现。新浪的新闻，豆瓣的书评，博客网的博客服务，网易的邮件，也可以看作这一规则的体现。我们可以把这类产品代为一类产品。
前面我们提到了小众的需求各式各样，对这些小众的需求收费既可以让网站获得赢利，支持这些产品的设计，开发与维护，又可以满足不同口味的用户，一举两得。要更好的针对小众的需求提供产品，需要对用户群的细分细分再细分。例如腾讯的QQ服务是不收费的，但针对其用户群提供了各种各样的付费服务：在线游戏，宠物，Avatar，无线增值等等，总有一款能够打动你，让你乖乖的掏钱出来。这类产品可以划作二类产品。
最后还剩下的产品就是能带来一定流量，或者能带来一定收入，但相对比较弱的产品，这个可能根据公司的情况，发展阶段酌情处理。这类产品划作三类产品。
有了这样的划分，可以有效的指导我们在网站发展中进行决策，避免走弯路，保障网站沿着正确的道路，向着正确的方向大步前进。
Posted by yudunde at 08:09 PM | Comments (6)
March 04, 2006
BBS社区何去何从
麦田在居危思危，天涯七岁一文中对目前BBS社区存在的危机与机遇进行了深入的思考与总结。
为什么以前发展的红红火火的BBS社区现在遭遇到了如此的困境，在我看来主要有以下两方面原因：
1、互联网的用户以金字塔形状分布。ChinaBBS，Qihoo的出现，代表了金字塔下部数量最大的用户（也是最“懒”的用户，“只喜欢用鼠标的人”）开始接受这一“先进”工具，不用在各个论坛间跑来跑去看贴了。这部分人对hao123，ChinaBBS等网站的发展起到了重要的作用。BBS作为一个大众的产品想要扩大用户群，又不愿意走低俗化的路线，与ChinaBBS等的竞争实在是困难。
以前没有ChinaBBS的时候，用户对论坛的关注只能局限于几个的范围，长期潜水，但偶尔还会发点贴，无论是PV上还是内容上也算是为论坛做了些贡献。而这些用户也是活跃用户的重要后备军，在某个时间点或某个事件后有可能转化为活跃用户。而现在有了ChinaBBS后，这些人对某一个论坛也没有什么特殊的感情，只是想找点有东西看看，于是PV都贡献给了ChinaBBS，貌似ChinaBBS可以带来用户，实际上是杀鸡取卵，用户基础日趋薄弱。我十分同意麦田的一个思路，做论坛以抓用户为主，抓文章质量为辅，没有人气，再好的文章也留不住人，只能为ChinaBBS等贡献流量。
ChinaBBS就这样从下面蚕食了BBS社区的非常大的一部分用户，使得BBS社区的潜在活跃用户基础变的极为薄弱。
2、在金字塔顶端，BBS社区的日子也不好过。在互联网起步阶段，BBS这种形式由于比较简单，可以自由表达自己，可以对多种对象（电影，书，问题，明星）进行讨论，可以互相进行交流。而随着互联网的发展这些功能分别被更加有针对性的博客，豆瓣，iASK，贴吧等产品等取代，这也是历史发展的必然。一个小众的产品可能用户群不大，但由于目的鲜明，往往对用户的凝聚力更大。博客更加擅长自我表达，而互动由原来面向主题的讨论演变为面向对象的讨论，一本书，一部电影都可以成为联系人群的纽带，目的性更明确，用户群更集中，自然而然，BBS去的人就少了。
BBS作为互联网起始阶段的主要力量，现在却面临着重重的危机。在这种前有狼后有虎的情况下，BBS何去何从，值得我们每一个人思考。
Posted by yudunde at 09:46 AM | Comments (9)
March 03, 2006
金枝欲孽
最近湖南卫视在热播《金枝欲孽》，不禁记起04年十一假期在创业广场的三楼小办公室里花了三天三夜把《金枝欲孽》看完。当时TopKu同志曾Blog了一篇金枝欲孽.百度贴吧，我还把里面那段经典的背景音乐拿来当手机铃声，小青年了一把。时至今天，金枝欲孽火热的程度似乎更胜往昔，而百度贴吧也更加不可同日而语，流量大的惊人。
BTW:百度最近推出的百度指数也学了一把Google，用发放邀请的方式进行推广，好像效果不错，至少在我msn上有人开始求了。
写了这么多，实际上我就是想看一下过些天Google上搜索“金枝欲孽”有没有我的份:-)。
Posted by yudunde at 03:51 PM | Comments (4)
March 01, 2006
用户体验时代到来，功能不再重要
数字技术新法则－－功能不再重要文中提到：
用户体验的时代已经到来，在这个时代里10个基本法则是：
1. 更多的功能并不好；
2. 增加功能不会让事情更容易；
3. 让用户迷惑是毁掉业务的终级手段；
4. 风格很关键；
5. 只有在一项功能可以提升用户体验时才加上它；
6. 任何需要学习的功能都只会吸引一小部分用户；
7. 无用的功能不止是无用，它会破坏易用性；
8. 用户不会关心技术，他们只想知道产品能做什么；
9. 忘掉关键功能，关注最重要的用户体验；
10. 简洁很难，因此少就是多。
如果作为商人，这样的思路则近似在谋杀自己的发展。
其一，功能众多也许用不上，但销售方面却是一大考虑因素，许多人在买东西的时候会不自觉地考虑这个那个功能（虽然95%都用不上），但是如果没有这些功能就会觉得跟不上潮流或者不够完善，这种想法几乎无人能够免俗。电视里经常销售的那些数码相机+摄像机+MP3+DVD播放等等跟“十全大补丸”一样的怪物，懂行的人往往不会考虑，但是不可否认的人确实很多人被吸引甚至购买了，这也就达到了商人的销售目的。所以，很多时候，功能齐全并不是为了给大部分用户使用，而只是为了让他们购买
其二，作为商人，销售的并不是当前，还要考虑“当后”；所以几乎所有的商人都会不断地加入新功能，10项新功能里有一项能成为销售的有利因素甚至成为未来的主要功能，就是大获成功；为什么现在的手机都会带相机功能，2、3年前大部分可能都不会把这两者放在一起，可是现在要买不带相机的手机已经很难了
其三，功能的众多其实也就体现了个性，在什么东西都越来越讲个性的时候，光秃秃的东西就变得没有了个性（当然，不可否认的是，有个别例外：例如饭团买了个 Ipod shuffle，这个MP3最大的特点就是几乎什么都没有，收音机、彩屏、电话本、闹钟等都没有，甚至根本就没有显示屏，但的确个性十足，问题是，这东西只此一家，如果大家都是这样，就谈不上个性了）。对广大的用户来说，或多或少都会在基本功能之外有自己个性的一点；还是以饭团的K700手机为例，谁会想到那个手机可以当手电筒用的功能会这么重要呢？
这不仅仅代表了饭团兄的观点，也代表了很多网站运营人士的观点。饭团兄在提出这个质疑的时候忘记了非常重要的一点：互联网服务是免费的。
免费服务与付费服务还是有着巨大的差别的。在网站成长阶段，流量比收入重要，而吸引大量用户访问的前提条件是提供简单的操作，良好的用户体验，而不是复杂的功能，那只会把用户吓跑。由于不需要付费，用户在选择网站的时候，使用体验、功能与自己需求的贴切程度和操作易用性等因素所占的重要性要远远大于功能的丰富程度。当网站开始考虑收入的时候，才需要针对付费用户提供更高级的功能。付费用户是对网站提供的服务比较认同的用户，也具备对更高级的功能进行学习的心理期望。在这个条件下，提供更高级的功能，并收取一定的费用，是用户可以理解和接受的。当然这个更高级的功能并不意味着可以做的复杂，同样要尽量简单，注重用户体验。
所以我还是认同“用户体验的时代已经到来”这句话的，但这也不意味着技术可以弱化，相反，在提升用户体验时需要更多的，更复杂的技术来支撑，简约不简单。
Posted by yudunde at 01:04 PM | Comments (0)