영상 플랫폼 개발, 어려운 건 재생이 아닙니다 — 발주 전에 정해야 할 6가지

영상 플랫폼 개발을 하기로 결정하고 견적을 받아 보면, 업체마다 금액 차이가 크고 범위를 적어 놓은 방식도 제각각인 경우가 많습니다. 어떤 곳은 “영상 업로드 및 재생 기능”이라고 한 줄로 적어 보내고, 어떤 곳은 인코딩, 저장, 권한, 관리자 화면을 따로 나눠 수십 줄로 적어 보냅니다. 같은 요청서를 보냈는데 돌아온 답은 사실상 서로 다른 공사에 가깝습니다.

담당자 입장에서는 어느 쪽이 맞는지 판단할 근거가 없습니다. 견적이 낮은 곳에 물으면 그 정도는 모두 포함된다고 하고, 높은 곳에 물으면 그 부분이 나중에 반드시 문제가 된다고 합니다. 양쪽 다 틀린 말은 아닙니다. 두 업체가 머릿속에 그리고 있는 서비스가 애초에 다르기 때문입니다.

이 차이는 기술력 격차에서 오지 않습니다. 영상을 올리고 내보내는 기술은 이미 널리 쓰이는 구성 요소에 가깝습니다. HLS 방식의 스트리밍, CDN을 통한 전송, 웹과 앱의 플레이어는 대부분 검증된 솔루션과 라이브러리로 해결됩니다. 재생 자체는 더 이상 프로젝트의 난도를 결정하는 요소가 아닙니다.

일정이 밀리고 비용이 늘어나는 지점은 영상이 아니라 영상 주변의 업무입니다. 누가 올리고, 누가 검수하고, 누가 볼 자격이 있고, 재생이 안 될 때 누구 책임인가. 이 질문들이 정해지지 않은 채 개발이 시작되면 범위는 개발 도중에 계속 늘어납니다. 이 글은 견적을 비교하기 전에 발주사 내부에서 먼저 합의해야 할 여섯 가지를 정리한 것입니다.

디비컨설팅은 웹, 앱, 플랫폼 구축 프로젝트를 100건 이상 수행해 왔습니다. 그중 영상 서비스는 교육, 미디어, 행사 영역에서 실제로 구축하고 운영까지 맡아 온 분야입니다. 아래 내용은 그 과정에서 반복적으로 확인한 문제들을 정리한 것입니다.

영상 프로젝트가 틀어지는 지점

견적서의 “영상 재생”은 같은 단어로 서로 다른 공사를 가리킵니다

영상 플랫폼 개발에서 “영상 재생”이라는 한 줄은 최소 네 가지 공사를 품고 있습니다. 원본 파일을 여러 화질로 변환하는 인코딩, 변환된 파일을 저장하고 전송하는 구조, 재생을 요청한 사람이 볼 자격이 있는지 확인하는 권한 처리, 그리고 재생이 끊길 때 원인을 확인할 수 있는 로그와 지표입니다. 견적서에 이 네 가지가 구분되어 있지 않다면 싸게 나온 것이 아니라 포함 범위가 좁은 것입니다. 비교해야 할 대상은 총액이 아니라 각 업체가 어디까지를 자기 일로 적었는가입니다.

영상은 납품으로 끝나지 않고 시청량에 비례해 운영이 이어집니다

일반적인 웹사이트는 개발이 끝나면 운영 부담이 크게 줄어듭니다. 영상은 반대입니다. 사용자가 영상을 볼 때마다 저장 공간과 전송량이 소모되고, 서비스가 잘될수록 그 부담도 함께 늘어나는 구조입니다. 즉 영상 서비스의 지출은 개발 완료 시점에 멈추는 일회성 항목이 아니라 사용량에 비례해 계속 발생하는 항목입니다. 발주 단계에서 확인해야 할 것은 단가가 아니라, 어떤 항목이 사용량에 따라 늘어나는지와 그 항목을 누가 관리하고 책임지는지입니다.

