기존 시스템 연동이 있으면 왜 더 어려워질까요 | 견적·기간 기준
같은 기능인데 연동이 붙으면 견적이 흔들려요. 저희 실무에서는 연동 대상 하나당 검증 기간을 2주에서 4주 더 잡아요. DID·객실관리·LMS 같은 기존 시스템과 붙일 때 무엇이 달라지는지, 코닥·캐논·롯데 프로젝트에서 실제로 시간을 먹은 지점을 정리했어요.
먼저 결론부터요. 연동이 붙은 프로젝트에서 시간을 먹는 건 개발이 아니라 검증이에요. 상대 시스템에서 실제 데이터를 받아보기 전까지는 무엇이 안 맞을지 알 수 없거든요. 그래서 저희는 연동 대상 하나당 검증 기간을 2주에서 4주 더 잡고, 착수 전에 상대 업체와 연락이 되는지부터 확인해요. 직접 만들고 운영까지 해본 개발사 기준으로 정리했어요.
“같은 기능인데 왜 여기만 견적이 두 배예요?”
연동이 들어간 견적서를 받은 발주 담당자가 자주 하시는 말이에요. 화면 수는 비슷하고 기능 목록도 비슷한데 금액과 기간이 크게 벌어지니 납득이 안 되는 게 당연해요. 이 글에서는 그 차이가 어디서 생기는지, 무엇을 미리 준비하면 줄일 수 있는지 정리해볼게요.
1. 연동이 있으면 왜 견적이 흔들릴까요
우리 쪽에서 통제할 수 없는 변수가 생기기 때문이에요.
화면을 새로 만드는 일은 예측이 잘 돼요. 몇 개를 만들지 세면 되니까요. 그런데 이미 돌아가고 있는 시스템에 붙이는 일은 다릅니다. 그 시스템이 어떤 형식으로 데이터를 주는지, 얼마나 자주 응답하는지, 오류가 났을 때 무엇을 알려주는지는 열어보기 전에는 아무도 몰라요.
견적이 벌어지는 이유도 여기 있어요. 어떤 개발사는 “잘 되겠지”를 전제로 계산하고, 어떤 개발사는 안 될 경우를 넣어서 계산해요. 총액만 비교하면 앞쪽이 싸 보이지만, 착수 후에 뒤집히는 쪽도 대개 앞쪽이에요.
2. 어떤 시스템들이 연동 대상이 되나요
발주 상담에서 실제로 자주 나오는 대상들이에요.
- DID시스템 — 매장이나 로비에 설치된 디지털 사이니지. 관리자 화면에서 올린 콘텐츠가 현장 화면에 제때 떠야 해요.
- 객실관리시스템 — 호텔·숙박 운영 시스템. 예약 상태와 객실 상태가 어긋나면 바로 현장 항의로 이어져요.
- LMS시스템 — 교육 과정과 수강 이력을 관리하는 시스템. 회원 정보와 진도 데이터를 주고받는 경우가 많아요.
- 제어시스템 — 설비나 센서를 다루는 쪽. 네트워크가 폐쇄망인 경우가 흔해서 접근 자체가 과제예요.
- 회계·ERP — 이미 쓰고 있는 업무 시스템. 데이터 형식이 오래됐지만 바꿀 수 없는 경우가 많아요.
여기에 하드웨어가 붙으면 성격이 또 달라져요. 프린터, 카메라, 키오스크, 센서처럼 물리 장치와 통신하는 개발은 화면 개발과 다른 시간을 써요.
3. 연동 난이도는 무엇으로 갈릴까요
기술이 어렵냐 쉽냐보다 협조가 되냐 안 되냐가 훨씬 크게 작용해요.
| 조건 | 수월한 경우 | 어려워지는 경우 |
|---|---|---|
| 문서 | API 명세서가 있고 최신 | 문서 없음, 담당자 기억에 의존 |
| 상대 업체 | 연락 가능, 테스트 계정 제공 | 폐업·담당자 퇴사·응답 지연 |
| 환경 | 인터넷 접근 가능 | 폐쇄망·사설망, 현장 방문 필요 |
| 데이터 | 샘플을 미리 받을 수 있음 | 운영 데이터만 존재, 사전 확인 불가 |
| 기기 | 대여 가능, 종류 한정 | 기종이 많고 대여 불가 |
오른쪽 열에 표시가 많을수록 견적과 기간이 함께 늘어나요. 이 표를 발주 자료에 그대로 넣어서 개발사에 알려주시면 견적 편차가 눈에 띄게 줄어요.
용어 정리 — API 시스템끼리 데이터를 주고받는 약속된 통로예요. 사람이 화면을 보고 입력하는 대신, 프로그램이 프로그램에게 직접 물어보는 방식이라고 생각하시면 돼요. 실무에서는 “그 시스템 API 열려 있어요?”라는 질문으로 시작하는데, 여기서 “열려 있다”는 건 외부에서 접근할 통로와 권한이 준비돼 있다는 뜻이에요.
4. 디바이스 연동은 화면 개발과 무엇이 다를까요
가장 큰 차이는 경우의 수예요.
저희가 코닥 인스턴트 프린터의 블루투스 연동 앱을 만들 때가 그랬어요. 기획 1명, 디자인 1명, 개발 2명이 붙어서 두 달 만에 출시했는데, 정작 시간을 먹은 건 앱 화면이 아니라 아이폰과 안드로이드의 수많은 기기와 인화 장치 사이의 연결 처리였어요. 어떤 기기에서는 잘 붙고 어떤 기기에서는 중간에 끊기는데, 그 차이를 하나씩 확인하는 일이 개발의 본체였어요.
캐논코리아 카메라 펌웨어 업데이트 유틸리티도 비슷했어요. 윈도우와 맥을 함께 지원하는 프로그램이었는데, 가장 큰 부담은 펌웨어 버전과 장치 조합을 전부 테스트하는 일이었어요. 결과적으로 펌웨어 관련 고객 문의가 줄었고, 그전까지 업데이트가 어려웠던 맥 사용자도 쓸 수 있게 됐어요.
정리하면 이렇게 돼요. 디바이스 연동 프로젝트의 공수는 기능 수가 아니라 지원해야 할 조합의 수로 커져요. 견적을 받으실 때 “지원 기기 범위를 어디까지로 잡았는지” 물어보시면 금액 차이의 이유가 바로 드러나요.
5. 착수 전에 확인해야 할 자료는 무엇일까요
다 갖추실 필요는 없어요. 무엇이 없는지 아는 것만으로도 계획이 달라져요.
- 연동 대상 목록 — 시스템 이름과 버전, 설치 시기
- 상대 업체 연락 가능 여부 — 이게 일정을 가장 크게 흔들어요
- 문서 — API 명세, DB 구조, 인터페이스 정의서 중 있는 것
- 테스트 환경 — 시험용 계정, 대여 가능한 장비
- 데이터 샘플 — 실제 형식이 담긴 파일 몇 건
- 네트워크 조건 — 외부에서 접근 가능한지, 폐쇄망인지
요구사항 정리 단계에서 함께 정리하시면 편해요. 요구사항 정의서를 어디까지 써야 하는지는 따로 정리해뒀어요.
운영사 Tip — 저희는 견적 전에 2번을 먼저 확인해요. 상대 업체와 연락이 닿는지 여부에 따라 같은 프로젝트의 기간이 한 달 넘게 달라지거든요. 연락이 안 되는 상황이면 견적을 낮추기보다 분석 단계를 따로 떼서 계약하는 쪽을 권해드려요.
6. 견적과 기간은 얼마나 더 잡아야 할까요
두 가지 기준을 나눠서 보셔야 해요. 하나는 저희가 실무에서 쓰는 여유분이고, 다른 하나는 공개된 외부 기준이에요.
저희 실무 기준 예시 (프로젝트마다 달라요)
| 상황 | 추가로 잡는 검증 기간 |
|---|---|
| 문서가 있고 상대 업체 협조 가능 | 대상당 2주 |
| 문서가 부족하거나 응답이 느림 | 대상당 3～4주 |
| 폐쇄망·현장 설치가 포함 | 현장 확인 일정 별도 |
| 디바이스 기종이 여러 개 | 조합 수에 따라 산정 |
공식 외부 기준
- 한국소프트웨어산업협회(KOSA) 2024년 공표 기준으로 응용SW개발자 월 평균임금은 약 712만 원이에요. 여기에 업계 관행상 마진이 붙어 실제 외주 단가가 정해지는데, 이 부분은 추정 영역이에요.
- 시스템구축 유형별 개발 기간은 공개 시장 자료 기준으로 단순 웹 2～6주, 플랫폼·실시간 시스템 4～6개월 이상으로 알려져 있어요.
두 표를 섞어 읽지 마세요. 위쪽은 저희 실무 관행이고 아래쪽은 공개 자료예요. 저희 실거래 통계가 아니에요.
7. 흔한 실수와 숨은 비용은 무엇일까요
시스템개발 프로젝트에서 반복해서 보는 세 가지예요.
하나, 연동 검증을 검수 직전으로 미뤄요. 개발을 다 끝내고 마지막에 붙여보면, 형식이 안 맞을 때 되돌릴 시간이 없어요. 연동은 초반에 가장 단순한 형태로 한 번 통해보는 게 안전해요.
둘, 상대 시스템 변경 비용을 아무도 안 잡아요. 우리 쪽 개발비는 견적에 있는데, 상대 시스템에서 통로를 열어주는 작업 비용은 빠져 있는 경우가 많아요. 그쪽 업체에도 견적을 요청해야 하는 항목이에요.
셋, 장비 대여와 현장 방문 비용을 빼먹어요. 디바이스가 있는 프로젝트는 기기를 빌리고 현장에 나가는 일정이 실제로 발생해요. 금액은 크지 않아도 일정에는 확실히 영향을 줘요.
8. 운영까지 보면 무엇이 달라질까요
연동은 오픈이 끝이 아니라 시작이에요. 저희가 이 말을 자주 하는 이유가 있어요.
롯데백화점 수원 푸드홀의 실시간 혼잡도 관리 시스템이 그랬어요. 캐논코리아와 컨소시엄으로 함께 수행했고 개발에 4개월이 걸렸는데, 어려웠던 지점은 전부 운영 환경 쪽이었어요. 보안 요건 때문에 내부·사설 네트워크로 구성해야 했고, 여러 센서가 동시에 데이터를 보내면서 취합이 지연되는 현상이 생겼어요. 관리자 페이지에서 등록한 광고가 사이니지에서 끊기는 문제도 있었고요.
이 마지막 문제는 결국 처음 JavaFX로 만든 부분을 C#으로 다시 구현해서 해결했어요. 개발 중에 테스트할 때는 드러나지 않다가 실제 운영 환경에서 나타난 문제였거든요. 오픈 이후에 혼잡도 데이터로 인력 배치와 실시간 광고 송출을 운영에 적용했고, 사이니지를 본 방문객이 붐비는 매장을 피해 이동하는 행동도 관찰됐어요.
저희가 견적 단계에서 배포 후 조정 기간을 따로 잡아두는 건 이런 경험 때문이에요. 만들고 끝나는 코드와 운영 환경에서 버티는 코드는 다르다고 생각해요.
9. 자주 묻는 질문
연동이 있는 프로젝트는 기간을 얼마나 더 잡아야 하나요?
저희 기준으로는 연동 대상 하나당 2주에서 4주를 더 잡아요. 개발 자체는 며칠이면 되는 경우가 많은데, 상대 시스템에서 실제 데이터를 받아 확인하는 데 시간이 걸려요. 디바이스가 끼면 기기 조합 수만큼 확인 작업이 늘어나서 폭이 더 커져요.
연동 대상 시스템의 문서가 없으면 어떻게 하나요?
흔한 상황이라 그것만으로 무산되지는 않아요. 다만 문서 없이 총액을 확정하면 대부분 착수 후에 다툼이 생겨요. 먼저 상대 시스템을 열어보는 분석 단계를 따로 계약하고, 그 결과로 본 개발 범위를 확정하는 2단계 방식이 안전해요.
기존 업체가 협조하지 않으면 방법이 없나요?
우회 방법이 있긴 해요. 화면에서 데이터를 내려받거나 파일로 주고받는 방식으로 최소한의 연결을 만들 수 있어요. 다만 이런 방식은 상대 시스템이 조금만 바뀌어도 깨지기 때문에, 임시 수단으로 두고 협조 요청을 병행하시는 편이 좋아요.
10. 마무리
연동은 기술 난이도보다 모르는 것의 개수가 비용을 만들어요. 그래서 준비의 목적도 모든 자료를 갖추는 게 아니라, 무엇을 모르는지 목록으로 만드는 데 있어요. 그 목록만 있어도 견적은 훨씬 정확해져요.
지금 붙여야 할 시스템이 있는데 어디부터 확인해야 할지 모르시겠다면, 연동 조건부터 같이 정리해봐요 → 방향이 아직 명확하지 않아도 괜찮아요.
저희는 10년 넘게 50개 이상의 프로젝트를 진행하고 자체 SaaS 4종을 직접 운영해온 개발사예요. 롯데·캐논 같은 곳과도 함께해 왔고요. 기기와 기존 시스템에 붙는 일을 여러 번 겪어봐서, 어디에서 시간이 새는지는 비교적 정확하게 짚어드릴 수 있어요.
관련 글