가상 피팅 앱 개발, 시연까지는 쉽습니다 — 상용화 전에 정해야 할 6가지

가상 피팅 앱 개발 프로젝트가 멈추는 지점은 대개 기술이 아닙니다. 흐름은 보통 이렇습니다. 데모가 나오고, 사내 시연에서 반응이 좋습니다. 카메라를 켜면 얼굴을 따라 제품이 붙고, 고개를 돌려도 어긋나지 않습니다. 임원 보고도 무난히 통과합니다. 문제는 그다음 회의입니다. 상용화 일정을 잡으려고 관련 부서가 모인 자리에서 누군가 이렇게 묻습니다. “그럼 상품 500개 에셋은 누가 만들죠?” 그 질문에 아무도 답하지 못한 채 회의가 끝나는 경우가 드물지 않습니다.

이 상황은 개발사가 일을 잘못해서 생기는 것이 아닙니다. 시연에 필요한 것과 상용 서비스에 필요한 것이 다르기 때문에 생깁니다. 얼굴 추적과 정합은 이미 여러 번 검증된 영역이라 비교적 빠르게 올라옵니다. 반면 상품 에셋을 누가 계속 만들 것인지, 추천의 근거를 어디에서 가져올 것인지, 피팅이 구매와 교환·반품 흐름에 어떻게 붙을 것인지는 기술 문제가 아니라 구조와 책임의 문제입니다. 이 글은 발주를 앞둔 브랜드가 계약 전에 정해두어야 할 항목을 정리한 것입니다.

디비컨설팅은 지금까지 100건 이상의 프로젝트를 수행했고, 50개 이상의 글로벌 파트너사와 협업하고 있습니다. 고객 만족도는 98%이며, 한국인 PM이 요구사항 정의부터 검수까지 책임지는 IT 아웃소싱 구조로 일합니다. 프로젝트가 확정되면 전담팀은 2~4주 안에 구성됩니다. 같은 범위를 국내에서만 진행할 때와 비교해 40~60% 수준의 비용 절감이 가능한 것도 이 구조에서 나옵니다.

왜 시연에서 멈추는가

가상 피팅 앱 개발이 시연에서 상용화로 넘어가지 못하는 이유는 대체로 두 가지로 모입니다.

시연은 10개로 충분하지만, 상용 서비스는 전체 카탈로그가 필요합니다

시연에서는 가장 잘 나온 상품 열 개면 충분합니다. 실제로도 보통 그렇게 준비합니다. 대표 상품 몇 개를 골라 3D 모델을 정성껏 만들고, 조명과 각도를 맞춰 가장 좋은 상태로 보여줍니다. 그런데 서비스를 열면 고객은 열 개만 보지 않습니다. 카탈로그에 있는 상품은 모두 피팅이 될 것이라고 기대합니다. 피팅이 되는 상품과 되지 않는 상품이 섞여 있으면 고객은 그것을 품목의 차이가 아니라 미완성 기능으로 받아들입니다. 시연에서 상용화로 넘어가는 순간, 필요한 에셋의 수가 수십 배로 늘어납니다.

에셋 제작은 기능 개발이 아니라 반복 운영 업무입니다

더 중요한 차이가 여기에 있습니다. 기능 개발은 한 번 끝나면 일이 줄어들지만, 에셋 제작은 끝나지 않습니다. 신상품이 들어올 때마다 3D 모델과 투명 이미지, 정합 데이터를 새로 만들어야 합니다. 시즌마다 신상품이 나오는 브랜드라면 이 작업은 사실상 상시 업무입니다. 그런데 많은 프로젝트가 이 업무를 개발 범위 안에 묻어둔 채 계약합니다. 개발이 끝나고 개발사가 빠지면 에셋을 만들 사람이 남지 않고, 카탈로그는 출시 당시 상태에서 멈춥니다.

멈춘 서비스는 눈에 띄지 않게 가라앉습니다

이 문제는 장애처럼 드러나지 않습니다. 앱은 정상 동작하고 오류도 나지 않습니다. 다만 신상품에는 피팅 버튼이 없고, 고객은 몇 번 시도해보다 더는 쓰지 않습니다. 반년쯤 지나 사용 지표를 보면 수치가 떨어져 있고, 그제야 원인을 찾기 시작합니다. 상용화 전에 정해야 할 것을 정하지 않으면 대체로 이 경로를 따라갑니다.