영상 주변의 정책이 미정이면 개발 범위도 확정되지 않습니다

유료 수강생만 볼 수 있어야 하는 영상이 링크 하나로 외부에 공유되는 장면은 드물지 않습니다. 이때 담당자가 가장 먼저 묻는 질문은 이것이 개발이 막지 못한 문제인지, 아니면 우리가 정하지 않은 문제인지입니다. 답은 대개 후자입니다. 재생 주소를 일정 시간 뒤에 만료시킬지, 계정당 동시 재생 기기를 제한할지, 화면에 시청자 정보를 표시할지는 모두 개발 이전에 정해져야 하는 정책이고, 그 정책이 정해져야 비로소 개발 범위가 나옵니다.

정책이 비어 있으면 개발사는 가장 단순한 형태로 구현하고, 발주사는 당연히 막아 줄 것이라고 기대합니다. 이 간극은 대개 프로젝트 후반이나 출시 이후에 드러나고, 그때 되돌리는 비용이 가장 큽니다. 영상 프로젝트에서 발생하는 분쟁의 상당수는 기술 실패가 아니라 이 정책 공백에서 출발합니다. 같은 구조의 문제를 채팅 앱 개발에서도 동일하게 확인할 수 있습니다.

발주 방식에 따라 달라지는 것

발주 방식은 국내 개발사에 맡기는 방법, 해외 개발팀에 직접 발주하는 방법, 한국인 PM이 글로벌 개발팀을 관리하는 방법으로 나뉩니다. 세 방식의 실질적인 차이는 개발 난도가 아니라, 앞서 정리한 요구사항을 한국어로 정의하고 검수하는 책임을 누가 지는가, 그리고 그 과정에 발주사 담당자가 직접 투입해야 하는 시간이 얼마나 되는가에 있습니다. 비교 기준은 이 두 가지로 보시는 편이 정확합니다.

	국내 개발사	해외 직접 발주	한국 PM + 글로벌 개발팀
개발 단가	높음	낮음	낮음
요구사항 정의 책임	개발사	발주사 본인	한국 PM
커뮤니케이션 언어	한국어	영어	한국어
발주사 담당자 투입 시간	보통	매우 많음	적음
재작업 리스크	낮음	높음	낮음
총비용 관점	비쌈	기대만큼 안 싸다	실질 절감

사내에 영상 서비스를 설계해 본 인력이 없다면, 해외 개발팀에 직접 발주하는 방식은 단가가 낮아 보여도 요구사항 정의와 검수를 발주사가 전부 떠안게 됩니다. IT 아웃소싱 구조를 고를 때는 단가보다 이 책임 배분을 먼저 확인하시는 편이 안전합니다.

발주 전에 정해야 할 6가지

1. 영상을 누가 올리고 누가 검수하는가

업로드 주체를 먼저 정해야 합니다. 내부 운영자만 올리는지, 강사나 외부 파트너도 직접 올리는지, 일반 사용자도 올릴 수 있는지에 따라 필요한 관리자 화면과 권한 구조가 달라집니다. 올리는 사람의 종류가 늘어날수록 권한 단계와 예외 처리가 늘어나고, 그만큼 개발 범위도 커집니다.

다음은 승인 흐름입니다. 올리면 바로 공개되는지, 검수를 거친 뒤 공개되는지, 반려된 영상은 어떤 상태로 남고 누가 다시 올리는지를 정해야 합니다. 이 흐름이 정리되면 영상에 필요한 상태값과 알림 조건은 자연스럽게 확정됩니다.

이 질문에 답하지 못한 채 개발이 시작되면 관리자 화면은 개발팀의 추측으로 만들어집니다. 운영을 시작한 뒤에 다시 만드는 일이 가장 흔한 재작업입니다.

2. 누가 볼 자격이 있는가

재생 권한은 로그인 여부와 다릅니다. 결제가 완료되었는지, 해당 강의를 수강 중인지, 수강 기간이 지나지 않았는지, 환불이 있었는지에 따라 같은 사용자라도 지금 이 영상을 볼 자격이 있는지가 달라집니다. 이 판단은 화면에 들어올 때 한 번이 아니라 재생을 요청할 때마다 이루어져야 합니다.

