기업용 AI는 구매만으로 곧바로 업무에 쓰이지 않는다. 외부 엔지니어가 조직 안에서 구현을 맡는 계약이 늘었지만, 용역의 범위는 계약마다 제각각이다.
직함보다 중요한 사람의 이름
FDE(Forward Deployed Engineer)는 고객 현장에 들어가 소프트웨어가 실제 업무에 쓰이도록 만드는 엔지니어다. 팔란티어는 2006년 무렵, 고객이 제품을 제대로 활용하지 못하자 엔지니어를 직접 보내 데이터와 업무 흐름에 맞게 제품을 구현했다. 단순한 판매 지원이 아니라 고객과 함께 제품을 완성하는 방식 이었다.
그 뒤 이 직무는 2025년 a16z가 스타트업의 유망 직군 으로 소개하면서 빠르게 퍼졌다. 직함은 같아도 실력 차이는 크다. 미국 내 FDE 약 1만7,000명 중 대규모 성과를 꾸준히 낼 수 있는 인력은 약 2,000명으로 추산된다. 업체 이름보다 실제 투입되는 엔지니어의 이름과 경력이 더 중요하다.
어디까지 책임지는가
그렇다면 FDE와 일반 인력 파견은 어디서 갈라질까? 일반적인 인력 파견은 정해진 업무에 시간을 제공한다. FDE는 고객 환경에서 소프트웨어가 작동하고 약속한 성과를 내는 데까지 관여한다. 산출물과 성공 조건이 기술 스택이나 연차보다 그 차이를 만든다.
프로덕션 결과를 책임지지 않는다면 FDE라는 명칭에 큰 의미가 없다.
제안팀과 수행팀이 다르고 결과물이 보고서로 끝나며 운영 성과를 측정하지 않는다면 위험은 발주사가 떠안는다. 계약 전에는 고객 저장소에 코드를 올릴 엔지니어가 누구인지, 어떤 장애를 해결해 봤는지, 문제가 생겼을 때 누가 수정할지를 구체적으로 물어야 한다.
그런데 과금 방식에 따라 유인도 달라진다. 시간제 과금은 일정이 길어질수록 공급자에게 유리하지만, 고정가나 성과연동 계약은 빠른 완수를 유도한다. 단, 사용자 수나 파일럿 개수처럼 부풀리기 쉬운 지표는 성공 기준에서 제외한다. 실제로 AI PoC(개념 검증) 33건 중 프로덕션에 도달한 것은 4건에 불과했고, 대부분의 AI 과제를 중단한 기업 비중도 1년 사이 17%에서 42%로 늘었다. 성공 기준은 매출, 비용, 처리 시간처럼 사업 성과와 연결된다.
공급자가 떠난 뒤 무엇이 남는가
FDE 방식은 도입 속도를 높이지만 공급자 종속으로 이어진다. 맞춤 기능을 고칠 때마다 같은 업체를 불러야 하거나, 현장 엔지니어가 산업의 기본 제약을 이해하지 못하는 경우도 있다. 브랜드가 개인의 도메인 지식까지 보증하지는 않는다.
그래서 계약에는 철수 이후의 조건까지 담는다. 코드와 파이프라인, 데이터 모델, 평가 세트(모델 성능을 검증하는 테스트 데이터), 운영 문서가 발주사 계정에 남는지 확인한다. 다른 모델이나 업체로 바꿀 때 무엇을 다시 만들어야 하는지도 미리 정해 두는 편이 좋다. 앤스로픽, 블랙스톤 등이 함께 세운 Ode도 Claude를 우선 사용하되 필요하면 경쟁사 모델을 채택할 수 있다고 밝혔다.
다만 좋은 FDE는 일회성 맞춤 개발에 그치지 않는다. 고객은 운영 역량을 넘겨받고, 공급자는 현장 경험을 재사용 가능한 제품으로 발전시켜야 한다. 이런 재사용 구조 가 없다면 발주사는 해마다 비슷한 문제를 해결하려고 같은 인력을 다시 사게 된다.
첫 6주에 확인할 것
업체를 고를 때는 다음 세 가지를 계약서에 명확히 남긴다.
- 제안 발표자가 실제 수행에도 참여하는지, 담당 엔지니어에게 해당 산업과 프로덕션 운영 경험이 있는지 확인한다. 소규모 업체라면 이탈에 대비한 대체 인력도 지정한다.
- 작동하는 결과물: 4~8주 안에 발주사 환경에서 돌아가는 소프트웨어를 요구한다. 유료 파일럿에는 데이터 연동, 접근 권한, 운영 지표를 포함하고 슬라이드나 평가 보고서는 완료 기준에서 뺀다.
- 철수 이후의 책임: 운영 안정화 기간, 성과연동 비용, 코드와 문서의 소유권, 인수인계 범위를 함께 정한다.
발주사도 내부 담당자와 의사결정권자를 붙인다. FDE는 업무 시간의 47%를 고객과 함께 보낸다. 내부의 예외 규칙과 승인 절차를 알려 줄 사람이 없으면 외부 엔지니어도 제대로 된 제품을 만들기 어렵다.
첫 6주 성과가 FDE 계약의 품질을 결정한다. 누가 들어오는지, 무엇을 작동시킬지, 떠난 뒤 무엇이 남는지가 화려한 직함보다 중요하다.
그러나 프로젝트 비용은 종료 시점에 확정되지 않는다. 이후 유지보수와 교체에 드는 수고까지 포함하면 계약 당시의 가격표와 실제 비용은 달라진다.