门户内容建设的“解构重建”之道

申请免费试用、咨询电话：400-8352-114

翻开门户的历史，门户这个舶来词曾经轰轰烈烈过，我们姑且不去讨论它是否是一种宣传的骗局，还是一种虚假的繁荣，因为过去的终归是过去了。摆在我们面前的一个不争事实是：曾经哪些“吃螃蟹”的企业现在正在从“门户技术”的狂热追求者向重视 “门户内容建设”转变，门户建设的“冰山隐喻”也正在逐步的显现。市场研究人员的调查研究结果也都验证了这个观点：企业如果希望门户能够满足使用需求，那么就应该放弃原有的技术为中心的门户观点，将门户与企业专有的流程和功能结合起来。

图1：门户建设的冰山模型

那么企业门户内容应该如何建设呢？其实这又回到了门户建设本源的问题上了。我们是为了门户而门户，还是为了通过建设门户而提升企业的信息力和管理能力。如果我们在进行门户建设的过程中一味只考虑门户技术的实现，而忽略企业原有的管理机制和流程，那么门户的功能和作用就会大打折扣，这种做法已经出现了很多负面的影响。

这里我想用“解构和重建”去阐释企业门户内容建设的思路，“解构”重点会关注企业门户的思想与我们原有信息化的思维的冲突与融合，以及企业现有的管理特色与流程；“重建”重点关注如何在门户内容建设的过程中，如何去整合创新原有的信息系统或者企业管理流程等等。

解构——“以功能为导向”&“以人为导向”

考察一下现在企业的信息系统，你会发现一个共同点——以功能为导向，即根据企业的业务需求和业务逻辑去抽象出来的一个个模块，或者功能点。比方erp系统里面“销售管理”就会包括“销售基础数据”、“销售计划管理”、“销售订单管理”、“收发货管理”和“销售服务管理”等等；OA系统则会包括公文管理、会议管理、文档管理、车辆管理等等不同的功能模块。

但门户强调什么呢？就像FTN金融公司的发言人Sally Pace评价他们公司实施的企业信息门户的价值——“我们的目标是让‘My FTN Financial’成为可靠适用的门户程序，不仅仅是提供债券信息，还要为我们的客户提供每天工作相关的工具和信息…”一语那样，门户强调“以服务为导向，以人为导向”。

解构并不意味着抛弃，而是去芜存菁，去融合不同的思维观念。如果我们一味的强调以人为中心，而抛弃现有的企业信息化系统的现状，那么我们又会很危险的落入“为了门户而门户的”的另一个陷阱。在企业门户内容建设的过程中，我们有必要将门户建设的内容进行一次比较清晰的梳理和规划。根据企业的具体实践，我们总结了门户内容建设的内容宏观规划体系（如图左部分）。

图2：门户内容建设思维方法模型

核心层：门户是一扇门，通过门，一个员工应该看到哪些东西呢？总结我国不同企业门户建设的实践，我们大致总结了门户内容的核心模型——内容的属性和内容的业务维度结合的门户内容框架模型。

图3：门户建设内容框架模型

在内容属性维度上主要包括：信息类——主要指公司基本信息（如组织结构、管理职能、产品等）以及及时性很强的告知信息（如新闻、通知等）等；文档类——主要指公司员工工作过程中产生的非结构化文档资料；业务流程——偏向部门业务协作或工作流导向的业务工作流程；系统集成类——专业的应用系统，例如绩效考核系统等等；专业应用类——主要是实现公共服务的一些专业应用，比方说短信、网上调查等等。

在内容的业务维度上则会根据企业的不同情况而不同，一般会包括战略规划、组织建设、行政管理、财务会计等等。

基于应用功能的支持层：和企业的IT人员进行交流，谈门户的内容建设，我发现大家都很容易偏向讨论门户内容所涉及到一个个应用功能支撑系统。正因为此，所以我们正好可以根据“核心层”去解构企业相应的应用功能支持系统，比方说信息类的可能会有新闻系统、公文管理系统，文档类会有文档管理系统，业务流程的还会有业务流程管理平台等等。不仅仅是了解系统的功能，重点还在于了解系统的业务逻辑。