그래서 이 항목은 결제 시스템이나 회원 시스템과의 연동 범위를 결정합니다. 이미 사용 중인 결제, 회원, 학습 관리 시스템이 있다면 그쪽에서 자격 정보를 어떤 방식으로 받아올 수 있는지가 일정에 직접 영향을 줍니다. 교육 서비스라면 LMS 구축 범위와 겹치는 지점을 미리 확인해 두는 편이 좋습니다.

기간 만료, 환불, 재등록처럼 경계에 있는 경우는 미리 정해 두는 편이 좋습니다. 이런 예외는 수가 적지만 사용자 문의가 가장 많이 들어오는 지점입니다.

3. 녹화본인가, 실시간 방송인가, 1:1 화상인가

이 셋은 영상이라는 같은 단어를 쓰지만 완전히 다른 공사입니다. 녹화본은 인코딩, 저장, 이어보기, 권한 확인이 중심입니다. 실시간 방송은 송출 안정성, 지연 시간, 동시 접속 처리가 중심이고 방송이 진행되는 동안 즉시 대응할 체계가 필요합니다. 1:1 화상은 두 사람 사이의 연결 품질, 세션 관리, 예약과 일정이 중심입니다.

기술 구성도, 테스트 방법도, 장애가 났을 때의 대응도 서로 다릅니다. 세 가지를 모두 제공하려면 하나의 기능이 아니라 세 개의 과제로 보고 일정과 예산을 잡아야 합니다.

따라서 처음부터 셋을 모두 넣기보다 서비스에 가장 필요한 하나를 먼저 출시하고 나머지를 뒤에 붙이는 순서가 안전합니다. 견적서에 영상이라고만 적혀 있다면 어느 쪽을 말하는지부터 확인해야 합니다.

4. 콘텐츠 보호를 어디까지 할 것인가

무단 공유, 다운로드, 화면 녹화는 각각 다른 방법으로 막으며, 막는 수준에도 단계가 있습니다. 재생 주소에 유효 시간을 두는 방법, 계정당 동시 재생 기기를 제한하는 방법, 화면에 시청자 정보를 표시하는 방법, DRM을 적용하는 방법 순으로 보호 수준이 올라가고 그에 비례해 개발과 운영 부담도 함께 올라갑니다.

그래서 이것은 기술 선택이 아니라 정책 결정입니다. 어느 수준의 유출까지는 감수하고 어디부터는 반드시 막을 것인지를 발주사가 정해 주어야 개발 범위가 확정됩니다.

모든 것을 막는 선택이 언제나 옳지도 않습니다. 보호 수준을 올릴수록 정상적인 사용자의 재생 환경도 함께 까다로워지기 때문에, 콘텐츠의 가치와 사용자 경험을 같이 놓고 판단해야 합니다.

5. 재생이 안 될 때 누구 책임인가

영상이 재생되지 않는 원인은 한 곳에 있지 않습니다. 발주사가 운영하는 인프라와 네트워크, 개발사가 작성한 코드, 영상 솔루션이나 CDN 벤더가 담당하는 구간 중 어디에서든 발생할 수 있습니다.

그래서 계약 전에 경계를 그어 두어야 합니다. 장애를 처음 접수하는 창구가 어디인지, 원인을 어떤 절차로 판별하는지, 구간별로 누가 어느 시간 안에 대응하는지를 문서로 남겨야 합니다.

이 경계가 없으면 장애가 발생할 때마다 원인 규명보다 책임 공방이 먼저 시작됩니다. 그동안 사용자가 기다리는 시간은 그만큼 길어집니다.

6. 출시 후 영상 운영은 누가 하는가

영상 서비스는 출시 이후에도 콘텐츠를 계속 등록하고 교체해야 합니다. 새 영상을 올리고, 잘못 올라간 영상을 내리고, 화질과 음량을 점검하는 일을 누가 맡을지 정해야 합니다.

