요구사항 한 줄이 견적을 바꿔요 | 롯데·캐논·코닥 사례로 보는 3가지 지점
실제 프로젝트 3건(롯데백화점 4개월·캐논코리아 2개월·코닥 프린터 앱 2개월)에서 비용을 바꾼 건 화면이 아니라 요구사항 한 줄이었어요. 보안 요건·지원 환경·기기 범위가 견적을 어떻게 움직이는지, 발주 문서에 옮기는 문장까지 정리했어요.
3줄 요약 — 견적을 크게 움직이는 건 화면 수가 아니라 요구사항 몇 줄이에요. 저희가 실제로 수행한 프로젝트 3건에서 그 줄은 각각 “내부망에서만”(롯데백화점), “Mac도 지원”(캐논코리아), “어떤 폰에서든”(코닥 프린터 앱)이었어요. 세 사례에서 비용이 커진 이유와, 같은 내용을 발주 문서에 미리 적는 방법을 정리했어요.
“기능은 몇 개 안 되는데 견적이 왜 이렇게 나왔죠?”
견적서를 받아 든 발주자가 가장 많이 하는 질문이에요. 답은 대개 기능 목록 바깥에 있어요. 어떤 환경에서, 어떤 조건으로 돌아야 하는지를 정한 요구사항 한두 줄이 개발 공수를 조용히 몇 배로 만들거든요. 오늘은 저희가 직접 수행한 프로젝트 3건에서 그 지점을 꺼내 볼게요.
1. 견적은 기능 수가 아니라 조건에서 벌어져요
같은 기능이라도 “어디서 어떻게 돌아야 하는가”가 다르면 다른 프로젝트예요.
로그인, 목록, 상세, 관리자. 기능 목록만 보면 비슷한 프로젝트가 수두룩해요. 그런데 견적은 몇 배씩 차이 나요. 차이를 만드는 건 조건이에요. 보안 요건, 지원해야 하는 환경의 범위, 연결해야 하는 장비나 시스템. 이 조건들은 요구사항 문서에서 한 줄이지만, 개발 현장에서는 구조 선택과 테스트 범위를 통째로 바꿔요.
말로 하면 추상적이니, 실제 프로젝트 세 건으로 볼게요. 세 건 모두 저희가 수행했고, 기간과 투입 인원은 공개 가능한 확정 사실만 적었어요.
2. 롯데백화점 — “내부망에서만 돌아야 해요”
보안 요건 한 줄이 개발 환경 전체를 바꿨어요.
롯데백화점 수원 푸드홀의 실시간 혼잡도 관리 시스템은 개발 4개월, 기획 1·디자인 1·개발 2명이 투입된 프로젝트였어요(캐논코리아와 컨소시엄으로 수행). 시작점의 핵심 조건이 바로 보안이었어요. 백화점 보안 요건상 외부 클라우드가 아니라 내부·사설 네트워크로 구성해야 했거든요.
이 한 줄이 바꾸는 건 생각보다 많아요. 개발 단계에서 쓰던 환경을 그대로 못 옮기니 배포 방식이 달라지고, 문제가 생겼을 때 원격으로 들여다보는 길이 좁아지니 테스트를 현장 조건에 맞춰 다시 설계해야 해요. 실제로 다수의 센서가 동시에 데이터를 보내며 생긴 취합 지연도, 광고 송출이 끊기던 현상도 이 운영 환경 안에서 잡아야 했어요. 결국 초기 JavaFX로 만든 부분을 C#으로 다시 구현해 해결했고요. 자세한 과정은 롯데 푸드홀 구축 사례에 있어요.
발주 문서에 옮긴다면 이렇게 적어요. “외부 인터넷 연결 불가, 사내망 단독 구성. 개발·테스트 환경 반입 절차 있음.” 이 문장이 상담 첫날 나오면 견적이 정확해지고, 오픈 한 달 전에 나오면 다시 짓는 구간이 생겨요.
3. 캐논코리아 — “Mac 사용자도 쓸 수 있어야 해요”
지원 환경이 하나 늘면, 개발보다 검증이 커져요.
캐논코리아의 카메라 펌웨어 업데이트 유틸리티는 개발 2개월, 기획 1·디자인 1·개발 2명 규모였어요. 요구의 핵심은 Windows만 지원하던 업데이트를 Mac에서도 쓸 수 있게 하는 것. 결과적으로 기존에 어려움을 겪던 Mac 사용자가 업데이트를 쓸 수 있게 됐고, 관련 고객 문의도 줄었어요.
그런데 이 프로젝트에서 공수를 가장 많이 요구한 건 화면도 기능도 아니었어요. 다양한 펌웨어 버전과 장치 조합의 테스트였어요. OS가 하나 늘어난다는 건 코드가 두 벌이 된다는 뜻이 아니라, 검증해야 할 조합이 곱하기로 늘어난다는 뜻이거든요. 펌웨어 버전 × 기기 모델 × OS 버전. 이 곱셈이 견적의 실체예요.
발주 문서에는 이렇게 옮겨요. “지원 OS와 버전 범위 명시, 검증 대상 기기·펌웨어 조합 목록 첨부, 조합별 테스트 책임과 실물 수급 주체 지정.” 지원 범위를 “가능한 한 넓게”라고 적으면 업체마다 다른 전제로 계산해서 금액이 벌어져요.
4. 코닥 프린터 앱 — “어떤 폰에서든 되게 해주세요”
기기 연동 앱의 비용은 화면 밖, 연결과 실패 처리에 있어요.
코닥 인스턴트 프린터의 블루투스 연동 앱은 개발 2개월, 기획 1·디자인 1·개발 2명이 투입됐어요. 사진을 고르고 인쇄를 누르는 화면 자체는 단순했어요. 난제는 수많은 아이폰·안드로이드 기기와 인화 장치 사이의 연결, 그리고 오류 처리였어요. 연결이 끊기면 어떻게 복구할지, 전송 중 실패하면 어디부터 다시 할지. 이 시나리오들이 개발의 본체였죠. 개발 이후 연동이 안정화되면서 많은 사용자가 불편 없이 쓰게 됐고요. 상세한 이야기는 코닥 프린터 앱 사례에 정리돼 있어요.
발주 문서 문장은 이래요. “연결 대상 기기 범위(모델·OS 버전), 연결 방식, 실패 시나리오별 기대 동작을 요구사항에 포함.” “안정적으로 연결되게 해주세요”라는 요청은 마음은 알겠지만 견적으로 계산이 안 되는 문장이에요. 범위와 시나리오가 있어야 숫자가 나와요.
5. 세 사례를 한 표로 정리하면요
비용을 바꾼 건 전부 “기능 목록 바깥의 한 줄”이었어요.
| 프로젝트 | 비용을 바꾼 요구사항 | 커진 비용의 정체 | 발주 문서에 옮길 문장 |
|---|---|---|---|
| [리테일 · SI] 롯데백화점 푸드홀 (4개월) | 내부망 단독 구성 | 환경 구축·현장 테스트·재구현 | 네트워크 제약과 반입 절차를 첫 상담에 공유 |
| [제조 · 유틸리티] 캐논코리아 (2개월) | Mac 지원 추가 | 버전×기기×OS 검증 조합 | 지원 범위를 목록·숫자로 한정 |
| [제조 · App] 코닥 프린터 앱 (2개월) | 다양한 기기에서 동작 | 연결·실패 처리 설계 | 대상 기기 범위와 실패 시나리오 명시 |
공통점이 보이시나요. 셋 다 착수 전에 알면 계획이 되고, 착수 후에 알면 추가 비용이 되는 항목이에요. 그리고 셋 다 발주자만 답을 아는 항목이기도 해요. 개발사는 회사의 보안 정책이나 고객층의 기기 분포를 추측할 수밖에 없거든요.
6. 발주 전에 확인할 세 가지 질문
거창한 문서가 아니어도 돼요. 이 세 질문에 답을 적는 것부터예요.
- 우리 환경에 제약이 있나요? — 보안 정책, 내부망, 반입 절차, 인증 요건. 있다면 첫 상담에서 공유하세요.
- 어디까지 지원해야 하나요? — OS·브라우저·기기의 범위를 목록과 숫자로. “가능한 한 넓게”는 견적이 안 돼요.
- 안 됐을 때 어떻게 되길 원하나요? — 연결 실패, 데이터 지연 같은 상황별 기대 동작. 이게 품질 기준이 돼요.
이 답들을 담는 문서 양식이 궁금하다면 요구사항 정의서 작성 가이드를, 견적서를 받은 뒤의 비교 기준은 개발 외주 견적서 체크리스트를 참고하세요.
7. 자주 묻는 질문 (FAQ)
요구사항 정의서가 없으면 견적이 왜 부정확해지나요?
업체마다 다른 전제로 계산하기 때문이에요. 보안 요건, 지원 환경, 연동 범위처럼 비용을 크게 움직이는 항목이 문서에 없으면 어떤 업체는 넣고 어떤 업체는 빼고 견적을 내요. 같은 프로젝트인데 금액이 몇 배씩 벌어져 보이는 이유예요.
지원 환경(OS·기기)은 어디까지 정해서 줘야 하나요?
목록과 숫자로 좁혀 주는 게 좋아요. 지원할 OS 버전 범위, 대상 기기 상위 몇 종처럼요. 지원 조합 수가 곧 테스트 공수라서 이 숫자가 견적 편차를 줄여요.
보안 요건은 견적에 얼마나 영향을 주나요?
구조를 바꾸는 수준으로 커요. 내부망 구성이 필요하면 개발 환경, 배포 방식, 테스트 방식이 전부 달라져요. 상담 단계에서 가장 먼저 공유할 항목이에요.
8. 마무리 — 발주자만 아는 한 줄이 예산을 지켜요
세 프로젝트를 다시 보면, 비용이 커진 지점은 전부 예측 가능했어요. 다만 그 정보가 발주자 쪽에 있었을 뿐이에요. 요구사항 문서에 조건 몇 줄을 미리 적는 일은 몇 시간이면 되지만, 착수 후에 드러나면 몇 주짜리 공사가 돼요.
저희는 10년 넘게 롯데·캐논·코닥 같은 곳과 50개 이상 프로젝트를 함께해 왔고, 자체 SaaS 4종을 직접 운영하며 “오픈 이후”까지 겪어본 개발사예요. 지금 준비 중인 프로젝트의 조건이 견적에 어떤 영향을 줄지 궁금하다면 정리 전이라도 편하게 상담받아 보세요 →