1, OA 프로젝트 책임자는 데이터 관계 및 데이터 제어에 능숙해야 합니다.
기업 OA 시스템 구축의 주요 책임자와 응용 프로그램의 주요 관리자는 컴퓨터의 기본 기술을 이해하지 못할 수도 있지만, 비즈니스 작업의 "데이터 관계 및 데이터 제어" 에 정통해야 합니다. 그렇지 않으면 OA 시스템을 구축한 후 정상적인 운영에 투입하여 실제 응용 효과를 충분히 발휘하기가 어려울 수 있습니다.
2, OA 수요는 완벽을 탐내서는 안 된다.
OA 시스템을 구축하는 단위는 완벽하고 혁신을 탐내서는 안 된다는 점에 유의해야 한다. 단위의 실제 수요를 충족시킬 수만 있다면 최선이다. 단순히 고, 신, 뾰족함을 추구한다면, 마지막에도 죽은 오리가 선반에 오른다. 따라서, 시스템 건설 전과 건설 과정에서 반드시 본 단위의 주요 업무와 긴밀하게 연계해야 하며, 업무인원과 비서직원에게 많이 문의해야 수요 분석을 잘 할 수 있다.
완전하고 효과적인 의사 소통이 중요합니다.
OA 시스템의 요구 사항이 결정되면 소프트웨어 구현자는 일반적으로 어느 정도의 맞춤형 개발을 수행하므로 기업과 구현자가 불필요한 오해와 오류를 피하기 위해 요구 사항에 따라 개발을 지도할 수 있는 완전하고 효과적인 커뮤니케이션을 유지해야 합니다.
4. 단계별 수요 결정
OA 시스템의 응용 프로세스는 얕은 것에서 복잡한 과정까지 진행되며, 사용자의 요구도 단계적으로 계획적으로 진행될 수 있습니다. 따라서 실용적인 기능, 안정적인 성능, 적당한 가격의 플랫폼 OA 제품을 선택하는 것이 좋습니다. 한편으로는, 그 기능은 간단하고 실용적이며, 사용자가 신속하게 시작할 수 있도록 한다. 한편, 플랫폼 기반 OA 소프트웨어는 확장성과 유연성이 뛰어나 OA 가 애플리케이션 단계에서 심화 애플리케이션을 위한 좋은 기반을 마련할 수 있습니다.