PoC·MVP가 끝날 때 받아야 할 산출물 | 단계별 체크리스트

먼저 짧게 답부터 드릴게요. PoC가 끝나면 “됐다/안 됐다”는 결론과 그 근거를, MVP가 끝나면 “우리가 혼자 굴릴 수 있는 서비스와 그 열쇠”를 받아야 해요. 앞의 것은 문서 위주, 뒤의 것은 코드·계정·배포 방법이 중심이에요. 공개 시장 자료 기준으로 PoC는 500만～3,000만 원, MVP는 1,500만～3,000만 원대가 흔한데, 이 돈으로 무엇을 손에 쥐는지는 계약서에서 자주 비어 있어요. 직접 만들고 운영해 본 개발사 기준으로 단계별 산출물을 정리했어요.

“PoC는 성공했대요. 그런데 다음 개발사에 넘기려니 보여 줄 게 발표 자료 한 장뿐이에요.”

PoC와 MVP의 차이, 예산 범위는 PoC와 MVP 차이, 예산은 어떻게 잡을까요에 정리해 뒀어요. 이 글은 그다음 이야기예요. 단계가 끝나는 날, 발주자 손에 무엇이 남아야 하나요.

---

1. 단계가 끝날 때 왜 산출물을 따로 정해야 할까요

PoC와 MVP는 둘 다 다음 결정을 위한 단계예요. PoC 뒤에는 “계속 투자할까”, MVP 뒤에는 “키울까, 고칠까, 접을까”를 정해요. 그런데 결정에 쓸 근거가 개발사 머릿속에만 있으면, 개발사를 바꾸거나 내부 결재를 올릴 때 처음부터 다시 설명을 들어야 해요.

미국 연방조달청(GSA)도 PoC 단계 점검표에 산출물 목록과 성공 기준을 따로 항목으로 둬요. 공공 사업만의 이야기는 아니에요. 돈을 쓴 단계가 끝났다면 그 단계의 결과가 문서와 코드로 남아야 다음 사람이 이어받을 수 있어요.

용어 정리 — PoC(개념 검증)는 “이 기술로 이 문제를 풀 수 있나”만 짧게 확인하는 실험이에요. MVP(최소 기능 제품)는 꼭 필요한 기능만 넣어 실제 사용자에게 내놓는 첫 버전이고요. 실무에선 “PoC는 안에서 끝나고, MVP는 밖으로 나간다”라고 말해요.

2. PoC가 끝나면 무엇을 받아야 할까요

PoC 산출물의 중심은 판단 근거예요. 코드보다 문서가 중요해요.

자사 실무 기준 — PoC 종료 시 받을 6가지

#	산출물	왜 필요한가요
1	성공 기준 대비 결과표	시작 전에 정한 숫자와 실제 숫자를 나란히 봐야 “됐다”를 판단해요
2	시험 데이터·조건 기록	어떤 데이터, 몇 건, 어떤 환경에서 낸 결과인지 없으면 재현이 안 돼요
3	안 된 것 목록과 이유	실패한 시도가 다음 단계의 비용을 줄여 줘요
4	결론 한 줄	계속 / 중단 / 조건부 계속 중 무엇인지, 조건이 뭔지
5	다음 단계 범위와 비용 추정	MVP나 파일럿으로 가면 무엇을 더 만들어야 하는지
6	시험 코드와 재사용 여부	이 코드를 다음에 쓸지, 참고만 할지 개발사 판단을 적어서

(자사 실무 기준 예시예요. 사업 성격에 따라 항목은 늘거나 줄어요.)

1번이 가장 중요해요. “잘 되는 것 같아요”는 결론이 아니에요. AI 기능이라면 “실제 문의 200건 중 정답률 80% 이상”처럼 시작 전에 숫자를 정해 둬야 끝날 때 다툼이 없어요. 기업용 AI·생성형 AI 개발 외주를 맡길 때 특히 그래요.

3. MVP가 끝나면 무엇을 받아야 할까요

MVP 산출물의 중심은 혼자 굴릴 수 있는 상태예요. 서비스가 돌아가는 것만으로는 부족해요. 개발사가 내일 연락이 안 돼도 고치고, 배포하고, 결제할 수 있어야 해요.

