很多优秀的CIO都认识到，技术只是手段和工具，最终用户对管理信息系统采用何种技术架构、编程语言、设计规范并不关心，他们的需求可以归纳为如下几点：

多
    在业务功能方面，要求支持多种复杂的管理需求，从个人办公所需要的工作计划、电子邮件、文件撰写，到部门团队的项目管理、会议安排、交流讨论、文档管理、统计报表，乃至整个机构的战略管理、知识管理、机构绩效管理等等；在支持手段方面，要求支持多种现代化的设备和工具，例如电子邮件、WEB、即时消息工具（例如QQ、MSN）、手机、移动设备等；在人性化设计方面，要求支持不同组织、不同岗位、不同人员的多元化的信息需求，根据他们各自的岗位特征、职务权限、个人工作习惯提供个性化定制能力。

快
    快速应变，能够根据业务变化的要求迅速搭建信息系统，支持业务的运作；当业务规则、组织人事发生变化时，系统也能够迅速调整。

好
    方便易用是最终用户评价一个系统好坏的重要指标，用户都喜欢界面美观、操作简便的应用系统，如果用户面对的是越来越多风格不一、需要多次登录验证的系统，再优秀的设计也很难得到有效地推广，因此，门户(Portal)以及单点登录(SSO)的流行也就不难理解了。

省
    IT系统投入产出比的评估一直是业界的一个难题，特别是企业管理协作类应用系统，因为它不是针对某项业务，而是针对整个企业的运作。解决这个问题，最重要的是要选择指标，尽量选择容易量化的指标，从沟通时间的缩短，沟通次数的减少，可以衡量出管理成本的降低。对企业来说，协同应用就意味着效率，而效率把原来不可能的管理变成了可能，这正是现代企业竞争力的核心。如果从运维成本来评估，则可能更加容易得到量化的数据；我们都希望系统更容易维护、架构稳定、扩展能力强，软件升级不会导致系统不稳定、甚至崩溃等系统性风险。

上述的需求看似简单，要完全满足这些要求，可以说是CIO们梦寐以求的事情，但残酷的现实是：目前我国各大小机构的管理应用软件系统绝大多数未能达到上述要求！主要原因在于长期以来，机构内部管理应用软件的建设方式主要采用项目导向型的、面向编程定制的软件开发模式，应用系统缺乏统一的规划。

要彻底解决上述问题可能吗？答案是肯定的：采用面向框架和组件的软件开发模式，建设随需而变的协同软件架构。