고객사에 들어간 엔지니어가 남긴 것은 왜 매번 증발하나

어떤 문제인가

엔터프라이즈에 AI를 파는 회사는 지금 사람을 고객사 안으로 보낸다. 포워드 디플로이드 엔지니어가 몇 주에서 몇 달을 들어가 앉아, 고객의 레거시 시스템에 어댑터를 붙이고, 문서에 없는 업무 규칙을 캐내고, 지저분한 실데이터를 제품이 먹을 수 있는 모양으로 옮긴다. 그 작업이 끝나면 시스템은 돈다. 그리고 거기서 만들어진 것 대부분은 그 고객사 안에 그대로 남는다.

밖으로 못 나오는 이유는 게을러서가 아니다. NDA가 있고, 데이터 소재지 규정이 있고, 무엇보다 그 결과물 자체에 고객의 스키마와 업무 규칙이 녹아 있다. 스크린샷 한 장도 못 들고 나온다. 그래서 벤더 쪽에 쌓이는 것은 사람의 기억과, 배포가 끝나고 몇 주 뒤 시간이 남으면 쓰는 사내 위키 문서 몇 장뿐이다. 위키는 항상 낡는다.

결과는 마진 곡선으로 나타난다. 세 번째 고객 배포가 첫 번째와 비슷한 시간이 든다. 매출은 늘지만 원가가 같은 비율로 따라 붙어서, 성장 속도의 상한이 채용 속도가 된다. 이 값이 얼마나 비싼지는 보상 구간이 말해준다. 크리스천앤팀버스가 정리한 시장 자료에서 중간급 FDE의 총보상 중앙값은 38만 5,000달러, 스태프급은 61만 달러, 프론티어 랩의 프린시펄급은 120만 달러를 넘는다. 이런 사람들이 세 번째 고객에서 첫 번째와 같은 매핑 작업을 다시 하고 있다.

왜 지금인가

수요가 먼저 터졌다. 같은 자료에 따르면 인디드 기준 FDE 공고는 2025년 4월 643건에서 2026년 4월 5,330건으로 729% 늘었고, 2026년 중반 기준 39개 AI 기업에 224개 자리가 열려 있다. 세일즈포스는 FDE 1,000명 채용을 공언했다. 퍼스펙티브 AI가 영문 공고 약 1,000건을 분석한 자료에서는 전년 대비 증가폭이 1,000%를 넘었고, 공고의 70% 이상이 요구사항 발굴과 모호한 비즈니스 문제를 옮기는 일을 명시적으로 요구한다. AI 엔지니어의 41%가 이미 근무 시간의 30% 이상을 고객 대면에 쓴다.

큰 회사들도 같은 방향에 자본을 걸었다. AWS는 6월 30일 FDE 전담 조직에 10억 달러를 넣는다고 밝혔고, 오픈AI와 앤스로픽은 각각 40억, 15억 달러 규모의 합작 법인을 앞서 세웠다. 아마존이 별도 법인 대신 내부 조직을 택한 이유가 IP를 회사 안에 붙들기 위해서였다는 점이 이 아이디어의 출발점이다. 가장 큰 회사조차 배포에서 나온 자산이 새 나가는 걸 구조로 막으려 한다면, 자원이 없는 회사에는 그 일을 대신해 줄 도구가 필요하다.

그리고 기술 쪽 조건이 이제 맞는다. 고객 환경 안에서 도는 소프트웨어가 밖으로는 요약만 내보내는 구조, 즉 데이터는 안에 두고 형태만 꺼내는 설계가 프라이버시 엔지니어링에서 낯선 게 아니게 됐다. 몇 년 전이면 법무 검토에서 막혔을 제안이 지금은 통과 가능한 범위에 들어와 있다.

flowchart LR
  A[고객사 환경<br/>FDE가 붙인 통합·매핑·프롬프트] --> B[관찰기<br/>무엇을 어떻게 붙였는지 기록]
  B --> C[비식별 패턴 추출<br/>값 제거·구조만 보존]
  C --> D[벤더 배포 기억<br/>검색 가능한 패턴 라이브러리]
  D --> E[다음 고객 착수<br/>골격과 지뢰밭을 먼저 받고 시작]

어떻게 만들 수 있나

산출물 한 종류로 좁혀서 시작한다. 데이터 매핑 명세가 가장 낫다. 고객의 스키마를 벤더 제품이 기대하는 모양으로 옮기는 표는 모든 배포에서 다시 만들어지고, 업종이 같으면 구조가 놀랄 만큼 비슷하며, 컬럼 이름과 값만 벗기면 재사용 가능한 뼈대가 남는다.

도구는 고객 환경 안에서 돈다. 온프렘이든 고객 VPC든 상관없지만 원본 데이터는 절대 나가지 않는다. 밖으로 나가는 건 세 가지뿐이다. 스키마의 형태, 변환 규칙의 모양, 그리고 실패한 시도의 종류다. 마지막 항목이 실은 가장 값지다. 어떤 매핑을 시도했다가 왜 깨졌는지는 어느 위키에도 안 적힌다.

벤더 쪽에는 검색 가능한 배포 기억이 쌓인다. 다음 배포에 들어가는 FDE가 업종과 소스 시스템과 필드 구조로 검색하면, 앞선 배포 세 건의 매핑 골격과 그때 밟은 지뢰가 먼저 나온다. 착수 시점이 백지가 아니라 초안에서 시작한다.

계약 쪽 설계가 절반이다. 벤더와 고객의 기본 계약서에는 대개 파생 자산 소유 조항이 있는데, 실제로 집행되지 않는다. 무엇이 나갔는지 아무도 못 보기 때문이다. 이 도구는 나간 항목의 감사 로그를 고객에게 그대로 열어준다. 그게 판매 포인트다. 고객은 처음으로 벤더가 뭘 가져가는지 볼 수 있고, 벤더는 처음으로 가져가도 되는 것을 정당하게 가져간다. 과금은 FDE 좌석당 구독이나 배포 건당으로 붙인다.

성공 조건

첫째, 비식별화 설계가 고객 법무를 통과해야 한다. 통과 못 하면 도구는 설치 자체가 안 되고, 그러면 나머지 논의가 전부 무의미하다. 그래서 감사 로그를 고객이 직접 보는 구조는 옵션이 아니라 전제다.

둘째, 두 번째 고객부터 시간이 실제로 줄어야 한다. 안 줄면 이건 그냥 또 하나의 문서 도구고, FDE는 문서 도구를 이미 충분히 갖고 있다. 첫 목표는 세 번째 배포에서 착수까지 걸리는 시간을 절반으로 만드는 것이다.

남는 건 버티컬 선택이다. 패턴이 반복되려면 업종이 좁아야 한다. 보험 청구, 병원 원무, 물류 정산 같은 후보 중 어디가 스키마가 가장 정형화돼 있는지, 그건 배포 두어 건을 실제로 따라가 봐야 안다.