자사 실무 기준 — MVP 종료 시 받을 8가지

#	산출물	확인하는 법
1	소스코드 저장소 권한	우리 계정으로 저장소에 들어가 최신 코드가 있는지
2	빌드·배포 방법 문서	다른 개발자가 문서만 보고 한 번 배포해 볼 수 있는지
3	계정·서버·도메인·스토어 목록	전부 발주자 명의인지, 결제 수단이 누구 것인지
4	요구사항 대비 구현 목록	된 것, 안 된 것, 바꾼 것이 한 표에 있는지
5	검수·테스트 결과	어떤 시나리오를 누가 확인했는지 기록이 있는지
6	알려진 문제 목록	개발사가 알면서 남긴 문제가 적혀 있는지
7	사용 지표 측정 방법	가입·이용·이탈을 어디서 어떻게 보는지
8	외부 라이브러리·라이선스 목록	유료나 사용 조건이 붙은 게 있는지

(자사 실무 기준 예시예요.)

3번과 1번은 마지막 잔금 전에 확인하세요. 잔금이 나간 뒤에 받으려면 부탁하는 입장이 돼요. 코드 소유권 자체는 소스코드 저작권, 개발이 끝나면 누구 것이 될까요에 따로 정리해 뒀어요.

4. 두 단계의 산출물은 무엇이 다를까요

헷갈리면 이 표 하나로 정리돼요.

	PoC	MVP
남는 것의 중심	판단 근거(문서)	운영할 수 있는 서비스(코드·계정)
코드의 성격	확인용, 버려도 되는 코드	계속 고쳐 쓸 코드
사용자	내부 담당자	실제 고객
끝났다는 기준	성공 기준 대비 결론	검수 통과 + 출시
다음 결정	계속 투자할까	키울까, 고칠까, 접을까

공식 외부 기준 — 사람 값 참고

한국소프트웨어산업협회(KOSA)가 공표한 2025년 적용 평균임금에서 응용SW 개발자는 월 6,943,457원이에요(빅데이터·인공지능 개발자 포함 직무). 2026년 적용분은 전체 평균이 전년보다 4.7% 올랐다고 알려졌어요. 실제 외주 단가는 여기에 회사 운영비가 붙어요. PoC 기간이 2주 늘면 그만큼 사람 값이 붙는다는 감각으로 보시면 돼요.

5. 산출물을 계약서에는 어떻게 적어야 할까요

“최종 결과물 일체” 같은 한 줄로는 부족해요. 세 가지를 문장으로 적어 두세요.

1. 단계마다 산출물 목록을 별첨 표로 붙여요. 위 6가지·8가지를 그대로 써도 돼요
2. 잔금 조건과 묶어요. “별첨 산출물 인도 및 검수 완료 후 잔금 지급”
3. 형식을 정해요. 문서는 편집 가능한 파일로, 코드는 저장소 권한으로, 계정은 발주자 명의로

CRM 개발 외주처럼 요구사항 정의부터 검수까지 길게 가는 일이라면, 단계를 나눠 계약하고 단계마다 이 표를 붙이는 방식이 안전해요. 계약서 조항 전반은 외주 계약서, 어떤 조항이 빠지면 나중에 문제될까요을 참고하세요.

운영사 Tip PoC 계약서에 “성공 기준 미달 시에도 결과표·데이터 조건·안 된 것 목록은 인도한다”는 문장을 넣으세요. 실패한 PoC일수록 이 문서가 값어치가 커요. 같은 실수를 다음 개발사가 반복하지 않게 해 주거든요.

6. 흔한 실수는 무엇일까요

흔한 실수 PoC 코드를 그대로 MVP로 키우는 거예요. PoC는 빨리 확인하려고 예외 처리와 보안을 건너뛴 코드가 많아요. 그대로 키우면 출시 직후 고칠 게 쏟아져요. 반대로 쓸 만한 부분까지 버리면 돈이 두 번 나가요. 그래서 PoC 산출물 6번 “재사용 여부”를 개발사가 직접 적게 하는 거예요.

자주 보는 실수를 두 개 더 적어 둘게요.

