网站架构不仅仅是页面设计和数据库结构，它的基本宗旨与核心问题，是建立实现流量的格局。

流量是网站一切盈利的前提，而架构则是流量生成和持续增加的基础。

普通的网站架构设计，常常只局限于页面设计、内容分类和数据结构，这种做法对于目前新兴的商业网站，远远不够。

商业化的网站架构至少要包括：界面对象分布界定、社区功能设计、现金流及网上货币系统、流量转换与加固体系、后台系统菜单及管理权限、买家专用后台功能及内容匹配、注册会员信息管理系统如“my account” 等等。

实现网站流量，分为三个方面：访问流量、现金流量、数据流量。虽然这三个方面彼此关联，架构方法和发开顺序却各不相同，分别概述如下。

                             访问流量

等完成了技术开发、页面设计、内容建设，再把网站开通，然后再通过宣传推广吸引网民前来访问甚至注册，是高成本的传统做法。

这样做的必然后果是：在逐渐增加人数的漫长过程中，巨大的市场成本，将远远超过此前的开发成本，导致网站盈利周期不可预计地延长。

生成网站初期的访问流量，是生成其它两项流量的前提。

可行的方法因网站而异，但都和网站架构有关。

流行的架构类型有两种：2.0的私有化会员主页架构和常规的媒体播放式架构。

前者不依赖于内容建设，即便是空壳网站，也可以通过奖励方案刺激注册人数迅速增加，但缺点在于：由于它利用的是二级域名，其页面和内容几乎不会被各大搜索引擎收录，所以是一种近似于全封闭的架构体系，类似于现实中的“会员制”组织结构，不利于内容的共享和社会化传播；

后者是社会性开放式结构，便于漫游者登录，有利于会员共享和内容传播，缺点是绝对依赖于富有特色的内容建设，靠的是内容为王，而内容一旦为王了，你的成本也就为王了，比谁都高。还不算推广的成本，我说的仅仅是堆砌内容的成本。遗憾的是，目前99%的网站都是这种架构。

当然，网站架构设计就像建筑物的设计，具体套路和方式的运用也是千变万化，完全取决于架构师的水平。

近年来，类似中国联合网盟这样的Ework网站更多采用的是第三种架构模式：在传统的媒体播放式架构下，在首页column或feature之中生成类似“my  web ”的会员个人页面，注册会员可以自由地进入“街心花园”，这个公共区域，就是传统的“主页”或“首页”，只不过被会员共用了，每个会员推广的实际上是自己的页面，但增加的新会员，却是整个网站的财富。

借助社区内各种搜索和分类工具，会员之间可实现更高精度的共享和更高频率的互动，当然包括借助电信业务的离线互动。

从2006年开始，新浪作为中国最大的门户，借助私人博客的建设和推广，基本上实现了从媒体播放架构向这种新架构的转型。

通常，合理的架构必然带来顺畅的流量。

但无论如何，在追求各种初始访问流量时，我们都需要先强调：这是真实的流量，也就是说：是真人来访导致的。

这种宝贵的初始流量是无法花钱通过其他途径买来的。

或者，我们可以更加绝对地记住：真实的流量是无法买卖的，它不是商品、也不应该是一种商品。

换句话说：能够进行买卖的流量都有问题，这是绝对的，这玩意害死了太多人。

关于这一点，我将来还会用专门的章节，来给大家举例分析。

                            现金流量

第二阶段的架构设计，要建立一个基于社区的货币系统，实现闭环的现金食物链，使一部分现金在各种交互过程中流通，以刺激用户数量、交易方式和业务种类的持续增长。

现金流量架构，要根据经营目标、产品卖点和用户管理方式来设定，要和网站收入流程挂钩。其中的现金流向设计，是商业网站架构的重点。

目前的现金流向设计，基本是针对于网站自己的，并不注重用户奖励机制和创收机制的设计，也没有考虑到注册用户在现金食物链上的位置调整，这很容易使网站成为单向现金流的终点，而不是多向现金流的必经节点，从而导致注册会员达到一定数量后停滞不前，缺乏持续递增的利益驱动。

有些网站，包括很多知名网站，在自己的社区内发行虚拟货币，并通过虚拟产品来刺激现金流量，只可惜，如果这些虚拟货币不能被会员兑换成现金或者享受到具有现金价值的服务，往往很难达到目的。

换言之，没有共赢的体系，就谈不上现金流量的持续增大，不管网站追求的是虚拟货币流量还是现实货币的流量。如果有了高附加值的产品和服务，即便没有虚拟货币，也可以很好地实现在线支付甚至货到付款，当当就是一个鲜活的成功例子。

因此，正确的现金流量架构，应该是多对象、多通道、多节点、多流向的。

关于它的对象、通道、节点、流量，都是专门的话题，我们今后将根据成功和失败的案例分别进行讨论。

                            数据流量

基于网站范围的下载和上传，不只是产生访问流量的访问行为，更可以带动大面积、全方位的数据业务，这是第三阶段的架构重点。

目前，短信、彩信、彩铃、声讯、视讯等数据业务手段日趋多样化，各种关联技术也日趋成熟，运营商的盈利，越来越取决于注册会员间数据交互的频率，而不仅仅是注册会员和网站之间的交互。

基本的数据架构设计，是针对各种日常交互功能的网站设计。这些功能的方便程度、实用程度、满足需求的针对性，都直接影响着网站整体数据流量的日常表现。

所以，如何让网站功能板块成为交互的中心节点，是数据流量架构的关键。

表面上，我们是在讨论目录、分类、增值业务甚至是电信业务，实际上这一切不仅无法脱离网站本身和访问者的界面友好性、规则、玩法，更取决于网站为会员们之间建立的关系是否牢固、是否能成为会员现实生活的一部分。

而这些因素，表面上是一个词汇或者一句话，挑毛病的时候谁都能朗朗上口，比如界面友好性，谁都会指着一个网站说它界面不友好，就像你说一个人不会打扮一样。可是，人家肯定会反问你：那你说怎样才算会打扮？

虽然这不是一句话的事，但至少我们可以说：

网站的功能和卖点不管是一个独立的按钮或标语、还是一个铺开的菜单或目录，只要能让访问者一眼就看出“很有用”、“很简便”、“很针对”，人家就会产生使用和分享的欲望，数据流量也就产生了。

换句话说：数据的使用率和交互率，首先并不取决于数据的多少和质量，而取决于页面上的数据开关是否被人打开。

这就又回到开始说的架构问题了，归根结底是“网站架构”决定了数据的使用率和交互率。

而网站架构，其实就是功能和卖点的展示手法，说简单点就像小朋友搭积木，说复杂点就像建立一个水循环系统，而首页就是这个系统的总阀门。

可以这么说：架构设计靠的是为访问者设身处地的激情和悟性，而不是靠教科书。