개발 업체는 비슷한 구축 경험, 요구사항을 구체화하는 방식, 완료를 검증할 방법, 출시 후 인계와 지원 범위를 함께 보고 선정하세요. 화려한 데모나 낮은 견적만으로는 실제 운영에 필요한 일을 누가 맡는지 알기 어렵습니다. 모든 후보에게 같은 질문과 자료를 전달하면 비교가 쉬워집니다.
[01]포트폴리오에서 무엇을 확인하나요?
업종 이름이 같은지보다 해결한 업무와 담당 범위가 유사한지 보세요. 화면 디자인만 맡았는지, 실제 연동·데이터 이전·운영까지 맡았는지를 질문합니다. 공개할 수 없는 고객 자료 대신 익명화한 흐름 설명이나 테스트 환경을 요청할 수 있습니다. 성과 수치가 있다면 측정 조건과 업체의 기여 범위도 확인하세요.
[02]제안서 비교표에는 무엇을 적나요?
| 비교 항목 | 후보 업체에 요청할 답변 |
|---|---|
| 범위 | 포함·제외 기능과 고객이 준비할 자료 |
| 검수 | 예시 데이터, 완료 기준, 오류 수정과 추가 작업의 구분 |
| 책임 | 담당자, 진행 공유 주기, 이슈 결정 방식 |
| 인계 | 코드 저장소, 운영 계정, 배포 문서와 사용 안내의 범위 |
| 출시 후 | 하자 수정 기간, 운영 지원·추가 개발 비용과 대응 방식 |
[03]소스코드를 받으면 운영도 가능한가요?
코드 외에도 배포 환경, 환경변수 관리 방식, 데이터베이스·파일 저장소, 도메인·메일 계정, 외부 서비스 권한과 운영 문서가 필요할 수 있습니다. 귀사 계정을 기준으로 소유자와 접근 권한을 정하고, 종료 시 필요한 접근을 회수할 수 있는지 확인하세요. 계정 비밀번호를 문서에 모으기보다 안전한 전달·관리 방식을 합의하는 것이 좋습니다.
[04]추가 요청과 유지보수는 어떻게 비교하나요?
처음 합의한 동작이 작동하지 않는 오류와, 새로운 동작을 추가하는 요청을 구분합니다. 다툼을 줄이려면 검수 예시와 제외 사항을 남겨야 합니다. 운영 지원에서는 연락 방법, 지원 시간, 장애 확인·복구의 책임, 외부 서비스 장애의 처리 범위를 확인하세요. 보이드 역시 구체적인 범위와 조건은 계약 전에 협의합니다.
[05]첫 상담에는 무엇을 물어보면 되나요?
- 우리 업무에서 가장 불확실한 부분과 먼저 검증할 것은 무엇인가요?
- 지금 예산으로 제외하거나 나중으로 미룰 기능은 무엇인가요?
- 실제 데이터로 어떤 완료 기준을 확인할 수 있나요?
- 프로젝트를 다른 팀에 넘길 때 어떤 자료와 권한이 남나요?
- 업체 선정
- 검수·인계
