외주 개발에서 AI 개발 환경을 공정별로 견적 내기: 폐쇄형 구성, 비용 및 계약 시 주의점

서론

"AI를 개발에 사용하고 싶다. 하지만 얼마가 들지 설명할 수 없다."

외주 개발 현장에서는 이 벽에 부딪혀 멈추는 경우가 자주 있습니다.

본 기사에서는 AI 개발 환경의 비용을 공정별로 견적 내리는 방법을 구체적인 금액과 함께 해설합니다.

다루는 주제는 결제 시스템 같은 미션 크리티컬한 대규모 시스템 개수입니다. 개인 정보나 금액을 다루기 때문에 보안 요구 사항이 매우 엄격한 영역입니다.

그만큼 여기서 통용되는 사고방식은 다른 많은 프로젝트에도 그대로 적용할 수 있습니다.

본 기사에서 알게 될 내용은 다음 4가지입니다.

• 외부로 정보를 유출하지 않는 AI 개발 환경의 구성
• 공정별로 어떤 AI 도구를 무엇을 위해 사용할지
• 공정별 견적 금액과 그 계산 방법
• 외주 개발 특유의 계약 및 견적서 주의점

전제: 왜 '공정별'로 견적 내리는가

외주 개발에서는 요구사항 정의만, 구현만 등 공정 단위로 수주하는 경우가 많습니다.

공정이 바뀌면 인원수도, 기간도, AI 사용 방식도 달라집니다. 그런데 AI 비용을 '전원 × 전기간'으로 견적 내리면 금액이 부풀려져 통과하기 어렵습니다.

예를 들어, 20명이 6개월 동안 모두 Claude Code와 가상 데스크톱을 사용할 것을 가정하고 계산하면 총액은 1,000만 엔을 초과합니다. 하지만 실제로는 모든 사람이 Claude Code를 상시 사용하는 것은 구현 공정뿐입니다.

요구사항 정의 단계의 4명에게는 Copilot이나 코드 스캔 계약이 필요하지 않습니다.

따라서 본 기사에서는 다음 전제를 바탕으로 공정별로 계산합니다.

전체 구성: AI의 진입점은 하나로 통일한다

먼저, 모든 공정에 걸쳐 공통적인 구성을 결정합니다. 핵심은 AI로 향하는 입구를 게이트웨이 하나로 한정하는 것입니다.

진입점이 하나라면 개인 정보 마스킹이나 로그 저장 등을 그곳에서 일괄적으로 처리할 수 있습니다.

각 부품의 역할은 다음과 같습니다.

이렇게 하면 에이전트의 통신도 모두 같은 입구를 거치게 됩니다.

공정별 AI 사용법

다음으로, 공정별로 'AI에게 무엇을 시킬지'와 '사람이 어디서 개입할지'를 결정합니다. AI가 출력한 결과물은 어떤 공정에서도 **초안(Draft)**으로 취급합니다. 최종 승인은 반드시 사람이 합니다.

| 공정 | 사용하는 도구 | AI에게 맡길 작업 | 인간의 관문 |
|---|---|
| 요구사항 정의 | 사내 채팅 (Bedrock) | 회의록에서 요구사항 목록을 만들고, 모순점과 애매한 점을 찾아냄 | 업무 담당자가 요구사항 목록을 확인하고 합의 |
| ... |
"핵심 부분은 사람이 작성한다"는 선 긋기는 매우 중요합니다. 금액 계산, 잔액, 정산처럼 틀리면 돈이 움직이는 처리입니다. 여기서는 AI를 보조 수단으로만 사용하고, 리뷰와 테스트를 기존보다 두껍게 합니다.

단가를 확인하다

견적에 사용하는 단가는 다음과 같습니다 (2026년 10월 기준).

| 서비스 | 단가 | 비고 |
|---|---|
| Claude Sonnet 5 (Bedrock) | 입력 $3 / 출력 $15 (100만 토큰당) | 2026년 8월 말까지의 도입 가격은 종료 |
| ... |
Bedrock은 사용한 만큼 과금되므로, 1인당 사용량을 가정합니다. 이번에는 공정별로 다음과 같이 설정했습니다.

