시스템 개발 비용은 만드는 기능의 수, 화면과 장표의 수, 다른 서비스와의 연동, 사용하는 인원수, 그리고 공개 후 유지보수의 범위에 따라 정해집니다. 같은 이름의 시스템이라도 내용에 따라 금액이 크게 달라지므로, 시세 숫자만으로 판단하지 말고 견적의 내역을 읽을 수 있게 되는 것이 적정한 비용을 아는 지름길입니다.
시스템 개발 비용은 내용의 규모로 정해집니다
「예약 시스템은 얼마인가요」라는 질문을 받아도 일률적인 답은 없습니다. 같은 예약 시스템이라도 예약만 받는 것과 결제, 메일 알림, 회원 관리, LINE 연동까지 포함하는 것은 만드는 양이 전혀 다르기 때문입니다.
비용을 결정하는 요소는 다음 5가지입니다.
- 기능의 수와 각각의 복잡도
- 화면과 장표(청구서, 목록표 등)의 수
- 다른 서비스와의 연동(회계 소프트웨어, LINE, 홈페이지, 결제 등)
- 사용하는 인원수와 권한을 나누는 방식
- 공개 후의 유지보수와 수정의 범위
이 가운데 간과하기 쉬운 것이 3과 5입니다. 연동의 수가 늘어나면 상대 서비스의 사양에 맞추는 작업이 늘어납니다. 유지보수는 공개 후 매월 발생하는 비용이므로, 처음 견적에 포함되어 있지 않으면 나중에 부담이 커집니다.
당사의 경우, 시스템 개발 비용은 내용에 따라 크게 달라지므로 개별 견적을 드리고 있습니다.
견적의 내역은 공정별로 나뉘어 있습니다
시스템 개발 견적은 공정별로 나뉘어 작성되는 것이 일반적입니다. 주요 항목을 표로 정리합니다.
| 항목 | 내용 | 살펴볼 점 |
|---|---|---|
| 요건 정리 | 무엇을 만들지 청취하여 문서로 작성 | 처음에 충분한 시간을 들이고 있는가 |
| 설계 | 화면, 데이터 보관 방식, 동작을 정함 | 화면 샘플을 만들어 확인하는가 |
| 개발 | 프로그램을 작성 | 기능별 내역이 있는가 |
| 테스트 | 동작을 확인 | 현장에서의 확인 시간이 포함되어 있는가 |
| 데이터 이행 | 기존 Excel 등에서 옮김 | 이행 대상과 분량이 적혀 있는가 |
| 공개와 교육 | 운영 환경에 공개하고 사용법을 전달 | 사용법 설명이 포함되어 있는가 |
| 유지 관리 | 공개 후의 장애 대응과 수정 | 범위와 매월 비용이 적혀 있는가 |
견적을 받으면 먼저 이 7개 항목이 갖춰져 있는지 확인해 주세요. 「일식」이라고만 적힌 견적은 무엇이 포함되어 있는지 알 수 없습니다. 내역을 제시해 달라고 요청합니다.
인월이라는 단위로 적힌 견적도 있습니다. 인월은 1명이 1개월 동안 수행하는 작업량을 말합니다. 「5인월」이라면 1명이 5개월간 하는 작업량이라는 의미입니다. 인월 단가와 인원수로 금액을 산출하는 방법이지만, 단가 차이만으로 비교하면 작업의 효율이나 품질의 차이는 보이지 않습니다.
계약 형태에는 도급과 준위임 두 가지가 있습니다
시스템 개발 계약에는 주로 두 가지 형태가 있습니다.
| 계약 형태 | 내용 | 적합한 상황 |
|---|---|---|
| 도급 | 완성된 결과물을 납품하는 것에 대해 지급 | 만들 것이 명확히 정해져 있음 |
| 준위임 | 작업 자체에 대해 지급. 완성은 약속하지 않음 | 만들면서 정해 나가고, 개선을 계속함 |
도급은 금액과 산출물이 정해져 있어 예산의 전망을 세울 수 있습니다. 다만 도중에 사양을 변경하면 추가 비용이 발생합니다. 준위임은 변경에 유연하게 대응할 수 있지만, 총비용이 처음에 정해지기 어렵다는 면이 있습니다.
일본 경제산업성은 시스템 개발 계약서의 표준 양식으로 「정보시스템·모델 거래·계약서」를 공개하고 있습니다. 계약 형태, 책임의 범위, 납품물의 취급을 확인할 때 참고가 됩니다. 계약을 체결하기 전에 한 번 살펴보면 견적 항목의 의미를 이해하기 쉬워집니다.
견적을 비교할 때의 주의점
여러 회사에서 견적을 받을 때는 다음 사항을 확인해 주세요.
- 만드는 범위가 동일한 조건으로 비교되고 있는가
- 유지보수 비용이 포함되어 있는가
- 추가 비용이 발생하는 조건이 적혀 있는가
- 데이터 반출이나 다른 회사로의 인계가 가능한가
- 담당자가 누구이며, 연락 창구가 어디인가
가장 저렴한 회사를 선택하면 필요한 기능이 포함되어 있지 않았다는 실패가 발생합니다. 금액 차이의 이유를 회사에 물어보세요. 설명이 구체적이고 납득할 수 있는 회사를 선택하는 것이 안전합니다.
견적을 비교하기 위해 「요구 사항을 정리한 한 장짜리 자료」를 미리 만들어 두면 각 회사에 동일한 조건으로 의뢰할 수 있습니다. 자료에는 해결하고 싶은 과제, 사용하는 사람, 필요한 기능, 연동하고 싶은 서비스, 희망 시기를 적습니다.
비용을 줄이기 위해 할 수 있는 일
시스템 개발 비용을 줄이는 방법은 기능을 줄이는 것만이 아닙니다.
- 처음에는 필요한 기능만으로 좁히고, 사용하면서 추가해 나간다
- 기성 서비스로 충분한 부분은 그대로 사용한다
- 화면 샘플을 빨리 확인하여 나중에 다시 만드는 일을 줄인다
- 요구 사항에 우선순위를 매겨 나중으로 미룰 수 있는 것을 정한다
- 개발의 일부에 AI를 활용하는 회사에 상담한다
특히 3번은 효과가 큽니다. 완성한 뒤에 「생각한 것과 다르다」고 깨달으면, 고치기 위한 재작업으로 비용이 늘어납니다.
당사에서는 개발의 일부에 AI를 활용하여 기간과 비용을 줄이고 있습니다.
시스템 개발 비용에서 흔히 생기는 실패
요구 사항을 확정하지 않은 채 견적을 받는다
요구 사항이 모호한 상태로 견적을 받으면 금액이 크게 흔들립니다. 우선 현재의 작업을 적어 보고, 과제를 정리한 뒤에 상담해 주세요.
처음 견적만 보고 유지보수를 고려하지 않는다
공개 후의 수정, 서버 비용, 장애 대응은 매월 발생하는 비용입니다. 개발비뿐만 아니라 1년에서 수년분의 총액으로 비교합니다.
도중에 사양을 여러 번 변경한다
사양 변경은 그때마다 추가 비용이 됩니다. 변경이 생길 것 같은 부분은 처음부터 준위임으로 진행하거나, 작게 나누어 만드는 등의 계약 구성 방식을 상담해 주세요.
화면 확인을 현장에 맡기지 않는다
담당자만으로 정한 화면은 현장에서 쓰기 불편한 경우가 있습니다. 현장 직원이 직접 사용해 본 뒤에 사양을 확정합니다.
타사가 만든 시스템의 취급을 확인하지 않는다
이미 시스템이 있는 경우, 그것을 다시 만들지 개수할지에 따라 비용이 달라집니다. 타사가 개발한 시스템의 개수는 내용을 확인한 뒤에 맡아 드릴 수 있는 경우가 있습니다.
판단 기준
진행 방식별로 비용에 대한 사고방식을 정리합니다.
| 상황 | 비용을 보는 관점 |
|---|---|
| 만들 것이 명확함 | 도급으로 총액을 정해 진행 |
| 만들면서 정하고 싶음 | 준위임으로 기간과 작업량을 정함 |
| 작게 시험해 보고 싶음 | 하나의 기능만 먼저 만들고, 효과를 보고 확대 |
| 이미 시스템이 있음 | 개수와 재구축 양쪽을 견적내어 비교 |
| 홈페이지와 연동하고 싶음 | 연동까지 포함해 한 회사에 함께 상담 |
어떤 진행 방식이든, 견적 전에 무엇이 곤란하고 무엇을 실현하고 싶은지를 말로 정리해 두면 금액의 정확도가 높아집니다.
견적 의뢰에 첨부할 한 장짜리 자료의 예
각 회사에 동일한 조건으로 견적을 의뢰하기 위해 다음 항목을 한 장에 정리합니다.
| 항목 | 작성 예시 |
|---|---|
| 해결하고 싶은 과제 | 수주 내용을 옮겨 적는 데 매일 1시간이 걸림 |
| 사용하는 사람 | 영업 5명, 사무 2명 |
| 필요한 기능 | 견적서 작성, 수주 등록, 청구서 발행 |
| 연동하고 싶은 서비스 | 회계 소프트웨어, 메일 |
| 현재 보유한 데이터 | Excel 수주 목록(약 3년분) |
| 희망 시기 | 다음 연도 초부터 사용하고 싶음 |
| 예산에 대한 생각 | 초기 비용의 상한과 매월 지출 가능한 금액 |
이 자료는 실제 자사의 수치로 바꾸어 사용해 주세요. 자료가 있는 것만으로 청취 시간이 짧아지고, 견적의 정확도도 높아집니다.
견적을 받은 뒤에 물어볼 것
견적을 받으면 다음 질문을 회사에 던져 보세요.
- 금액이 변하는 것은 어떤 경우인가
- 사양 변경은 언제까지 무료로 가능한가
- 공개 후의 장애는 어느 기간까지 무료로 수정해 주는가
- 담당자가 바뀌었을 때 인수인계는 어떻게 되는가
- 만든 프로그램과 데이터를 장래에 다른 회사로 인계할 수 있는가
답변이 구체적이고 서면으로 제시되는 회사는 신뢰하기 쉬운 상대입니다.
개발 회사와의 소통에서 정해 둘 것
견적 금액이 정해지기 전에 연락 규칙도 정해 두면 개발 중의 엇갈림이 줄어듭니다.
- 연락 창구가 될 사람(양측 각 1명)
- 진행 상황 보고의 빈도
- 사양 변경을 의뢰할 때의 절차
자주 묻는 질문
만드는 기능, 화면의 수, 연동, 사용하는 인원수, 유지보수의 범위에 따라 크게 달라집니다. 당사에서는 내용을 여쭌 뒤에 견적을 드립니다.
해결하고 싶은 과제, 사용하는 사람, 필요한 기능, 연동하고 싶은 서비스, 희망 시기를 메모해 주세요. 현재 사용 중인 Excel이나 장표가 있다면 보여 주시면 정확도가 높아집니다.
서버 비용, 장애 대응, 수정을 위한 유지보수 비용이 듭니다. 유지보수의 범위와 금액은 개발 견적과 함께 확인해 주세요.
개발의 일부에 AI를 활용하여 기간과 비용을 줄이고 있습니다. 공개 전에는 동작 확인을 거쳐 문제가 없음을 확인합니다.
내용을 확인한 뒤에 맡아 드릴 수 있는 경우가 있습니다. 우선 현재 상황을 상담해 주세요.
견적에 앞서 과제 정리부터 상담해 주세요
시스템 개발 비용은 기능, 화면, 연동, 사용하는 사람, 유지보수로 정해집니다. 무엇부터 정해야 할지 모르겠다면, 곤란한 업무에 대해 이야기해 주시는 것부터 시작할 수 있습니다.
당사에서는 요건 정리부터 설계, 개발, 공개 후의 수정까지 일관되게 담당합니다.
