幸福的家庭都一样，不幸的家庭各有各的不幸。同样，成功的项目结果都一样，能使企业管理模式更加合理、效率大为提升；而不成功的项目也有各种各样的流产方式。

2005年，暮春，我有幸到一家国内比较著名的第三方物流企业工作，所在部门是软件部。虽然说是软件部，但是部门很小--一个小房子里面有七个办公位置，加上我，竟然还有四个位置是空的。

不过诸君请不要误以为这个公司不重视IT，除了软件部外，其他好几个部门都有从事IT的人员，总共有五十多人！然而这也为后来OA选型的项目失败埋下了伏笔。为什么呢？因为部门重叠，多头分割，难以形成合理的规划和布局；甚至部门之间还会相互挖墙拆脚，一度场面混乱不堪。

选型开始 由糊涂到明白

OA的选型工作最初由和我同时进公司的那位同事负责，可惜他实在性格太内向了，不善和人交流，毫无工作方法和章程。我们经理没有办法，于是将选型的任务交给了我。

头一次做甲方，感觉确实是很好。但开始的时候，我也没有具体的想法和步骤，只是通过网络搜索做OA的软件供应商，然后打电话给他们的销售和售前来和我们讲。但可惜我们自己都不明白自己的需求，只能记下他们的所讲的功能要点和他们的产品白皮书，无法额外提出太多的问题和自己的意见。

这时我意识到事情这样下去不是个办法，便毫不犹豫地和我的经理建议：暂停寻找OA厂商，先调研我们的需求。经理也明白其中的难处，因为最初一周基本上都是由他是和我一起听软件商的演示。所以很自然地同意了，需求调研也自然而然落到我的肩上。