企业建站系统我的理解是用于支撑企业网站维护运转的系统，它还有个作用就是简化制作人员的时间，提高做企业网站的速度。

我先提出几个问题：

第一个问题：假设你给A客户加了个功能1，给B客户加了个功能2，给C客户加了个功能3。那么这3个功能要不要合并呢？如果合并到一套系统里面了，你的这套系统会非常庞大，随之带来的不仅是后台菜单选项的增多，导致易用性下降。而且整个系统的运行效率就会变差，功能越多，维护起来也越恐怖。

第二个问题：对于企业建站的公司来说，大部分都是小规模的。所以能不能做到设计制作网站的可以不考虑程序，甚至他可以完全不懂程序，只要设计出来，这个网站就完成了。一些建站系统追求的就是这种目标，可视化建站，拖动完成这些都是这类系统的卖点。

第三个问题：由于企业网站的每个客户的版面都是不一样的，有些是全站flash的，而有些要特别的加某个功能的，而有些要和第三方系统协调，还有一些是wap网站（目前我们还没碰到这种），那么所采用的建站系统能不能适应未来的这种多变的需求呢？对于flash网站其实就可以甩掉网上的一些cms了。

第四个问题：所用的建站系统能不能帮助制作人员更快的做出网站，更快的进行网站的改版？

现在网上的cms以模板型的居多，模板型就是制作人员做好页面后，然后通过cms特有的标签来调用数据库数据从而完成数据的显示。这种模板型cms的问题是系统提供的标签能不能满足实际建站中的需求，比如有些cms在综合页中只能调用产品分类和新闻分类，而如果要调用其它功能，就需要自己修改cms了。还有个不足是与第三方系统的整合，比如有个客户要加一个电子报系统，那么这个电子报系统如何很好的结合就是个问题。优点是这种系统所采用的模板可以很快速的建立一个网站，也可以很快速的进行改版。但是随着功能的积累，整个系统的菜单项会越来越多，易用性肯定就会下降。

对此我提出的解决方案是框架型系统+插件的模式

框架型系统指的是原生建站的方式，但是把一些常用的功能都封装成模块了。制作人员只需要复制粘贴一段代码就可以完成数据调用了。比如客户想在首页加个产品分类菜单，那么首先把调用产品分类的代码封装到一个table或div中。然后直接复制过去再修改下样式就可以了。下次某个地方要用，就再重新复制一份过去。虽然所有的模块第一次的时候，需要预先写好。但是后面的几次使用就可以直接拿来用了。而不用考虑我这段代码是做什么的，只需要改改宽高和颜色这些样式就行了。而框架型提供的封装过的函数，可以简化这些功能模块的开发。而且这些功能模块也不会使整个基础系统的后台菜单变的庞大，只需要按照客户的要求不断的加入模块就行了。 对于客户来说，只有他们自己要用的到的几个功能菜单，这样易用性就比模板型的那种全部都是没用到的菜单项要来的简单。

而且框架型另一个好处是，可以满足多样的建站需求，比如对于全站都是flash的网站，框架型系统肯定是可以满足要求的。因为他是原生的开发模式。

那么插件的作用是 提供一些特殊的功能，这个是用来解决问题一的。比如A客户要加的功能1，可以做成插件，只在客户A的系统中使用，如果要用在B客户中，那么只需要复制插件过去就可以了。

但是这种解决方案的不足在于不能够很好的加快建站的速度和快速进行二次改版。但是实际是企业网站的页面必定不会很多的，再加上一些头文件include这种方式，其实做一个网站也不花多少时间的。

本文讨论的是小网络公司对于企业建站方面的一些心得，不适用于门户，政府等内容比较多的cms。有任何疑问请来我的博客诸暨网络推广http://www.hkcat.org交流。