| 공정 | Bedrock 예상 비용 (1인・월) | 근거 |
|---|---|
| 요구사항 정의 | $25 | 채팅으로 회의록을 정리하는 정도 |
| ... |
구현 공정의 $108은 다음 계산입니다.

입력: 150만 토큰 × 20일 = 3,000만 토큰 → 30 × $3 = $90
출력: 6만 토큰 × 20일 = 120만 토큰 → 1.2 × $15 = $18
합계: $108

프롬프트 캐시가 작동하면 입력 쪽은 더 낮아집니다. 하지만 견적은 높게 잡는 것이 안전합니다.

공정별 견적

지금까지의 단가와 사용량으로부터, 공정별 월액을 산출합니다. 계약할 도구는 해당 공정에서 필요한 것만 합니다.

여기에 초기 구축 비용을 더합니다.

초기 구축은 게이트웨이(Gateway) 구축, 이용 규칙 정비, 멤버 대상 설명회입니다.

구현 공정만은 CI(CodeQL 또는 커버리지 체크) 정비도 포함되므로 비중을 높게 잡았습니다.

가장 오른쪽의 '비율'은 AI 비용 ÷ 해당 공정 인건비입니다.

이는 원금을 회수하는 데 필요한 공수 절감률 의 기준이 됩니다.

어떤 공정도 3~7%의 효율화만으로도 원금 회수가 가능한 계산입니다.

견적서에서 알 수 있는 두 가지 점

1. 작은 공정일수록 초기 비용 비중이 높다

요구사항 정의 총액 68.8만 엔 중, 60만 엔은 초기 구축 비용입니다.
설계나 테스트에서도 총액의 6~9할을 초기 구축이 차지합니다.
즉, 운영 비용(Running Cost)을 줄이는 것보다 초기 구축 비용을 어떻게 줄일지가 더 효과적입니다.

2. 연속적으로 수주하면 크게 감소한다

공정을 개별적으로 수주하게 되면 매번 게이트웨이를 다시 구축해야 합니다.
같은 회사가 연속으로 수주할 경우, 처음에 만든 환경을 재사용할 수 있습니다.

차이는 약 150만 엔입니다.
제안 시에 '연속적으로 맡겨주시면 이만큼 비용을 절감할 수 있습니다'라고 제시할 근거가 됩니다.

비용을 낮추는 5가지 방법

• 초기 구축 환경 재사용. 위의 표와 같이 연속 수주는 약 150만 엔의 비용 절감을 가져옵니다. -
• 단말기는 발주처의 것을 사용한다. 자체적으로 VDI(Virtual Desktop Infrastructure)를 준비할 경우, 인월당 약 1.5만 엔이 발생합니다. -
• 채팅 용도는 소형 모델을 사용한다. 회의록 정리나 테스트 시나리오 작성 등에는 Haiku와 같은 소형 모델로 충분합니다. 단가는 Sonnet의 약 3분의 1 수준입니다. -
• 보안 기능은 구현 공정만 계약한다. Code Security와 Secret Protection은 커미터(Committer) 단위 과금 방식입니다. 코드를 작성하지 않는 공정에서는 불필요합니다. -
• 사용량에 상한선을 설정한다. AWS Budgets를 이용해 Bedrock의 월별 상한을 정할 수 있습니다. Copilot 역시 조직의 예산 상한 설정을 할 수 있습니다.

위탁 개발(Outsourcing) 특유의 주의사항

발주처의 승인을 먼저 얻는다

가장 중요한 부분입니다.
AI 사용을 전제로 한 견적은 반드시 발주처로부터 서면으로 승인받은 후에 제시해야 합니다.
결제 시스템과 같은 분야에서는 무단으로 AI를 사용할 경우 계약 위반이 될 수 있습니다.
계약서나 각서에는 최소한 다음 내용을 기재해야 합니다:

• AI 사용이 허용되는 공정과 작업 범위
• 입력 가능한 데이터와 불가능한 데이터 종류
• 사용하는 서비스 및 데이터 저장 위치(예: AWS 도쿄 리전)
• 로그 보관 기간과 감사 시 제출 방법

견적서에는 경비로 분리하여 기재한다

AI 비용은 인월 단가에 섞지 않고 별도로 구분하여 제시하는 것이 좋습니다.

AI 개발 환경 구축비 일체 600,000엔
AI 개발 환경 이용료 월별 44,100엔 × 2개월