운영 주체가 비개발 직군이라면 관리자 화면도 그 기준에 맞춰 만들어야 합니다. 이는 개발 범위에 포함되는 항목이며, 출시 직전에 요청하면 추가 작업이 됩니다.

운영 주체가 정해져야 인수인계 범위도 정해집니다. 어떤 문서와 권한을 누구에게 넘길지가 여기서 결정됩니다.

디비컨설팅이 영상 프로젝트를 진행하는 방식

디비컨설팅은 영상 플랫폼 개발을 다섯 단계로 진행합니다.

1. 상담 및 요구 분석. 한국인 PM이 발주사와 한국어로 논의하고, 앞의 여섯 가지 항목에 대한 결정을 요구사항 문서에 기록합니다. 아직 정해지지 않은 항목은 미정으로 남기되 결정 기한을 함께 적습니다.
2. 개발팀 구성. 확정된 요구사항에 맞춰 필요한 역할만으로 팀을 구성하며, 통상 2~4주가 소요됩니다.
3. 프로젝트 개발. 애자일 방식으로 진행하고, 정해진 주기마다 진행 상황과 동작하는 화면을 공유합니다. 발주사는 문서가 아니라 실제 화면으로 진척을 확인합니다.
4. 테스트 및 배포. 기능 테스트와 함께 동시 접속 상황, 권한 처리, 보호 정책이 의도대로 동작하는지 확인한 뒤 배포합니다.
5. 운영 및 유지보수. 출시 이후 장애 대응과 개선을 이어 가며, API 명세, DB 스키마, 배포 절차 문서를 발주사에 인계합니다.

실제 구축 사례

• 이투스 동영상 강의 스트리밍 앱 — 기능 개선, 오류 대응, UX 최적화를 통해 강의 서비스가 안정적으로 운영되도록 지원한 유지보수 프로젝트입니다.
• K-TUNE 크리에이터 플랫폼 — 음원과 영상 업로드, 라이브 스트리밍, 실시간 채팅을 제공하는 플랫폼입니다. 전 세계 사용자를 고려한 CDN 설계, 메시지 폭주에 대비한 큐 시스템, 업로드된 음원의 저작권 정보 관리를 함께 구축했습니다.
• VOD / LIVE PLATFORM — VOD와 라이브 방송을 함께 제공하는 대용량 영상 서비스입니다.
• 월스트리트 화상 영어 과외 솔루션 — 1:1 실시간 화상 수업을 위한 솔루션입니다.
• ONLINE CONFERENCE — 화상과 스트리밍을 기반으로 실시간 컨퍼런스를 운영하는 플랫폼입니다.
• 쿨스쿨 미래교실 — 디지털 교실 환경을 위한 스마트 클래스룸 플랫폼입니다.

위에 적은 사례는 영상 서비스를 직접 구축하거나 운영한 프로젝트입니다. 삼성물산, GS건설, LS일렉트릭, 가천대학교와 같은 프로젝트는 영상 서비스가 아니며, 대규모 사용자 트래픽과 복잡한 권한 및 승인 흐름을 다루는 시스템이라는 점에서 영상 플랫폼 개발과 같은 유형의 난도를 공유하는 프로젝트입니다. 영상 구축 경험과 대규모 시스템 경험은 구분해서 보시는 편이 정확합니다.

해외 사용자를 함께 고려한다면 K-콘텐츠 플랫폼 개발 전략에서 다국어와 지역별 전송 설계를, 행사 중심 서비스라면 온라인 박람회·컨퍼런스 플랫폼 개발을, 교육 서비스라면 에듀테크 LMS 앱 개발과 LMS 플랫폼 개발을 함께 참고하시면 범위를 잡는 데 도움이 됩니다.

이런 기업에 적합합니다 / 반대로 권하지 않습니다

적합한 경우

