FDE 외주 비용은 총액 하나로 비교하기보다 발견, 프로토타입, 운영 전환, 안정화의 단계별로 분리해 계약하는 구조가 안전합니다. 과금 방식은 투입 인력 기반, 단계별 고정가, 결과 기반의 세 가지가 있으며 단계마다 적합한 방식이 다릅니다. 빅시프트를 포함한 어떤 FDE 개발사와 계약하든 개발비 외에 모델·인프라 비용의 부담 주체, 산출물과 지식재산권 귀속, 인수 조건을 견적 단계에서 함께 확정해야 합니다.
FDE 프로젝트에서 가장 자주 나오는 질문은 비용이지만, 공개된 국내 단가 자료는 사실상 없습니다. 이 글은 검증할 수 없는 단가 대신, 어떤 견적이 와도 비교 가능하게 만드는 비용 항목 분해와 계약 구조를 정리합니다. FDE 방식 자체의 수행 단계가 궁금하다면 FDE의 정의와 AI 외주 실행 가이드를 먼저 읽는 편이 좋습니다.
FDE 견적이 SI 견적과 다르게 잡히는 이유
확정된 명세를 구현하는 SI 견적은 기능 목록과 투입 인력으로 총액을 계산합니다. FDE 프로젝트는 요구사항이 확정되기 전의 불확실성 구간을 포함하므로, 총액을 처음부터 확정하면 두 가지 문제가 생깁니다. 수행사가 불확실성을 가격에 넣어 위험 프리미엄이 과도해지거나, 반대로 낮은 총액을 맞추기 위해 검증과 문서화를 생략하는 부실 견적이 됩니다.
역할 범위가 넓다는 점도 견적 구조에 영향을 줍니다. OpenAI 서울 FDE 채용 공고는 발견, 기술 범위 설정, 시스템 설계, 개발, 운영 배포를 하나의 책임 범위로 제시합니다. 이렇게 넓은 범위를 하나의 금액으로 뭉치면 어느 단계에 비용이 들어가는지 비교할 수 없게 됩니다. 업체 유형에 따라 견적 구조 자체가 달라지므로 생성형 AI 솔루션 업체 유형별 비교도 함께 참고할 수 있습니다.
FDE 프로젝트 비용을 구성하는 여섯 가지 항목
견적서를 받으면 총액보다 먼저 아래 여섯 항목이 분리돼 있는지 확인해야 합니다.
| 비용 항목 | 포함되는 것 | 견적에서 확인할 점 |
|---|---|---|
| 개발 인건비 | 문제 정의, 개발, 평가, 배포 인력 | 역할별 투입 기간과 담당 모듈 |
| 모델 사용료 | 상용 LLM API 호출 비용 | 부담 주체와 예상 사용량의 산정 근거 |
| 인프라 비용 | GPU, 클라우드, 온프레미스 장비 | 개발 단계와 운영 단계의 분리, 계정 명의 |
| 데이터 준비 비용 | 정제, 구조화, 평가셋 구축 | 범위와 고객 측 협조 전제 |
| 외부 라이선스 | 서드파티 솔루션과 도구 | 계약 종료 후에도 지속되는 비용 여부 |
| 운영·유지보수 | 모니터링, 장애 대응, 개선 | 안정화 기간과 이후 요율의 분리 |
여섯 항목이 총액 하나로 뭉쳐 있다면 업체 간 비교가 불가능하고, 계약 후 비용 분쟁의 원인이 됩니다.
과금 방식 세 가지: 무엇이 언제 맞는가
FDE 프로젝트에 쓰이는 과금 방식은 크게 세 가지입니다. 방식마다 인센티브 구조가 다르므로 프로젝트 전체에 하나만 적용하기보다 단계별로 조합하는 편이 합리적입니다.
| 과금 방식 | 구조 | 장점 | 한계 | 적합한 구간 |
|---|---|---|---|---|
| 투입 인력 기반 | 인력과 기간에 비례해 과금 | 범위 변경에 유연 | 효율화 인센티브가 약하고 총비용 예측이 어려움 | 범위가 계속 바뀌는 탐색 구간 |
| 단계별 고정가 | 단계 범위와 종료 조건에 고정 금액 | 예산 예측이 쉬움 | 범위 정의가 부실하면 분쟁 소지 | 발견, 프로토타입, 운영 전환의 각 단계 |
| 결과 기반 | 합의한 지표 달성에 보상 연동 | 발주사와 수행사의 인센티브 정렬 | 지표와 분모 설계가 어려움 | 운영 단계의 일부 지표 |
결과 기반 계약은 해외에서 이미 표준 논의로 올라와 있습니다. 기술 서비스 산업 협회 TSIA는 2026년 글에서 AI 에이전트가 여러 사람의 몫을 대신할수록 좌석 기반 과금이 무너지고, 정확도나 처리 비율 같은 결과에 책임을 지는 결과 수준 계약으로 옮겨간다고 설명합니다. a16z의 서비스 주도 성장 에세이도 구현 서비스를 비용이 아니라 장기 우위에 대한 투자로 보는 관점을 제시합니다. 발주 기업 입장에서도 낮은 단가보다 결과와 인수 조건에 정렬된 계약이 총비용을 낮출 가능성이 큽니다.
단계별 계약 구조: 발견부터 안정화까지
FDE 프로젝트의 표준적인 계약 구조는 네 단계로 나뉩니다. 각 단계의 종료 조건이 다음 단계 견적의 근거가 됩니다.
| 단계 | 목적 | 비용 성격 | 권장 과금 | 종료 조건 |
|---|---|---|---|---|
| 발견 | 문제, 데이터, 제약 확인 | 소규모 | 고정가 | 문제 정의서와 검증 계획 |
| 프로토타입 | 실제 데이터로 핵심 흐름 검증 | 중간 규모 | 고정가 | 합의한 평가셋 통과 기준 |
| 운영 전환 | 연동, 보안, 배포 구축 | 가장 큰 규모 | 고정가와 변경 단가의 조합 | 운영 배포와 검수 완료 |
| 안정화·인수 | 정착, 교육, 지식 이전 | 기간제 | 월 요율 또는 결과 연동 | 인수 완료 기준 충족 |
전체 총액을 처음부터 확정하기보다, 발견 단계의 결과로 다음 단계 견적을 확정하는 구조가 발주사와 수행사 양쪽의 위험을 줄입니다. 공공기관 온프레미스 NL2SQL 구축 사례처럼 검증 계층과 운영 흐름을 단계로 나눠 설계한 공개 사례에서 이 구조의 실제 형태를 확인할 수 있습니다.
견적서에서 분리해서 확인할 항목
여러 업체의 견적을 비교할 때는 아래 항목을 같은 형식으로 요구하면 회사 소개서의 표현 차이를 걷어낼 수 있습니다.
- 단계 분리 여부와 단계별 종료 조건
- 모델·인프라 비용의 부담 주체와 계정 명의
- 요구사항 변경 시 적용되는 변경 단가와 절차
- 견적의 전제가 되는 가정과 고객 측 협조 사항
- 안정화 이후 유지보수 요율과 범위
- 계약 종료 후에도 지속되는 외부 라이선스 비용
가정을 숨긴 낮은 총액보다, 가정과 미확정 항목을 먼저 드러내는 견적이 실제 총비용에서는 유리한 경우가 많습니다.
산출물과 지식재산권: 계약서에서 정할 것
비용만큼 자주 분쟁이 되는 것이 산출물의 귀속입니다. 아래 항목별로 소유권 또는 사용권의 범위를 계약 전에 정해야 합니다.
| 산출물 | 계약 전 확인할 것 |
|---|---|
| 소스코드 | 소유권 또는 사용권의 범위, 제외되는 수행사 공통 모듈 |
| 프롬프트와 설정값 | 납품 대상 포함 여부 |
| 평가셋과 평가 결과 | 재실행 가능한 형태로 인계되는지 |
| 데이터 변환 규칙 | 문서화 수준과 귀속 |
| 인프라 설정 | 계정 명의와 이전 절차 |
| 운영 문서 | 장애 대응과 변경 절차 포함 여부 |
수행사가 여러 프로젝트에 재사용하는 공통 모듈과 이 프로젝트 전용 코드의 경계를 미리 정하는 것이 분쟁을 줄이는 지점입니다. 산출물 목록을 업체별로 같은 형식으로 받으려면 FDE 업체 선정 기준과 가이드의 RFP 체크리스트를 함께 사용할 수 있습니다.
비용을 줄이는 안전한 방법과 위험한 방법
같은 예산 압박이라도 어디를 줄이느냐에 따라 결과가 달라집니다.
안전한 절감은 불확실성을 줄이는 방향입니다.
- 소규모 발견 단계를 분리해 검증된 범위로만 다음 계약을 확정합니다.
- 어려운 예외와 실패 사례를 초기 평가셋에 포함해 뒤늦은 재작업을 줄입니다.
- 고객 측 데이터와 담당자를 미리 준비해 수행사의 대기 비용을 없앱니다.
- 기능 수를 줄이더라도 업무 하나를 운영 수준까지 완결합니다.
위험한 절감은 검증을 줄이는 방향입니다.
- 총액을 깎는 대신 평가와 문서화 범위가 조용히 빠집니다.
- 무리한 단가는 핵심 개발의 재하청으로 이어질 수 있습니다.
- 유지보수 무상 요구는 안정화 품질 저하로 돌아옵니다.
- 무료 PoC의 비용은 결국 본계약의 위험 프리미엄에 포함됩니다.
자주 묻는 질문
FDE 외주는 일반 SI보다 비싼가요?
단가표만 비교하면 높아 보일 수 있지만 비교 대상이 다릅니다. SI 견적에 빠져 있는 문제 정의, 평가, 운영 전환, 인수 비용까지 포함한 총소유비용으로 비교해야 정확합니다.
결과 기반 계약은 어떻게 작동하나요?
정확도나 처리 비율처럼 합의된 지표에 보상의 일부를 연동하는 방식입니다. 측정 지표와 분모, 측정 기간을 계약 전에 함께 설계해야 작동합니다.
월 단위 인력 계약으로 FDE를 쓰면 안 되나요?
탐색 구간에는 유용하지만 전체를 인력 기반으로 운영하면 효율화 인센티브가 약해집니다. 발견 단계 이후에는 단계별 고정가나 결과 연동으로 전환하는 편이 안전합니다.
발견 단계나 PoC는 무료로 요구해도 되나요?
무료 PoC는 부실한 검증이나 본계약의 위험 프리미엄으로 돌아오는 경우가 많습니다. 소규모 유료 발견 단계에서 실제 데이터와 어려운 예외를 검증하는 편이 총비용에 유리합니다.
모델 API와 GPU 비용은 누가 부담하나요?
정답이 하나로 정해져 있지는 않지만, 운영 단계의 비용은 고객 명의로 두는 편이 종속을 줄입니다. 개발 단계 비용의 부담 주체와 예상 사용량의 산정 근거를 견적서에 분리해 명시해야 합니다.