• 성공 기준을 끝나고 정하는 것. 결과를 보고 기준을 맞추면 PoC는 늘 성공해요. 그리고 운영에서 무너져요
• 계정을 개발사 명의로 두는 것. 서버 비용이 개발사 카드로 나가고 있으면, 관계가 끝나는 날 서비스가 같이 멈출 수 있어요. 인수인계 구조는 지금 개발사와 헤어져도 서비스가 돌까요에 정리해 뒀어요

7. 첫 버전이 운영에서 버티는지는 어떻게 알까요

저희 사례 하나를 들게요.

[리테일 · SI] 롯데백화점 수원 푸드홀 실시간 혼잡도 관리 시스템 — 개발 4개월, 기획 1 · 디자인 1 · 개발 2가 투입됐어요. 관리자 페이지에서 등록한 광고가 사이니지에서 끊기는 현상이 나왔고, 초기 JavaFX 구현을 C#으로 다시 구현해서 해결했어요. 여러 센서가 동시에 데이터를 보내면서 생기는 취합 지연도 실제 환경에서 드러났고요.

이런 문제는 책상 위 시연에서는 잘 안 보여요. 그래서 MVP 산출물 6번 “알려진 문제 목록”이 중요해요. 개발사가 운영 환경에서 무엇을 봤는지, 무엇을 아직 못 봤는지 적어 두면 다음 출시 범위를 정할 때 바로 쓸 수 있어요.

반대로 작게 시작해 빨리 확인한 경우도 있어요. 한국건설기술연구원(KICT)의 토양 특성 평가 앱은 1개월, 기획 1 · 개발 1로 만들었어요. 수기 입력에서 나던 오류가 사라졌고, 가장 까다로웠던 건 현장 토양 사진 분석이었어요. 범위가 작을수록 무엇이 어려웠는지를 남겨 두는 게 다음 단계 견적을 정확하게 만들어요.

8. 운영까지 해 본 개발사는 산출물을 어떻게 볼까요

저희는 자체 SaaS 4종을 직접 운영해요. 운영하면서 가장 자주 꺼내 보는 문서는 화려한 설계서가 아니에요. 배포 방법, 계정 목록, 알려진 문제 목록이에요. 새벽에 문제가 생겼을 때 이 세 개가 있으면 누구든 대응할 수 있어요.

“개발 외주 업체 추천해 주세요”라는 질문을 받으면 이것도 같이 확인해 보시라고 권해요. 그 업체가 이전 프로젝트의 단계 종료 산출물 목록을 보여 줄 수 있는지요. 내용은 가려도 돼요. 목록이 바로 나오는 곳이라면 끝나는 날을 미리 준비하는 곳이에요. 앱 개발 외주 비용이나 개발외주비용을 비교할 때도 같은 금액이라면 이 목록이 긴 쪽이 실제로는 덜 비싸요.

저희는 10년 넘게 50개 이상의 프로젝트를 진행했고 롯데·캐논 같은 곳과도 함께해 왔어요. PoC를 앞두고 성공 기준을 어떻게 잡아야 할지, 끝난 MVP에서 무엇을 챙겨야 할지 막막하다면 단계별 산출물 목록부터 같이 정리해 볼까요 →

9. 자주 묻는 질문 (FAQ)

PoC가 끝나면 코드도 받아야 하나요?

받아 두세요. 다만 그 코드를 다음 단계에 다시 쓸지, 참고만 할지 개발사가 문서로 판단을 적게 하세요. MVP 견적에서 그 판단이 비용에 어떻게 반영됐는지 볼 수 있어요.

앱 개발 외주 과정을 알려주세요. PoC와 MVP는 어디에 들어가나요?

요구사항 정리 → 견적·계약 → 기획·디자인 → 개발 → 검수 → 출시 → 유지보수 순서예요. 기술이 불확실하면 앞에 PoC를, 시장 반응을 보려면 범위를 줄인 MVP로 첫 출시를 해요. 범위를 자르는 순서는 출시일이 안 맞을 때, MVP 범위는 무엇부터 자를까요에 있어요.

기업을 위한 AI·GenAI 개발 외주를 맡기려면 어떻게 해야 하나요?

PoC부터 시작하되, 숫자로 된 성공 기준과 시험 데이터 범위를 먼저 합의하세요. AI PoC 비용 감각은 AI PoC 비용, 얼마면 검증할 수 있을까요를 참고하세요.