• 영상이 서비스의 전부가 아니라 더 큰 서비스의 일부인 경우. 수강 인증, 결제, 커뮤니티, 행사 운영과 엮여 있는 경우가 여기에 해당합니다.
• 시청 자격과 권한 규칙이 복잡한 경우. 기수, 기간, 등급, 환불에 따라 재생 가능 여부가 달라지는 서비스입니다.
• 이미 운영 중인 결제, 회원, 학습 관리 시스템과 연동이 필요한 경우.
• 사내에 개발 조직이 없거나, 있더라도 영상 영역을 담당할 인력이 없는 경우.

권하지 않는 경우

• 영상을 단순히 올리고 보여 주기만 하면 되는 경우. 권한 규칙이 단순하고 연동이 없다면 기성 영상 솔루션을 사용하는 편이 빠르고 경제적입니다. 이런 요건으로 직접 개발을 하는 것은 권하지 않습니다.
• 아직 공개할 영상 콘텐츠가 준비되지 않은 경우. 플랫폼보다 콘텐츠 제작 계획이 먼저입니다.
• 한 번 쓰고 끝나는 단발성 행사인 경우. 이때는 상용 스트리밍 서비스를 사용하는 편이 합리적입니다.

자주 묻는 질문

해외 개발팀인데 의사소통은 어떻게 하나요?

발주사는 한국인 PM과 한국어로만 소통합니다. 요구사항 정의, 일정 관리, 검수는 PM의 책임이며, 개발팀과의 영어 소통과 기술 조율도 PM이 담당합니다. 발주사가 개발자와 직접 영어로 대화할 필요는 없습니다.

기획서가 없는데 견적이 가능한가요?

가능합니다. 해결하려는 문제, 주요 사용자, 반드시 필요한 기능 3~5개, 그리고 일정과 예산의 대략적인 범위만 있으면 개략 견적을 드릴 수 있습니다. 상세 견적은 상담에서 요구사항을 문서로 정리한 뒤에 산출합니다.

영상 솔루션을 쓰는 게 나은지 직접 개발이 나은지 어떻게 판단하나요?

판단 기준은 영상 주변의 업무입니다. 영상이 서비스의 거의 전부이고 시청 자격 규칙이 단순하다면 기성 솔루션이 낫습니다. 반면 결제나 수강 인증과 권한이 얽혀 있거나 관리자 운영 흐름이 사내 절차를 따라야 한다면 직접 개발이 필요합니다. 실제로는 재생과 전송은 솔루션을 쓰고 권한, 운영, 연동은 직접 개발하는 혼합 구성이 가장 많습니다.

팀 규모 조정이 가능한가요?

가능합니다. 단계마다 필요한 역할이 다르기 때문에 설계 초기와 출시 직전의 인력 구성이 같을 필요가 없습니다. 역할과 인원은 진행 상황에 맞춰 조정하며, 변경 사항은 PM과 협의한 뒤 반영합니다.

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

소스코드는 발주사에 귀속됩니다. 코드와 함께 API 명세, DB 스키마, 배포 절차 문서까지 인계하므로, 이후 다른 개발사나 사내 인력이 이어받아 운영할 수 있습니다.

정리

영상 플랫폼 개발에서 어려운 부분은 재생이 아닙니다. 재생은 이미 검증된 솔루션으로 해결되는 영역이고, 프로젝트가 틀어지는 지점은 언제나 영상 주변의 업무입니다. 누가 올리고, 누가 검수하고, 누가 볼 자격이 있고, 보호는 어디까지 하고, 장애가 났을 때 누가 책임지고, 출시 후에는 누가 운영하는가. 이 여섯 가지는 개발 이슈가 아니라 운영 정책 이슈이며, 발주사만 결정할 수 있는 사항입니다. 견적을 비교하기 전에 이 여섯 가지에 대한 답을 먼저 정리하시면, 업체별 금액 차이가 무엇 때문인지도 그때 분명해집니다. 웹 개발 외주나 앱 개발 외주로 범위를 넓혀 검토 중이라면 함께 살펴보시기 바랍니다.