세 가지 선택지를 비교하면

가상 피팅 앱 개발을 맡길 곳을 정할 때 선택지는 실질적으로 세 가지입니다. 국내 개발사에 맡기는 방법, 해외 팀에 직접 발주하는 방법, 한국인 PM이 글로벌 개발팀을 관리하는 구조를 쓰는 방법입니다. 비용, 의사소통, AR·3D 인력 확보, 출시 후 운영이라는 같은 기준으로 놓고 보면 차이가 분명해집니다.

기준	국내 개발사	해외 직접 발주	한국 PM + 글로벌 개발팀
개발 단가	높음	낮음	낮음
AR·3D 인력 확보	어려움	가능	가능
요구사항 정의 책임	개발사	발주사 본인	한국 PM
커뮤니케이션 언어	한국어	영어	한국어
발주사 담당자 투입 시간	보통	매우 많음	적음
출시 후 에셋·운영 대응	계약에 따라	발주사 본인	계약 범위로 지정
총비용 관점	비쌈	기대만큼 안 싸다	실질 절감

표에서 읽어야 할 결론은 하나입니다. 사내에 AR·3D 인력이 없는 회사가 해외 팀을 직접 관리하는 것은 현실적으로 어렵습니다. 비용만 보면 직접 발주가 유리해 보이지만, 요구사항을 영어로 정의하고 산출물의 품질을 판단하고 일정 지연을 조율하는 일은 모두 발주사의 몫으로 남습니다. 그 역할을 맡을 사람이 사내에 없다면 절감한 비용은 재작업과 일정 지연으로 대부분 돌아옵니다. 반대로 국내 개발사는 의사소통이 편한 대신 AR·3D 인력을 확보한 곳을 찾기가 쉽지 않습니다. 한국어로 요구사항을 정리하고 책임지는 PM이 있고, 그 뒤에 검증된 글로벌 개발팀이 붙는 앱 개발 외주 구조가 현실적인 이유입니다.

상용화 전에 정해야 할 6가지

1. 에셋을 누가 계속 만드는가

가상 피팅의 실질 비용은 기능이 아니라 에셋에 있습니다. 상품 1개마다 3D 모델, 투명 이미지, 정합 데이터가 필요합니다. 상품이 500개면 에셋도 500개이고, 신상품이 들어올 때마다 같은 작업이 반복됩니다. 이 작업을 브랜드 내부에서 할 것인지, 개발사가 맡을 것인지, 별도 모델링 업체에 분리 발주할 것인지는 계약 전에 정해야 합니다. 정해두지 않으면 출시 몇 달 뒤 카탈로그가 멈춥니다. “누가”만 정하는 것으로는 부족하고, 상품 1건당 소요 시간과 월 갱신 건수까지 합의해두는 편이 안전합니다. 에셋을 등록하고 관리하는 화면 역시 관리자 페이지 범위에 포함되는지 견적서에서 확인하시는 것이 좋습니다.

2. 엔진을 살 것인가 만들 것인가

얼굴 추적과 정합은 이미 검증된 영역입니다. 직접 만들 수도 있고 상용 엔진이나 전문 API를 쓸 수도 있습니다. 판단 기준은 하나입니다. 정합 품질이 우리 제품의 차별점인가, 아니면 전제 조건인가. 전제 조건이라면 검증된 엔진을 쓰는 편이 빠르고 안정적입니다. 다만 그 대가로 벤더 종속이 생깁니다. 가격 정책이 바뀌거나 서비스가 중단되면 우리 서비스가 직접 영향을 받습니다. 다른 벤더로 교체할 때 무엇을 다시 만들어야 하는지는 도입 시점에 확인해두어야 합니다. 외부 AI API를 붙일 때 실제로 어떤 일이 생기는지는 AI 기능을 앱에 붙이면 생기는 일에서 사례별로 정리했습니다.

3. 추천의 근거는 어디에 있는가

피팅만 되는 앱과 추천까지 하는 앱은 다른 서비스입니다. 그리고 추천 로직의 재료는 개발사가 아니라 브랜드 안에 있습니다. MD와 디자이너가 상담할 때 쓰던 기준, 즉 얼굴형과 두상, 톤, 사용 목적을 규칙으로 옮기는 작업이 먼저입니다. 이 작업은 한국어로, 현업 담당자와 함께 해야 합니다. 이 단계를 건너뛰고 개발에 들어가면 근거가 설명되지 않는 추천이 나오고, 현업이 결과를 신뢰하지 않습니다. 추천과 판단을 자동화하는 범위를 더 넓게 보고 계신다면 AI Agent 개발 쪽도 함께 검토해 보시기 바랍니다.

