定制开发oa项目对于很多厂商来说不可避免，不同的用户或多或少的存在超出产品之外的个性化需求，不可否认定制开发oa项目能更深入的满足用户需求，但过多的定制开发必然会增加项目的时间和成本，导致相当一部分项目会延迟交付，需求的变更、系统的开发、维护、测试，oa项目开发陷入反反复复的沟通与开发的循环之中。

需求与项目管理的问题
定制开发oa项目对于产品、技术、项目负责人要求非常高，如果厂商项目负责人被最终用户牵着鼻子走，甚至是耗费95%的时间和成本，去定制开发使用概率只有5%的功能需求，而且是可有可无的需求，这种做法是非常不明智的，项目负责人需要做好需求的沟通和人员的协调，否则oa项目将陷入反反复复的开发和修改泥潭中。这类开发的需求基本上都是用户的个性化需求（部分是厂商产品的缺陷），不同类型行业的用户提出的需求千差万别，只要对oa有新的要求，新的需求也是无穷无尽的，厂商对OA软件开发就不会停止。对于最终用户而言，融入过多边缘化的需求会增加定制开发oa项目的工作量，增加OA软件修改与开发的成本，导致项目迟迟不能交付和系统上线。

产品技术与服务模式的问题
对定制开发oa项目用户应本着整体规划、分步实施、主次优先原则，先解决单位的核心需求，并将OA软件中通用和常用的功能使用起来。有的用户对oa的每个功能都有一定的要求，妄想把系统修改得“非常完美”后再全员使用，时不时的提出修改系统功能和增加需求，部分oa厂商受产品技术架构和定制开发项目经验的限制，无法有效的进行项目的综合管理，导致oa项目迟迟无法交付，有的大半年、一年过去了，oa的“完善”工作还没有完成，系统也没有达到“上线的目标”，或只是在小范围内测试和使用，依然还陷在需求变更和开发的泥潭中。

用户需求的管控、产品的拓展能力和成熟度，oa项目的技术负责人的经验，是影响定制开发项目的主要因素。对于厂商而言，项目负责人不要认为自己是万能的，对用户的需求没有合理的管理和控制是最大的风险，任何用户都不愿意看到一个“遥遥无期”的oa项目。因此oa软件的修改与开发，应该本着从实际需要的角度出发，本着先用起来的原则，避免陷入oa软件修改与开发的泥潭中，如果是oa产品的BUG和用户的重要需求，一般需要厂商及时的开发和处理，在功能与需求、时间和成本诸多因素上，最终用户和oa厂商可以协商做到合理的取舍。