AI 프로그램 개발 외주, 무엇이 우리 것으로 남나요 | 8가지
AI 프로그램 개발을 외주로 맡기면 넘겨받을 것이 소스코드 하나가 아니에요. 학습 데이터와 모델 가중치, 프롬프트까지 네 갈래로 갈려요. 2026년 1월 시행된 AI 기본법 표시 의무와 매달 나가는 가변비까지, 계약 전 확인할 8가지를 정리했어요.
AI 프로그램 개발을 외주로 맡길 때 넘겨받을 것은 소스코드 하나가 아니에요. 학습 데이터, 파인튜닝한 모델 가중치, 프롬프트까지 네 갈래로 갈리는데 계약서에는 대개 소스코드만 적혀 있어요. 여기에 2026년 1월 시행된 AI 기본법의 표시 의무와 매달 나가는 가변비가 붙어요. 직접 만들고 운영해본 개발사 기준으로 계약 전 확인할 자리를 정리했어요.
“AI 프로그램 하나 만들어주세요. 견적서 주시면 검토할게요.”
이렇게 시작한 프로젝트에서 다툼이 생기는 시점은 대개 오픈 이후예요. 만드는 동안에는 문제가 안 보이거든요. 그러다 모델을 다른 곳에서 다시 쓰려고 할 때, 혹은 개발사를 바꾸려고 할 때 “그건 저희 자산인데요”라는 말이 나와요.
일반 프로그램 개발 비용을 다룰 때와 확인할 자리가 다른 이유가 여기 있어요. AI 프로그램은 결과물이 하나가 아니라 네 개거든요.
1. AI 프로그램 개발은 왜 계약서가 길어질까요
일반적인 웹이나 앱 개발은 넘겨받을 것이 비교적 분명해요. 소스코드와 디자인 파일, 서버 설정 정도예요. 대금을 다 치르면 저작권이 발주사로 넘어온다고 적어두면 대체로 정리가 돼요.
AI 프로그램 개발은 여기서 갈래가 늘어나요. 만드는 과정에서 데이터를 모으고, 그 데이터로 모델을 손보고, 모델에게 어떻게 물어볼지를 정한 문장을 쌓아요. 이 셋은 소스코드가 아니지만 프로그램이 제대로 도는 데 꼭 필요해요.
그래서 “소스코드 일체를 인도한다”고만 적힌 계약서를 받으면, 코드는 받았는데 그 코드가 부를 모델이 없는 상황이 생겨요. 실무에서 실제로 벌어지는 일이에요.
용어 정리 — 파인튜닝 이미 만들어진 AI 모델에 우리 자료를 더 학습시켜 우리 업무에 맞게 손보는 작업이에요. 결과물은 가중치라는 파일 형태로 남아요. 실무에서는 “우리 데이터로 튜닝한 모델”이라고 부르는데, 이 파일이 누구 것인지가 계약서에 없는 경우가 많아요.
2. 넘겨받을 것이 네 갈래로 나뉘어요
계약서를 쓰기 전에 아래 네 가지를 각각 누구 것으로 할지 정해두세요. 하나로 묶어서 적으면 나중에 갈려요.
| 자산 | 무엇인가요 | 안 정해두면 생기는 일 |
|---|---|---|
| 소스코드 | 프로그램이 도는 코드 | 대개 계약서에 있어요 |
| 학습 데이터 | 모델을 가르친 자료와 라벨 | 가공본 소유가 다퉈져요 |
| 모델 가중치 | 파인튜닝 결과 파일 | 개발사를 바꾸면 처음부터 다시 학습해요 |
| 프롬프트 | 모델에게 지시하는 문장 묶음 | 노하우라며 안 넘기는 경우가 있어요 |
네 번째 항목이 낯설게 느껴질 수 있어요. 프롬프트는 그냥 문장인데 무슨 자산이냐고요. 실제로 만들어보면 생각이 달라져요. 같은 모델에 같은 질문을 던져도 앞뒤에 붙이는 지시와 예시에 따라 결과가 크게 갈려요. 이걸 다듬는 데 몇 주가 들어가는 프로젝트도 있어요.
운영사 Tip. 저희는 인도 목록을 만들 때 “이걸 받으면 다른 회사가 이어받아 운영할 수 있나”를 기준으로 세워요. 이 질문에 답이 안 나오면 목록이 덜 채워진 거예요.
3. 학습 데이터, 원본과 가공본을 갈라 적으셨나요
학습 데이터에서 다툼이 생기는 이유는 데이터가 두 겹이기 때문이에요.
발주사가 준 원본이 있어요. 고객 문의 기록이든 제품 설명서든, 회사에 이미 있던 자료예요. 이건 누가 봐도 발주사 것이에요.
그런데 그 원본을 그대로 학습에 쓰지는 않아요. 필요 없는 부분을 걷어내고, 분류를 붙이고, 부족한 경우는 비슷한 예를 만들어 늘려요. 이 손질된 결과물이 파생 데이터예요. 여기에 개발사의 시간이 들어갔기 때문에 우리 노하우라고 주장할 여지가 생겨요.
2026년 기준으로는 이 둘을 나눠 각각 귀속 주체를 적는 방식이 표준으로 자리를 잡고 있어요. 계약서에 이렇게 적어두시면 돼요.
- 발주사가 제공한 원본 데이터의 권리는 발주사에 있어요
- 가공·증강한 파생 데이터의 권리도 대금 완납 시 발주사로 넘어와요
- 데이터 수집과 가공이 외주 범위에 포함되는지를 명시해요
세 번째 줄이 중요한 자리예요. 데이터를 누가 모으느냐에 따라 견적이 몇 배 갈리거든요. 발주사가 정리된 자료를 주는 경우와 개발사가 처음부터 모아야 하는 경우는 아예 다른 프로젝트예요.
한 가지 더 있어요. 개발사가 외부에서 가져온 데이터를 섞었다면, 그 데이터가 적법하게 수집·처리됐다는 점을 보증받고 제3자의 지식재산권을 침해했을 때 누가 책임지는지도 적어두셔야 해요. 나중에 문제가 생기면 서비스를 멈춰야 하는 종류의 위험이에요.
4. 2026년부터 표시 의무가 생겼는데 누가 하나요
2026년 1월 22일부터 인공지능 발전과 신뢰 기반 조성 등에 관한 기본법과 시행령이 시행됐어요. 흔히 AI 기본법이라고 불러요.
발주자 입장에서 알아둘 대목은 두 가지예요.
첫째, 미리 알려야 해요. 생성형 AI를 기반으로 한 제품이나 서비스를 제공한다면 그 사실을 이용자에게 사전에 알리도록 하고 있어요.
둘째, 결과물에 표시해야 해요. AI가 만들어낸 결과라는 사실을 표시하도록 하고 있어요. 고영향 AI에 해당하면 요구되는 것이 더 늘어나요.
과태료가 실제로 부과되는 시점은 2027년 이후가 될 가능성이 높다는 해석이 많아요. 그래서 지금 급하지 않다고 넘기기 쉬운데, 개발 관점에서는 지금 넣는 편이 확실히 싸요. 표시를 붙이려면 어떤 화면의 어떤 문구가 AI 결과인지를 데이터에 함께 저장해둬야 하는데, 나중에 붙이면 이미 쌓인 기록을 되짚어야 해요.
계약서에는 이렇게 적어두시면 정리가 돼요. 사전 고지 문구와 결과물 표시를 개발 범위에 포함하고, 법령이 바뀌면 어느 쪽이 반영하는지를 한 줄로 정해두는 거예요.
5. 개인정보가 들어가면 계약서가 하나 더 붙어요
AI 프로그램은 데이터를 먹고 도는 물건이라 개인정보가 섞여 들어갈 여지가 커요. 고객 문의 기록에는 이름과 연락처가 들어 있고, 상담 녹취에는 더 많은 게 들어 있어요.
이 자료를 개발사에 넘겨야 한다면 개인정보 처리 위탁 계약이 별도로 필요해요. 개발 계약서 안에 한 줄로 끼워 넣는 것과는 다른 문서예요. 여기에 개발사가 지켜야 할 보안 관리 기준도 함께 정리해요.
실무에서 자주 놓치는 지점을 짚어둘게요.
- 테스트 서버에 실제 데이터를 복사해두는 경우 — 개발 중에는 편하지만 프로젝트가 끝나도 그대로 남아 있곤 해요
- 모델에 한 번 들어간 정보를 빼기 어려운 경우 — 학습에 쓴 뒤에는 특정 정보만 지우기가 까다로워요
- 외부 모델 API로 자료가 나가는 경로 — 우리 서버 안에서만 도는 줄 알았는데 밖으로 나가는 구간이 있는지 확인이 필요해요
세 번째는 특히 계약 전에 물어보세요. “이 기능이 도는 동안 우리 데이터가 어디까지 나가나요?”라는 질문 하나로 확인이 돼요.
6. 값이 개발비에서 끝나지 않는 이유
AI 프로그램 개발 비용을 볼 때 가장 자주 어긋나는 자리예요. 일반 프로그램 개발 비용은 만드는 값이 대부분인데, AI는 만든 다음이 매달 붙어요.
공식 외부 기준 — 인건비 참고선
| 구분 | 값 | 출처 |
|---|---|---|
| 응용SW개발자 월 평균임금 | 약 775만 원 | KOSA 2026 SW기술자 평균임금 |
| IT PM 월 평균임금 | 약 953만 원 | KOSA 공식 노임 |
공개 시장 자료 종합 — 유형별 범위(VAT 별도, 중소규모 기준)
| 유형 | 대략 범위 |
|---|---|
| MVP·PoC(기능 하나 검증) | 500만～3,000만 원 |
| ERP·관리시스템에 AI 기능 결합 | 5,000만 원 이상 |
두 표는 성격이 달라요. 위는 공식 노임 통계고 아래는 공개 시장 자료를 모은 참고 범위예요. 저희 실거래 통계가 아니고, 프로젝트마다 크게 달라져요.
여기에 매달 붙는 값이 따로 있어요. 이게 AI 프로그램의 특징이에요.
- 모델 호출 비용 — 사용자가 쓸 때마다 붙어요. 사용량에 비례해요
- 검색 저장소 운영비 — 우리 문서에서 근거를 찾아오는 구조를 쓰면 그 저장소가 계속 돌아가야 해요
- 재학습 비용 — 자료가 바뀌면 성능이 떨어지니 주기적으로 다시 학습시켜요
흔한 실수. 견적 시점에 가정한 사용량으로 월 운영비를 계산해두고 끝내는 경우예요. 실제로는 출시 뒤 사용이 예상보다 늘면 운영비가 그보다 더 가파르게 오르는 일이 흔해요. 재시도가 붙는 구조라면 특히 그래요. OpenAI 코덱스 같은 코딩 에이전트를 붙여본 팀이라면 이 감각을 아실 거예요. 한 번의 요청이 여러 번의 호출로 번져요.
그래서 견적서에는 월 예상 운영비를 사용량 구간별로 두세 줄 적어두는 게 맞아요. 한 줄만 있으면 그 한 줄은 대개 낙관적인 쪽이에요.
7. 계약 전 확인할 8가지
지금까지 이야기를 계약서에서 확인할 항목으로 정리하면 여덟 줄이에요.
- 인도 목록 — 소스코드·학습 데이터·모델 가중치·프롬프트가 각각 적혀 있나요
- 데이터 귀속 — 원본과 파생 데이터를 나눠 적었나요
- 데이터 적법성 보증 — 외부 데이터의 수집·처리 적법성과 제3자 권리 침해 시 책임이 있나요
- AI 표시 의무 — 사전 고지와 결과물 표시가 개발 범위에 들어 있나요
- 개인정보 위탁 — 별도 계약과 보안 기준이 있나요, 데이터가 밖으로 나가는 경로를 확인했나요
- 월 운영비 — 사용량 구간별로 두세 줄 적혀 있나요
- 모델 교체 여지 — 다른 모델로 바꿀 때 무엇을 다시 만드나요
- 기술 이전 — 모델 구조 문서와 담당자 교육 범위가 적혀 있나요
여덟 개 중 1번과 2번은 나중에 붙이기가 가장 어려워요. 프로젝트가 끝난 뒤에 소유권을 다시 정하자고 하면 협상이 되거든요. 나머지는 착수 후에도 조정할 여지가 있어요.
8번은 사람이 바뀔 때 드러나는 항목이에요. 문서가 없으면 다음 담당자가 코드를 읽어 역으로 파악해야 하는데, AI 쪽은 코드만 봐서는 왜 그렇게 만들었는지가 안 보여요.
8. 자주 묻는 질문 (FAQ)
AI 프로그램 개발 비용은 일반 프로그램 개발 비용과 뭐가 다른가요?
만드는 값은 비슷하게 잡히는데 만든 뒤가 달라요. 모델을 부를 때마다 값이 붙고, 사용량이 늘면 같이 늘어요. 문서를 찾아오는 구조면 저장소 운영비가, 성능을 유지하려면 재학습 비용이 따로 붙어요. AI 모델 견적을 볼 때는 총액 옆에 월 예상 운영비가 함께 적혀 있는지 보세요.
학습에 쓴 데이터는 누구 것이 되나요?
적어두지 않으면 다투게 되는 자리예요. 발주사가 준 원본과 개발사가 가공한 파생 데이터를 나눠 각각 귀속을 적는 방식이 자리를 잡고 있어요. 원본은 분명하지만 라벨을 붙이고 정제한 결과물까지 자동으로 따라오지는 않아요.
AI가 만든 결과물이라고 표시해야 하나요?
2026년 1월 22일 시행된 AI 기본법이 생성형 AI 기반 서비스를 제공하는 사업자에게 사전 고지와 결과물 표시를 하도록 하고 있어요. 과태료 부과 시점은 더 뒤로 보는 해석이 많지만, 나중에 붙이면 데이터 구조를 되짚어야 해서 값이 더 들어요.
9. 정리하며
AI 프로그램 개발 외주에서 값이 갈리는 자리는 화면 수가 아니에요. 넘겨받을 목록이 몇 줄인지예요. 소스코드 한 줄만 적힌 계약서와 네 줄이 적힌 계약서는 나중에 완전히 다른 상황을 만들어요.
저희는 인도 목록을 세울 때 “이걸 받으면 다른 회사가 이어받아 운영할 수 있나”를 먼저 물어요. 10년 넘게 50개가 넘는 프로젝트를 진행하고 자체 SaaS 4종을 직접 운영해오면서, 이어받을 수 없는 산출물이 결국 발주사 비용으로 돌아온다는 걸 계속 봤거든요. 롯데·캐논 같은 곳과도 함께해 왔고요.
AI 기능을 어디까지 맡기고 무엇을 우리가 쥐고 있을지 정리가 필요하시면, 기획안만 들고 오셔도 인도 목록부터 같이 세워볼 수 있어요 →
함께 보면 좋은 글이에요.