디바이스 연동 프로젝트, 화면보다 먼저 정할 것 5가지 | 코닥·롯데 사례
기기가 붙는 SI 프로젝트는 화면이 아니라 연동 구조에서 일정이 밀려요. 코닥 프린터 앱은 2개월 개발 기간 대부분이 수많은 기기와 인화 장치의 연결 처리였어요. 발주 전에 화면보다 먼저 정할 5가지를 실제 사례 기준으로 정리했어요.
먼저 결론부터요. 기기가 붙는 프로젝트의 성패는 화면이 아니라 연동 구조에서 갈려요. 지원할 기기 목록, 연결 방식, 실패했을 때의 동작을 발주 단계에서 정해두면 견적과 일정이 흔들리지 않아요. 코닥 프린터 앱과 롯데백화점 푸드홀 시스템을 직접 만들고 운영까지 해본 개발사 기준으로 정리했어요.
“화면 시안은 벌써 다 나왔는데, 기기 붙이는 데서 두 달째 막혀 있어요.”
프린터, 센서, 키오스크, 측정 장비. 화면 밖의 무언가와 통신해야 하는 프로젝트에서 자주 듣는 이야기예요. 발주 미팅에서는 대개 화면 이야기가 먼저 나와요. 눈에 보이니까요. 그런데 저희가 이런 프로젝트를 여러 번 해보니, 화면은 한 번도 프로젝트를 위험하게 만든 적이 없어요. 위험은 늘 기기 쪽에서 왔어요.
1. 왜 화면 시안부터 보면 안 될까요
화면은 나중에 바꿔도 되지만, 연동 구조는 바꾸기 어렵기 때문이에요.
버튼 위치나 색은 출시 전날에도 고칠 수 있어요. 반면 기기와 어떤 방식으로 통신할지, 연결이 끊기면 어떻게 복구할지는 시스템의 뼈대라서 나중에 바꾸려면 다시 짓는 수준이 돼요.
그래서 디바이스 연동이 있는 SI 프로젝트라면 화면 시안 검토보다 연동 정의가 먼저예요. 견적서를 비교할 때도 마찬가지고요. 화면 수로 계산된 견적은 이런 프로젝트에서 잘 맞지 않아요. 같은 화면 10장이라도 뒤에 붙는 기기가 무엇이냐에 따라 공수가 몇 배씩 달라지거든요.
2. 코닥 프린터 앱 — 개발의 본체는 화면 밖에 있었어요
사진을 고르고 인쇄를 누르는 화면은 단순했어요. 일은 그다음부터였어요.
저희가 만든 코닥(Kodak) 인스턴트 프린터 연동 앱 이야기예요. [제조 · 하드웨어 연동 App] 사례로, 기획 1명·디자인 1명·개발 2명이 2개월간 진행했어요.
앱의 기능만 보면 간단해요. 사진을 고르고, 프린터와 블루투스로 연결하고, 인쇄를 보내는 거예요. 그런데 실제 개발에서 가장 오래 붙든 건 아이폰과 안드로이드의 수많은 기기와 인화 장치 사이의 연결, 그리고 오류 처리였어요. 같은 코드가 기기마다 다르게 동작했고, 연결이 끊기는 상황도 기기마다 달랐거든요.
결과적으로 연동이 안정된 뒤에는 오류가 잦던 이전과 달리 많은 사용자가 불편 없이 쓰게 됐어요. 이 프로젝트의 자세한 전말은 코닥 프린터 앱 개발 사례에 따로 적어뒀어요.
3. 화면보다 먼저 정할 것 5가지는 무엇인가요
아래 다섯 개가 견적과 일정을 결정해요.
- 지원 기기 목록 — 어떤 제조사, 어떤 기종, 어떤 OS 버전까지 지원할지. 이게 곧 테스트 범위예요.
- 연결 방식 — 블루투스인지, 사내 네트워크인지, 시리얼 통신인지. 방식마다 개발 난이도와 제약이 달라요.
- 실패 시나리오 — 연결이 안 될 때, 도중에 끊길 때, 기기가 응답이 없을 때 화면에 무엇을 띄우고 어떻게 복구할지.
- 기기 수급 계획 — 개발사가 테스트할 실물 기기를 언제, 몇 대, 누가 준비할지.
- 현장 조건 — 설치 장소의 네트워크, 보안 제약, 전원. 사무실에서 되던 게 현장에서 안 되는 이유의 대부분이에요.
이 다섯 개가 요구사항 문서에 적혀 있으면, 어느 SI 개발사가 견적을 내도 편차가 크게 줄어요. 반대로 이게 없으면 업체마다 다른 전제로 계산해서 금액이 두세 배씩 벌어져요.
4. 지원 범위는 어떻게 숫자로 좁힐까요
전 기종 지원은 목표가 아니에요. 목록 확정이 목표예요.
연동 대상이 되는 기기 생태계가 어느 정도인지 감을 잡는 데 도움이 되는 공개 자료예요.
| 항목 | 수치 | 출처 유형 |
|---|---|---|
| 연간 블루투스 기기 출하량 | 2026년 70억 대 초과 전망 | 공식 (Bluetooth SIG 전망) |
| 그중 저전력(BLE) 비중 | 약 95% | 공식 (Bluetooth SIG 전망) |
| 안드로이드 기기 모델 수 | 2만 4천 종 이상 | 업계 조사 |
이 숫자가 말해주는 건 하나예요. “모든 기기에서 되게 해주세요”는 요구사항이 아니라 미확정 상태라는 것. 저희 실무 기준으로는 실사용자 기기 통계에서 상위 기종을 뽑아 계약 전에 목록으로 확정하고, 나머지는 출시 후 확대 단계로 나눠요. 이건 저희 진행 방식이지 업계 표준 통계는 아니에요.
용어 한 번 정리할게요. 펌웨어는 기기 안에 들어 있는 소프트웨어예요. 같은 프린터라도 펌웨어 버전이 다르면 다르게 동작해요. SDK(개발 도구 모음)는 기기 제조사가 개발사에 제공하는 연결 부품이고, 프로토콜은 기기와 앱이 주고받는 말의 규칙이에요. 실무에서는 “SDK가 어느 OS 버전까지 지원하나요”, “펌웨어별 동작 차이가 문서로 있나요”처럼 쓰여요.
5. 실패 처리를 요구사항에 어떻게 적을까요
“연결되게 해주세요”가 아니라 “끊겼을 때 이렇게 해주세요”로 적는 거예요.
기기 연동은 성공 경로보다 실패 경로가 일이에요. 저희가 겪은 사례 두 개만 볼게요.
- 롯데백화점 수원 푸드홀 혼잡도 시스템에서는 다수의 센서가 동시에 데이터를 보내며 취합이 지연되는 현상이 있었어요. 보안 요건으로 내부 네트워크만 써야 하는 조건이라, 현장 환경에 맞춰 구조를 조정해가며 풀었어요.
- 건설장비 플랫폼 지구조각가의 작업일보에서는 서명 기능이 문제였어요. 아이폰과 안드로이드의 픽셀 차이로 서명 영역이 어긋났거든요. 같은 화면도 기기가 다르면 다르게 그려진다는 걸 보여주는 사례예요.
운영사 Tip — 요구사항 문서에 실패 시나리오를 표로 넣으세요. “연결 실패 시: 3회 자동 재시도 → 안내 문구 → 수동 재연결 버튼”처럼요. 이 표가 있으면 개발사는 견적을 정확히 내고, 발주자는 검수 기준을 얻어요. 같은 문서를 검수 때 그대로 체크리스트로 쓰면 되거든요.
6. 흔한 실수 — 견적서에서 이것부터 확인하세요
기기 관련 항목이 견적서에 아예 없는 경우가 가장 위험해요.
캐논코리아 카메라 펌웨어 유틸리티를 만들 때 가장 큰 부담은 코드가 아니라 다양한 펌웨어 버전과 장치 조합의 테스트였어요. Windows와 Mac을 함께 지원해야 해서 조합은 더 늘었고요. 이런 검증 작업은 눈에 보이는 산출물이 없어서 견적서에서 자주 빠져요. 그리고 빠진 항목은 나중에 일정 지연이나 추가 비용으로 돌아와요.
견적서를 받으면 이 세 가지를 확인해보세요.
- 테스트 항목이 별도 줄로 있나요? 기기 조합 검증이 “개발”에 뭉뚱그려져 있으면 물어보세요.
- 테스트 기기는 누가 준비하나요? 수급 주체와 비용이 안 정해진 채 시작하면 중반에 멈춰요.
- 지원 기기 목록이 견적서에 적혀 있나요? 목록 없는 견적은 전제가 다른 견적끼리 비교하는 셈이에요.
앱 개발 전반의 견적 항목이 궁금하시면 기존 시스템·API 연동이 있으면 왜 더 어려워질까요도 같이 보세요. 개발 방식에 따른 비용 차이는 크로스플랫폼 vs 네이티브 비교에 정리돼 있어요.
7. 운영까지 보면 달라지는 것
출시가 끝이 아니에요. 기기는 계속 새로 나와요.
내년에 새 스마트폰이 나오고, 프린터 제조사는 펌웨어를 올리고, OS는 업데이트돼요. 그때마다 “우리 앱 되나?”를 확인할 방법이 필요해요. 저희는 자체 SaaS 4종을 직접 운영하면서 이 감각을 배웠어요. 납품으로 끝나는 코드와 운영까지 버티는 코드는 다르다고 생각해요.
발주 단계에서 유지보수 계약에 신규 기기·OS 대응 범위가 들어 있는지 확인해두세요. 이게 없으면 출시 1년 뒤 “새 폰에서 안 돼요”라는 문의를 받았을 때 처리 주체가 없는 상태가 돼요.
8. 자주 묻는 질문 (FAQ)
디바이스 연동 앱 개발 기간은 얼마나 걸리나요?
연동 대상과 지원 범위에 따라 달라요. 저희가 진행한 코닥 프린터 연동 앱은 2개월, 한국건설기술연구원(KICT)의 현장 측정 앱은 1개월이 걸렸어요. 지원 기종을 넓게 잡으면 검증 조합이 늘어나 기간도 늘어나요.
지원 기기는 몇 종으로 잡아야 하나요?
실사용자가 실제로 쓰는 기종부터 좁게 시작하세요. 안드로이드 기기 모델이 2만 종을 넘는다는 업계 조사가 있을 만큼 전 기종 지원은 현실적이지 않아요. 주요 기종을 계약 전에 목록으로 확정하고 나머지는 출시 후 확대 단계로 나누는 방식을 권해요.
SI 프로젝트에서 디바이스 연동 비용은 왜 늘어나나요?
코드 작성보다 검증 때문이에요. 기기·OS·펌웨어 조합마다 실제로 연결해봐야 해서 지원 범위가 넓어질수록 테스트가 곱으로 늘어요. 연결 실패를 복구하는 설계도 화면 개발보다 손이 많이 가고요.
9. 마무리 — 화면 뒤의 일을 먼저 물어보세요
디바이스 연동 프로젝트의 견적 미팅에서 개발사에 이렇게 물어보세요. “연결이 끊기면 어떻게 되나요?” 이 질문에 구체적으로 답하는 회사와 화면 시안부터 보여주는 회사는 프로젝트 후반에 큰 차이를 만들어요.
저희는 10년 넘게 50개 이상 프로젝트를 진행해온 개발사예요. 코닥·캐논·롯데백화점처럼 기기가 붙는 프로젝트를 여러 번 겪었고, 자체 SaaS 4종을 직접 운영하며 출시 이후의 일까지 몸으로 배워왔어요. 기기 연동이 있는 프로젝트를 준비 중이시라면, 방향이 아직 흐릿해도 괜찮아요. 지원 범위와 실패 시나리오부터 같이 정리해드릴게요 →