作为协同OA项目的主要负责人,在组织赋予CIO肩负起协同OA项目选型和建设职责的同时,不少CIO却满怀激情地冲向了陷阱。许多人往往会对OA管理软件选型存在以下几点误读：

　　百依百顺最好

　　千万不要指望找到一个非常廉价还百依百顺的供应商,根据你的指令快速而完美地帮你达成目标。一个OA项目,从需求开始,有专业的人员进行需求的采集、提炼、评估,形成应用的“概念设计”；经过评审后,技术高手会充分考虑诸多因素后提出“构架设计”,评审后才会到开发部形成“应用设计”,评审后才会有“代码开发”,然后是“功能测试”,最后才能交给你。这期间包含了责任关系,所有的环节都应该是最优秀的人力资源在保障质量,需要复杂的支撑体系。

　　大企业开发的好

　　中小企业使用的版本需要具有中小企业特色，规模不是很大的公司开发出来的系统可能更实用，因为他们对中小企业理解更直接，更深刻；

　　需求越多越好

　　九思软件CEO王海波曾说过：“如果你坚信自己采集的所有需求都是一种客观的需求,是必须被100%满足的需求,那么,你就离失败不远了。”OA需求调研必须有侧重点,不可以一碗水端平,正确的顺序是先找到一个组织共性的需求,然后才是关键部门的需求,最后才是重要角色的需求。

　　而就目前来看,绝大多数的协同OA需求都是发问卷给相关人采集汇总而得来的,以这样的形式采集汇总的需求造就了中国过去近20年几乎所有的协同OA都走项目化。这种依据企业各部门甚至个人的需求开发出来的协同OA软件,可能功能看上去比较丰满,但实际上却形成了一个个以部门为中心的应用孤岛,无疑失去了协同OA的应有之义。

　　技术越新越好

　　技术先进性的价值不在于先进本身,而在于先进对扩展性、性能、安全性、集成性、易用性。探索的精神无可厚非,但是毕竟尝试性的技术探索对于组织应用所期望的稳定性、实用性而言是高风险和高成本的。

　　我们相信CIO对于协同OA软件的评估侧重应用和技术是理性的,但我们也同时注意到,CIO对于推动组织建立新型OA工作行为模式的艰巨性和挑战性的重视程度不够,常在对未来技术应用发展趋势的无限可能性的冥思苦想中忽略了组织与协调成本,导致系统实施成为踏入泥潭的第一步。