RFP가 모호하면 제안사마다 견적 범위가 제각각이 되어 비교 자체가 어려워집니다. 그리고 계약 이후에는 “제안에는 없던 비용”이 계속 추가됩니다. 아래 항목을 RFP에 명시하면 제안 비교와 이후 계약 관리가 훨씬 수월해집니다.
범위 정의
무엇을 만들 것인지가 흐릿하면, 나머지 모든 것이 흐릿해집니다.
- 대상 업무 범위 (재무회계·인사·구매 등 모듈 목록)
- 기존 시스템에서 이전해야 할 데이터 범위
- 연동이 필요한 외부·내부 시스템 목록
- 1차 오픈 범위와 이후 확장 범위의 구분
운영 조건
시스템은 만드는 것보다 운영하는 기간이 훨씬 깁니다.
- 동시 사용자 수, 트랜잭션 규모 등 성능 기준
- 오픈 이후 유지보수·운영 지원 범위와 기간
- 장애 대응 시간(SLA) 기준
평가 기준
기능 목록만으로 제안사를 고르면, 오픈 이후 진짜 문제가 드러납니다.
- 기능 충족도 외에 유사 산업 구축·운영 경험 여부
- 구축 이후 자체 서비스를 직접 운영한 경험 여부 — 운영 경험이 없는 SI사는 오픈 이후 발생하는 실제 문제를 예측하기 어렵습니다.
- 제안 비용에 유지보수 기간이 포함되는지 여부
RFP는 “무엇을 원하는지”를 적는 문서가 아니라, “무엇으로 평가할지”를 미리 정하는 문서입니다.
RFP 단계에서 이 항목들을 명확히 해두면, 제안사 선정 이후 추가 비용과 분쟁을 크게 줄일 수 있습니다. RFP 검토나 ERP 도입 방향 상담이 필요하다면 노라의 ERP 구축·컨설팅을 참고하세요. 업그레이드와 재구축 사이에서 고민 중이라면 ERP 업그레이드 vs 재구축, 판단 기준 5가지도 함께 보시길 권합니다.
비슷한 고민을 하고 계신가요?
ERP·재무회계 시스템, 골프장 예약 플랫폼 구축을 노라와 상담해 보세요.