有些项目的考察是由软件供应商或者服务商安排的，为了让用户更好地接受其产品或服务，软件供应商或者服务商可能会在调研环节更多地制造机会让CIO去了解系统的价值，而不是问题。
　　—— 本报记者 邱燕娜
　　即使有了前车之鉴，后来实施的类似项目也难免撞到南墙，甚至失败。
　　CIO决定上马一个系统前，为了最大程度地降低风险，往往会去已经成功应用该系统的企业考察。但是有的CIO尽管在系统上马前做了很多调研，但是真正到了自己去实施类似系统时，却仍然发现各种问题层出不穷，系统应用的效果也不如厂家描绘的好。
　　这可能是因为该CIO对其他用户进行的调研不够全面，特别是只看到了好的一面。
　　因此，CIO在进行项目调研时，也要注意技巧，而不能走马观花，流于形式。CIO在调研之前做好充分的准备，列出调研需要了解的内容，包括所实施系统的优劣、系统实施的总体成本、系统实施人员该怎么匹配、系统实施的周期、系统实施过程中可能遇到哪些问题、被调研用户如何解决可能遇到的棘手问题等。
　　此外，最好能组织一个包含关键业务部门的关键用户在内的团队进行调研，以更好地确定系统能否满足业务需求。这还能增加业务部门对系统的信心，以及让业务部门了解在项目实施过程中应该注意哪些问题。
　　笔者发现，很多CIO在进行项目调研时还有一个误区，就是希望能够多调研一些用户，以获取尽量多的经验，而每个用户都只调研一次。事实上，对与本企业相似性较大的某一用户进行多次调研非常有必要，因为这能更多地了解项目实施过程的细节，而细节决定成败。
　　笔者在长期采访各种用户的过程中发现，有些用户会针对一些问题总结出很好的解决方案来，而另外一些用户却依旧对同样的问题一筹莫展。如果CIO能够通过调研深入理解了这些解决方案，会对项目的成功实施带来很大的帮助，甚至会对企业的业务运作提供更多借鉴。
　　值得一提的是，有些项目的考察是由软件供应商或者服务商进行安排的，为了让用户更好地接受其产品或服务，软件供应商或者服务商可能会在调研环节更多地制造机会让CIO去了解系统的价值，而不是问题。被调研用户也可能碍于面子不好将太多问题拿出来说。在这种情况下，CIO更是应该想办法再次联系该用户，真实了解系统实施过程中可能遇到的问题。