在创建出新企业门户应用，链接到现有系统之前，你可能需要检查一下这些系统，确保这些系统本身不需要重造。作为企业员工查找所需应用和数据的关键位置，创建企业门户的时间很重要，同时把工作人员与合适的工具和信息联系起来也很重要。

　　不久之前，企业信息门户风靡一时。只建立健全企内部的局域网是不行的，你需要一个门户应用来组织所有不信息和可用的应用。当然，这也制造了不少麻烦，因为没有一个用户需要的看到所有的整改，所以“个性化”这个想法很快就成为了大部分企业门户讨论的有效率途径。

　　虽然这才刚刚开始，但一些大的企业已经倾注大量的资源创建门户应用标准（例如：JSR-168和JSR-286）以及建立容器支持他们。这已经成为了基础设施的重要一部分。与此同时，开源社区，因其快速去除膨胀软件而出名，奇怪的是也你他们的商业伙伴那样遵循了相同的路径。我们还没有找到较好的门户解决方案，只有自由和开源软件实现的这个相同的“标准”。

　　这很大程度上仍然取决于我们自己，这也是为什么你不认为信息门户网站诱人的理由。任何一个门户应用使用起来很可能会感到大而笨重。

　　给用户一个可以查找应用和信息的中心位置看起来是个不错的主意，但是为什么会出错呢？我无法找到可以指责的人。这就像企业JavaBeans（EJB）一样，每个人都谈论它们，商业和开源的产品如雨后春笋般涌现，但事实上对于我们大多数人来说它们都另人很头痛。我还可以指出，这两种迷因自上而下进入企业的IT部门，没有太多来自内技术师的审批。

　　现在让我们回到前提。提供给用户一个企业门户组织他们的工作，似乎是一个不错主意，但它可能也不是。典型的“门户”的会有一些缺点。

　　—很多应用程序（薄的，厚的）并不是设计给相对较小的门户组件操作的；它们是设计用来全屏应用的。所以应用程序要么完全地缩减了功能，要么就是作为网关服务于整个版本。这就使得门户应用有得到了一个美名：导航设备。

　　—你被锁定于消费模型的框架中（除非你能在所有地方都能推开内嵌框架）。企业门户网站规定了您可以访问哪些信息。即使是个性化的，你也能通过门户工程师安装的指南来定义经验。

　　—提供始终如一的性能标准是一项挑战，同样，使基本内容中潜在的不同安全模型正常化也是一项挑战。

　　我想我必须列出一些优点来。单点登录（SSO）和统一检索是两个最大的优点，但不使用门户软件也可以创建这些，所以额外的费用和努力是不值得的。

　　我认为真正的问题并不是关于创建合适的门户应用，而是创建真正的定制化的经验。当用户谈到想要一个“定制化的经历”是，他们是什么意思？事实是，他们想要一个不讨人厌的经历。

　　如果你正使用一个繁重的订单管理系统，并附属在一个门户之上，这就不会使你的用户感到高兴。如果你一个问题管理系统，并且门户组件可以启用它，人们不会马上就喜欢上它，仍然需要两个星期直到他们的门票封闭。

　　在你想要创建一些类似“过度网关”前，请查看一下现有的系统和流程。这需要把它们简化到不能再简化。如果现有系统已经有效率了，通常用户是不想要或需要新的经历的。一旦现在有一些东西遭到损坏，那么当企业门户迁移之后，它还会继续遭到破坏。找到有效的解决方案的第一步是做一下调研。用户感到失望，是因为不知道如何执行任务，还是因为现有流程使人迷惑或速度太慢？

　　从第一步到第二步是非常在跳跃，因为你很有可能需要重组团队，使用流程合理化，建立新的服务等级协议（SLA）等等。从本质上来说，我建议先处理遭到破坏的工作，然后再建立新的东西。当有收集了一些同等的高质量的资产时，你就可以考虑怎么把它推给你的社区了。你可能会想，“当一个有缺陷的系统在第一时间制造的这些有缺陷的产品，那么我怎样使这个有缺陷的系统纠正这些问题呢？”你需要打破这个框框。可能其它的团队会很有战略性地改造你的现有系统一部分或是创造一个新的雏形来证明他们的价值。这种方法非常符合“精益创业”的哲学。

　　最后一步就是把这些新资产发送给用户。记住，一些企业应用程序可以会与门户组件不协调。这时，你很可能决定开始启用门户的始祖：网站导航地图。当然，用户对于有用的链接做添加上标签已经很熟悉了——所以，内部社交标签产品会是更好的解决方案。

　　当谈到门户应用的其它潜在优势——内部门户组件通讯能力，我就把自己陷入困境当中了。如果你有可以分享信息的系统，但你并没有在门户容器内使之自动化，那么用户可能会在不同的应用之间手动的进行住处的复制粘贴。成功解决这一问题的实例很少见，我不认为你应该计划围绕它的战略平台。

　　另一个可以考虑的选择就是企业应用商店。无论你是创建一个还是买入一个，内部应用商店的利益很小。首先你要提供一个个性化的商店，因为用户只会下载他们需要的应用。然后，如果你遵行青苹果公司的模式，策划好商店，你就可以保证它的可用性和安全标准。

　　我希望我已经说服你了，当你 下一次再听到关于建立新的门户讨论时，这很有可能是表明一些东西需要修复了。找出那些需要更好交付的信息和功能，如果可能, 在源代码添加另一个抽象层之前就解决问题。