인월 단가에 포함해 버리면 'AI 덕분에 빨라졌으니 인월을 줄여달라'는 가격 할인을 요구받기 쉽습니다.
분리하여 제시하면 발주처도 비용과 효과를 비교하기 쉬워집니다.

책임은 수주사(계약자)에게 남는다

AI가 작성한 코드라도, 계약 불일치 책임(契約不適合責任)을 지는 것은 수주사입니다.

“AI가 빨라졌으니까”라는 이유로 리뷰나 테스트 공수까지 줄이는 것은 위험합니다.

줄여도 되는 것은 ‘만드는’ 공수이지, ‘확인하는’ 공수가 아닙니다.

이전 공정의 결과물 확인하기

공정 단위로 진행할 경우, 이전 공정의 결과물을 인계받게 됩니다.

설계서가 Word나 Excel 파일 형태라면 AI가 읽기 어려워 효과가 떨어집니다.

인수(Acceptance) 시 Markdown으로 변환하는 공수(수일)를 견적에 포함해야 합니다.

흔히 하는 실수

모두의 인원 × 전체 기간으로 견적을 내버리는 것.

금액이 커져서 검토 단계에서 멈추게 됩니다.
공정별로 인원과 도구를 나누어 계산해야 합니다.

게이트웨이를 미루는 것.

“일단 각자 사용해 보세요”라며 시작하면 개인 계정에서의 이용이 확산됩니다.
나중에 진입점을 하나로 모으는 것은 매우 어렵기 때문에, 처음부터 만들어야 합니다.

Bedrock의 상한을 설정하지 않는 것.

에이전트는 루프(loop)에 빠지면 대량의 토큰을 사용할 수 있습니다.
수주 개발은 적자를 감당할 수 없으므로, 예산 알림과 상한 설정은 필수입니다.

효과를 미리 할인해 버리는 것.

효과가 나타나기 전에 “AI로 20% 저렴하게 하겠습니다”라고 약속하면, 효과가 나오지 않았을 때 적자가 발생합니다.
우선 파일럿 테스트(pilot)를 통해 효과를 측정하고, 그 수치를 바탕으로 다음 견적을 세워야 합니다.

실제 운영 데이터로 테스트하는 것.

“마스킹(masking)하면 괜찮다”며 실제 운영 데이터를 가져오는 것은 피해야 합니다.
AI에게 합성 테스트 데이터(synthetic test data)를 만들게 하는 것이 더 안전하며, 경계값도 포괄적으로 검토하기 쉽습니다.

본인의 프로젝트에서 견적을 내는 절차

• 공정과 체제를 작성합니다. 공정별 인원과 기간을 표로 만듭니다.
• 공정별로 사용할 도구를 결정합니다. 코드를 작성하지 않는 공정에서는 Copilot과 보안 기능을 제외합니다.
• Bedrock 사용량을 가정합니다. 1인당/1일당 입출력 토큰을 설정하고 월액으로 환산합니다.
• 초기 구축의 인월(人月)을 견적합니다. 게이트웨이, 규칙 정비, 설명회를 공정별로 합산합니다.
• 인건비 대비 비율을 산출합니다. AI 비용 ÷ 인건비로 필요한 효율화 기준을 도출합니다.
• 연속 수주 시에도 계산합니다. 초기 구축을 재활용했을 경우의 금액을 나열하여 제안합니다.

요약

• AI 진입점은 게이트웨이 1개로 하고, 폐쇄된 환경에서 사용한다.
• AI 출력물은 초안(下書き)으로 취급하고, 핵심 부분은 사람이 작성하고 사람이 승인한다.
• 공정별로 인원과 도구를 나누어 견적을 내면, AI 비용은 공정비의 3~7% 수준에 머무른다.
• 작은 공정일수록 초기 구축비가 대부분이므로, 연속 수주 시 재활용하면 저렴해진다.
• 위탁 개발(受託)에서는 발주자의 서면 승낙과 견적서 상의 비용 분할 방식이 중요하다.

“AI는 돈이 많이 든다”고 생각하기 쉽지만, 공정에 맞춰 분해하면 의외로 적은 금액입니다.
우선 하나의 공정만 가지고 견적을 만들어 보세요.

참고

Discussion