什么是企业门户，它的应用范围是哪些，如何构造企业门户，这个问题困扰着很多CIO群体，最近在和客户的信息主管和办公室主任沟通的时候，常常会提及这个问题，就笔者来看，企业的门户可以分为以下三类

1. 企业门户面向内部工作，一般被称为portal，其实这个叫法更多是基于技术的考量，而对应用的描述是不确切的，大部分的应用场景最后都演化为内部网站，加上部分局部的业务系统的入口。

2. 企业门户面向公众，这类更像是一个网站，由于企业是有围墙的结构

3. 企业门户管理人员，这个范围看起来小，由于有各种职能工作、业务工作的分类，其实做好的是受控下的简易的内部门户，以20%的代价实现80%的应用，是一个不错的选择，很多系统软件其实自相含地完整实现了这一特性，而成为门户的标准特性。

企业内部门户的价值体现

1. 成为组织信息发布的窗口，包括业务的信息如销售、客户、供应、生产的报告、报表和列表信息展现，并且以数据列表、图形、状态等心态进行展现

2. 成为组织知识库的入口，这其实是组织信息门户的主要特性，各种专业portal软件或者群件为了支持这一特性，一般都提供知识文档、公告、新闻和讨论等的基础信息，以使得内部门户能够对信息展现和业务知识形成入口

3. 成为组织业务协作的入口，这是有难度的，因为跨系统必须解决互信、授权和业务整合开发的集成问题，较好的解决方案一般是提供SSO、业务信息集成展现和开发的SDK

如何构造企业内部门户

1. 信息分类问题，如何对信息进行统一规划，以人或角色、部门或团队、业务场景的信息分类，有效的展现到具体的内部成员、展现业务的统一场景、结果的报告和数据列表呈现

2. 应用入口问题，成为各种业务、应用系统的结果展现、进程展现和功能入口，以数据入口和功能入口两种形态展现，分别对应信息条目整合和功能菜单链接入口

3. 权限体系问题，需要解决跨系统的互信、权限在人员、应用、数据的分配

4. 整合集成的接口和API支持，形成有效的SDK和基于接口的整合开发，有效降低整合的难度，提升展现、交互的有效性

有争议的问题，内部的网站和内部的业务门户是否使用同一套环境和技术组合，整合的好处是一套系统部署，缺点是权限构造复杂，内部公开的public属性和业务的专属private属性在结构上就有冲突，解决方案是分开部署为主，互通信息栏目或者iframe整合为主；

更大的有争议的问题是内部门户与外部门户是否统一部署和整合，由于面向的用户群体不同，使用的方式不同，笔者的看法是分开部署为上，以免相互的权限体系冲突造成的技术纠结从而造成开发代价很大，而性能问题很难解决。