感谢《BBS社区的运营（2）：“带头大哥”之死！》一文之后，一些做社区的朋友们提的意见，让我也修正了自己的一些想法，会在后续的文章中体现。
大家都知道司马光砸缸的故事：有一次，司马光跟小伙伴们在后院里玩耍。院子里有一口大水缸，有个小孩爬到缸沿上玩，一不小心，掉到缸里。缸大水深，眼看那孩子快要没顶了。别的孩子们一见出了事，吓得边哭边喊，跑到外面向大人求救。司马光却急中生智，从地上捡起一块大石头，使劲向水缸砸去，"砰!"水缸破了，缸里的水流了出来，被淹在水里的小孩也得救了。
这里并不想夸奖司马光之急智，也不是质疑这个故事的真实性，只要想把用这个事例来说说BBS社区运营中的一些状况。
对比一下，我们把水缸比作社区构架，把水比作网站内容，把掉进缸里的小孩比作BBS社区的用户，把司马光比作BBS社区的管理者，我们就会发现“司马光砸缸”是一件很有趣味的互联网运营事件。
首先说水缸和水
水缸是盛水用的，故宫里的很多大铜缸，在农村生活过的朋友也一定见识过烧制的缸，缸是用来盛水的，这个是没有疑问的，可是缸的大小却很有讲究。
就好像社区构架一样，BBS社区的发展历程就是一个对于社区构架从认识到重视的一个过程，应该说一开始BBS社区是很简单的构架，所以注定了发展到一定阶段必然面临改版升级，增加功能；因为一个网站的构架设计，是可以影响到运营的，网站构架对于某项功能的支持，网站构架对于用户数量的承载，都是网站运营管理者必须要面对的问题。
我们会发现现在很多农村家庭用的水缸其实是很小的，也就是说其实很多人已经意识到水缸的危险性，所以从设计上就开始避免意外的发生。
有多大的缸，才能放多大的水；缸有了，就可以往里面放水了，不论是从外面担水，还是等天下雨，都是储存水的手段；放在BBS社区一样的适应；网站构架搭建完成以后，根据构建，BBS社区的运营者才能够做出运营策略，如果吸引更多的’“水“进来，既不能让水漫出水缸，也不能让水缸闲置太多。
接下来说掉进水缸的小孩
想一想，如果缸设计的比较合理，是那种又宽有扁的，小孩子掉进去以后肯定是没有危险的，但是如果缸设计的不合理，又深又窄，那么掉进去的小孩子就会很危险了。
网站的构架设计也是如此，现在做2.0社区的，往往会将许多功能汇集起来，以为用户自然会选择一个一个的应用；其实，很多功能往往成为鸡肋，并没有多少人真正的会用一个站点的功能。所以网站构架很重要，如何让用户有很多的体验，并且愿意体验更多的功能。
这一点很难做到，现实中我们面临的选择太多，我们可能在新浪看新闻，搜狐上校友录，用网易的邮箱，用QQ聊天，上天涯灌水，到猫扑看八卦……
很多时候，我们可能只是用某个网站的某个功能而已，所以如何设计的更合理，让用户在站点留的更久一些，是每个网站运营者思考的问题。
现在门户网站对于博客的重视就可以看出这个趋势，无论是新浪的博客营销，还是搜狐的3.0，还有最近网易的改版，其实都是通过构架设计的改进，让用户把更多的时间和精力留在一个站上，从普通用户变成热心用户，最后发展成忠心用户。
第三来说说司马光砸缸之谜
假设一下，一个夏天，一个又宽大有矮小的水缸，可能司马光不会砸缸的，而是和小伙伴们一起爬进缸里享受夏日的清凉了吧。
造成司马光砸缸的原因是：缸太大，水太多，小孩太小；如果缸小，水少，或者小孩很高，都不会有司马光砸缸之事实。
BBS社区的运用面临的问题比司马光砸缸面临的问题更多，很多时候，BBS运营者会面对着很多的诱惑，比如突然有个机会可以把网站流量提升的很高很高，可是同时面对的风险也很大，网站能否承受这么多用户的访问；原有的社区体系是否能够承载突然多出来的很多用户，原有的体系面临着巨大的挑战；网站运营者如何应对？
（举报）