OA项目面临哪些挑战？

　　研究OA的挑战一定要建立在对OA的本质的认知基础上，我们常见的现象是，CIO在立项中把对需求的满足度作为最高权重指标，另外关注的是技术的先进性和安全性等等，这些都过于偏重技术了。他们到底忽略了什么？笔者看过一份IDC专门的调查研究报告，与笔者实践中求证的答案一样，那个答案却是CIO背景的人最容易忽视的。

　　1.易用性

　　在OA的本质探讨中，我们已经明确了，OA其实是一次组织行为变革的代号，其形式是软件部署和使用，实质是组织行为模式的变革，特别是协同模式的变革。

　　过去曾有无数的OA，在立项阶段CIO和办公室主任殚精竭虑地整理完整的需求，在支付了大量的金钱和时间之后，通过项目化开发得到了满足，但实际情况是根本没有人愿意用，是什么导致了这些需求的提供者拒绝使用系统？

　　这样的变革需要两种力量的参与，一是领导真正的重视，而不仅仅停留在口号或者愿望上，需要身体力行，在那些成功的OA案例中，位高权重的领导者常常是最早上线、最晚下线的人群之一。另外就是群众的高度参与，在评估成功的关键阀值中我们提到应用范围值就是这个特性的量化。

　　领导和普通群众的最大的共性是电脑应用水平不高。事实上，一个在运作中的组织是难以从业务惯性中摆脱出来专门去从事学习的，我们可以把财务部几十个人停下来专门学习财务软件，加班加点在电脑上重新输入凭证、记账，但我们无法让整个组织停下来3个工作日，专门学习OA软件，最多是轮流培训2天，绝大多数是一天甚至半天。

　　因此有个规律：应用范围越大的系统，其学习成本要求就应该越低，这里易用性是最大的挑战之一。

　　CIO相对组织中其他人员来说，他太了解电脑了，这也是被挑选出来承担OA选型责任的原因，但他又不了解组织行为学，如果再不具备对OA的哲学认知，会在相当程度上忽略易用性。以前的OA失败，至少有50%可以归罪为易用性问题。

　　2.OA的粘着度

　　另一项挑战是OA的粘着度，即用户对系统的依赖程度。大部分OA系统都不具备粘着度，要知道无论需求有多周全，都是穷举模式的，而组织行为是无法穷举的，即使一一满足那些穷举的需求，你可能发现仍然有80%的事情无法在OA上处理。过去OA失败的原因就是只做关键性应用，如我们熟知的公文、文档管理、办公室常用的功能等，就算有流程化审批，也只能穷举部分组织级审批，到部门级就太多了，干脆就不做了。他们草率地把80%的无法穷举的应用需求的责任推给了邮件！套用那句“名言”的语法：“如果道歉有用，还需要警察做什么？”如果邮件能解决还要OA干什么？”

　　OA还有很多挑战，诸如实施风险之类，但最大的挑战还是在产品本身，即易用性和实用性，而大部分人可能对易用性容易理解，但对实用性却没有深入认识，我们通过大量调研，才认识到第二个问题，那是传统OA失败的根本原因之一。