基于用户感知的内容展现层：对于门户来说，更重要的是如何将门户的内容比较方便有效的呈现给用户，即如何整合不同来源的内容展现出来。从国内现有企业门户建设的内容整合呈现大致分为三个层次的：面向公司全体的内容，比方说公司简介、新闻公告、客户服务、产品信息等等；面向部门的内容体系，如综合管理、企业文化、人力资源、财务管理等等；面向员工个人的则会有个人工作（包括个人代办、个人邮件、个人绩效薪酬管理等等）、员工生活、员工职业发展等等方面的内容。

以核心层为基础，通过应用功能和内容展现模式不同维度的分析，我们基本可以重建，既然是重建，我们必须有勇气去打破一些东西，打破原有思维的束缚。当然在重建的过程中我们不仅仅考虑应用系统逻辑结构的调整，我们更需要考虑服务导向，还要考虑业务工作逻辑等等，只有三者结合，才可以做出一个切实可行的门户内容建设方案（如图1右边部分）。

1、业务逻辑或模式的调整

这里，我想以某公司的新闻系统为例。某公司是一个集团化的公司，公司现有的新闻管理模式如下：

集团总部和各分公司综合管理部是新闻管理的主要负责单位，同时总部各部门和分公司各部门还设有信息管理员。各部门信息管理员将本部门的新闻发布在本部门的新闻栏目中，其对应单位综合管理部的信息管理员则会定期对本单位的新闻信息进行筛选，并复制这些信息发布到本单位的新闻信息栏目里面；集团公司综合管理部的信息管理员则定期到各分公司的新闻信息进行筛选，然后复制过来再重新发布在集团的新闻信息栏目里面。仔细衡量这种业务模式，我们觉得至少有以下缺点：（1）只有信息管理员具有起草发布新闻权利，这种模式将缩小新闻信息的来源渠道；（2）信息管理员需要浪费很多时间复制粘贴；（3）重复存储信息会增加信息的冗余程度。

调整后的新闻系统的业务模式如图4。分公司部门员工根据需要可以创建新闻，只需经过本单位综合管理办公室的信息管理员审批后就可以发布到本单位的新闻信息栏目中；同时此信息管理员根据新闻的重要性和类别有权推荐到集团总部的新闻中，如果集团总部综合管理部的信息管理审批同意，那么该则新闻同时也会发布到集团总部的新闻信息栏目中了。这种模式肯定会受到挑战，首先原先各部门信息管理员的岗位将不复存在了，而且原有新闻系统功能也需要进行优化。

图4：某公司调整后的新闻体系业务逻辑示例

2、应用系统功能的调整

应用系统功能的调整主要来自于业务逻辑的改变和增强服务导向（这里没有考虑应用系统本身不能满足现有的业务需求）。

就像上图4所示的那样，如果所说的新闻信息系统一样。如果业务逻辑调整后，面临的就是现有新闻系统必须加上一些诸如推荐，发布等功能。

除了考虑业务逻辑的实现外，还要适当增加一些服务的功能，比如以前公文管理里面一般都只有有公司收文、公司发文、部门收文、部门发文等等。曾经有位企业员工就对我说“能不能增加一个‘我处理的公文’功能点阿？” 的确，我们似乎太忽略让员工很方便的获取和寻找信息了。

3、增强服务导向

为了加强门户的服务功能，需要建设诸如人力资源自助服务区、IT自助服务区，员工个人工作学习自助服务区等等。例如在IT自助服务区里面就可以对应链接上企业应用系统用户手册/常用软件学习资料/常见问题及故障自助库/IT知识Q&A等等，这样就能很方便的服务于员工了。

针对企业发展业务的需要可以深化建立深度的专业门户，例如QC小组专业门户、创新管理专业平台等等。通过不同程度的深化建设，可以更好的服务于不同的业务需求，增强门户的服务功能。（畅享网）