4. 얼굴 이미지와 측정값을 어디까지 남기는가

얼굴 이미지, 두상 데이터, 피부 지표는 민감한 정보입니다. 촬영한 이미지를 외부 API로 보내는지 기기 안에서만 처리하는지, 분석 결과를 저장하는지 즉시 폐기하는지, 저장한다면 보관 기간은 얼마인지를 정해야 합니다. 이것은 기술 결정이 아니라 정책 결정입니다. 결정한 내용은 개인정보처리방침에 명시하고, 수집 화면에서 이용자가 알 수 있게 고지해야 합니다. 개발이 끝난 뒤에 붙이면 화면과 흐름을 다시 손봐야 합니다.

5. 피팅이 구매 흐름에 어떻게 붙는가

시연은 피팅에서 끝나지만 상용 서비스는 거기서 끝나지 않습니다. 피팅 결과가 장바구니로 이어지고, 결제(PG 연동)와 배송을 거쳐 교환·반품까지 연결됩니다. 특히 정해야 할 것이 하나 있습니다. “추천받고 샀는데 어울리지 않는다”는 반품을 일반 반품과 같게 볼 것인지 다르게 볼 것인지입니다. 이것은 개발 사양이 아니라 운영 정책이고, CS 팀과 미리 합의하지 않으면 출시 직후 현장에서 판단이 갈립니다. 기존 커머스가 솔루션 위에 있어 이런 예외 처리를 넣기 어렵다면 자사몰 구축에서 다룬 판단 기준이 참고가 됩니다.

6. 출시 후 운영 주체

출시는 끝이 아닙니다. 신상품 에셋 등록, 추천 규칙 조정, OS 버전 업데이트와 AR SDK 변경 대응이 계속 발생합니다. 특히 모바일 OS와 AR SDK는 정기적으로 바뀌고, 대응하지 않으면 어느 날 카메라 화면이 뜨지 않습니다. 이 업무를 누가, 어느 범위까지, 어떤 응답 시간으로 처리할 것인지 계약서에 적어두어야 합니다. 유지보수 범위를 비워둔 계약은 출시 직후부터 분쟁의 소지를 남깁니다. 장애가 났을 때 누가 대응하는지는 서버 운영 유지보수에서 항목별로 정리했습니다.

디비컨설팅이 이 과정을 통제하는 방식

위 여섯 가지는 대부분 개발이 아니라 합의의 문제입니다. 그래서 디비컨설팅의 가상 피팅 앱 개발은 다음 다섯 단계로 진행합니다.

• 1단계 상담 및 요구 분석. 한국인 PM이 현업 담당자와 한국어로 이야기하며 요구사항을 문서로 정리합니다. 이 단계에서 에셋 제작 주체, 엔진 선택, 추천 기준, 데이터 처리 범위를 문서에 명확히 적어둡니다.
• 2단계 개발팀 구성. 정리된 범위에 맞춰 2~4주 안에 전담팀을 구성합니다.
• 3단계 프로젝트 개발. 애자일 방식으로 짧은 주기마다 산출물을 내고, 진행 상황을 발주사가 그대로 확인할 수 있게 공유합니다.
• 4단계 테스트 및 배포. 기기와 조명 조건을 나누어 검증한 뒤 배포합니다.
• 5단계 운영 및 유지보수. API 명세, DB 스키마, 배포 절차 문서와 함께 인계하고, 합의한 범위 안에서 운영을 이어갑니다.

실제 수행 사례

AR 기반 가발 가상 피팅 앱 (뷰티·화장품, 2024)

얼굴을 360도로 스캔하고 두상 데이터를 추출해 가발 착용 상태를 시뮬레이션하는 앱입니다. AI 알고리즘이 사용자 특성과 트렌드, 사용 목적을 반영해 가발을 추천하고, 메이크업과 액세서리, 배경을 바꾸는 이미지 커스터마이징과 SNS 공유 기능까지 구현했습니다. 자세한 내용은 AR 기반 특화 서비스 앱 사례에서 확인하실 수 있습니다.

AR Cosmetics AI 피부 분석

