绝大多数的OA需求都是发问卷给相关人采集汇总而得来的，以这样的形式采集汇总的需求造就了中国过去近20年几乎所有的OA都走项目化，或者看着别人的OA还凑合拿来就用。如果你也是这样整理需求的，那简直就是自杀，这种看上去合乎逻辑的需求成型方式里面却埋藏着失败的种子。

　　CIO通常是OA项目的负责人，中国的OA应用发展史可谓“成也CIO败也CIO”，在组织赋予CIO肩负起OA项目建设职责的同时，不少CIO却也还满怀激情地冲向陷阱。

　　陷阱一：缺乏长期规划

　　CIO一般有当前的项目规划，而无长期战略规划，为项目的早夭埋下了伏笔。

　　陷阱二：需求贪大求全

　　如果你坚信自己采集的需求是一种客观的需求，是必须被100%满足的需求，你就离失败不远了。那么，如何认识自己的需求？

　　让我们仔细看看这份需求吧!也许每个部门都提出了自己的需求，里面不仅是一个个以自我为中心的要求，而且充满着本来应该归纳到业务范畴的应用需求，甚至包含着个别领导的软件嗜好。依照这种需求，世上没有一套现成的软件能够100%地满足。依据这样的需求开发出来的OA软件，可能功能看上去非常丰富，但实际上却形成了一个个以部门为中心的应用孤岛。第一代的OA都是这么出生的，最后大家用起来一头雾水，这些看上去都是我们想要的功能为何总感觉那么别扭？问题到底出在哪？

　　我们研究发现，这类OA普遍存在一个问题：如果我们要以整个组织高效协同为目标，那么，那个把我们协同在一起的功能是哪个？

　　请不要轻率地回答这个问题，有人说用公文？公文只有组织中不到10%经常用;文档？文档可以分享，但文档不能主动产生协同;IM(即时通信)？IM并不能进行表单审批;邮件？邮件能完成流程化审批吗？能用邮件来完成组织的日常协同，我们还实施OA项目干什么？

　　所以你必须从繁杂浩瀚的细节中脱出身来，放下本位主义，先找到一个组织共性的需求，然后才是关键部门的需求，最后才是重要角色的需求。你在选型的时候一定要看，这个OA是否有这样的一个功能能够满足这个共性需求!