카메라로 얼굴을 촬영하면 잡티, 주름, 유분 지수 등 9가지 지표를 분석하는 AI 피부 분석 서비스입니다. 자체 모델을 만드는 대신 피부 분석 전문 API를 연동했고, 실제 과제는 알고리즘이 아니라 그 선택에서 따라온 것들이었습니다. 벤더 종속을 어디까지 감수할 것인지, 얼굴 데이터 처리를 어떻게 고지할 것인지, 조명과 촬영 각도에 따른 결과 편차를 어떻게 줄일 것인지가 프로젝트의 실제 쟁점이었습니다.

Stylemate

패션·스타일 서비스입니다. Stylemate 사례에서 개요를 보실 수 있습니다.

한 가지는 분명히 말씀드립니다. 위 세 건이 디비컨설팅의 AR·AI 커머스 경험의 전부입니다. 삼성물산, GS건설, LS일렉트릭, 가천대학교 프로젝트는 AR 프로젝트가 아닙니다. 다만 대규모 상품 데이터와 권한 관리, 외부 시스템 연동이라는, 상용 가상 피팅 서비스가 부딪히는 것과 같은 유형의 난이도를 다룬 프로젝트입니다. 전체 수행 이력은 포트폴리오에서 확인하실 수 있습니다.

이런 기업에 적합합니다

• 가발, 안경, 뷰티, 패션처럼 착용해봐야 아는 카테고리이면서 상품 수가 많은 브랜드
• 자체 커머스를 이미 운영하고 있고, 거기에 피팅을 붙이려는 회사
• MD와 디자이너의 추천 기준이 사내에 쌓여 있어 규칙으로 옮길 재료가 있는 곳

반대로, 권하지 않습니다

• 상품이 10~20개이고 규격이 표준화되어 있다면 맞춤 개발보다 기성 가상 피팅 솔루션을 붙이는 편이 빠릅니다.
• 에셋을 만들 조직도 예산도 아직 없다면 개발보다 상품 사진과 규격 데이터를 정리하는 일이 먼저입니다. 이 정리가 되어 있지 않으면 어떤 개발사와 해도 같은 지점에서 멈춥니다.

자주 묻는 질문

해외 개발팀이면 의사소통은 어떻게 되나요?

발주사는 한국인 PM과 한국어로만 소통합니다. 요구사항 정의, 일정 관리, 산출물 검수는 PM의 책임입니다. 개발팀과 직접 영어로 회의하실 일은 없습니다.

기획서가 없는데 견적을 받을 수 있나요?

가능합니다. 해결하려는 문제, 주요 사용자, 반드시 있어야 하는 기능 3~5개, 그리고 일정과 예산의 범위만 정리해주시면 개략 견적을 드립니다. 기획서는 이후 상담 과정에서 함께 만들어도 됩니다.

에셋 제작까지 맡길 수 있나요?

범위에 포함할 수 있습니다. 다만 개발비와 묶지 않고, 상품 수와 갱신 주기를 기준으로 분리해 산정하시는 편이 낫습니다. 그래야 출시 이후 운영 비용이 예측 가능해집니다.

진행 중에 팀 규모를 조정할 수 있나요?

전담팀, 장기 협업, 인력 단위, 프로젝트 단위 중에서 선택하실 수 있고, 진행 중에도 범위 변화에 맞춰 조정할 수 있습니다.

소스코드 소유권은 어떻게 되나요?

발주사에 귀속됩니다. 소스코드뿐 아니라 API 명세, DB 스키마, 배포 절차 문서까지 인계해 다른 팀이 이어받을 수 있는 상태로 넘겨드립니다.

정리

가상 피팅 앱 개발에서 어려운 부분은 얼굴을 따라 제품을 붙이는 기술이 아닙니다. 그 단계는 대체로 잘 넘어갑니다. 프로젝트가 멈추는 곳은 에셋을 누가 계속 만드는가, 추천의 근거가 어디에 있는가, 피팅이 구매와 교환·반품 흐름에 어떻게 붙는가입니다. 이 세 가지는 개발 중에 정할 수 없고, 계약 전에 정해야 합니다. 한국어로 요구사항을 정리하고 책임지는 PM과, 그 뒤에서 실행하는 검증된 개발팀이 함께 필요한 이유입니다. 지금 검토 중인 범위가 있으시다면 기획서가 없어도 괜찮습니다. 상품 수와 하고 싶은 것만 알려주시면 개략 견적을 드립니다.