1. 핵심 내용의 간단한 요약
이 긴 기사는 최근에 인기를 끈 새로운 직업인 FDE(프론트라인 배포 엔지니어, Frontline Deployment Engineer)의 전반적인 모습을 분석합니다. FDE는 인터넷에서 퍼진 “두 개의 AI 프레임워크를 배우고 요구 사항 템플릿을 외우면 연봉이 백만 원이 될 수 있다”는 고임금의 유혹과는 전혀 다릅니다. 본질적으로는 AI가 기업에 도입되는 특수한 과도기에 필요한 “만능 해결사”의 역할을 합니다. 현재 대형 AI 모델은 모든 것을 할 수 있어 보이지만, 실제로 기업 업무에 적용하려면 제도에 명시되지 않은 불문율, 부서 간의 문제점, 현장 직원들의 경계심, 그리고 과거에 남겨진 문제들이 존재합니다. 이전에는 영업, 제품, 구현, 고객 성공 등 여러 직무가 있었지만, “사장이 AI 도구를 사용하자고 했을 때”부터 “회사 전체가 실제로 AI를 사용하기까지”의 전 과정을 책임지는 사람은 없었습니다. FDE는 바로 이러한 공백을 메우기 위해 만들어진 직업입니다.
FDE는 순수한 기술 직무도, 순수한 서비스 직무도 아닙니다. 현장 직원들의 미묘한 업무 습관을 파악해야 하고, 시스템을 구축하고 권한을 조정해야 하며, 각 고객이 겪은 문제들을 본사로 가져와서 일반 제품을 개선해야 합니다. 현재 국내 업계는 아직 혼란스러운 단계에 있으며, 견적의 차이가 100배, 급여의 차이가 수십 배나 나는 것이 일반적입니다. 결국 FDE라는 직업도 영구적인 안정적인 직업이 되지는 않을 것입니다. FDE의 궁극적인 목표는 자신의 역할이 “사라지는 것”입니다. AI 플랫폼이 충분히 성숙해지면, FDE의 역할은 다른 모든 일반 직무에 분산되고 흡수될 것입니다.
---
2. 각 항목의 쉬운 설명
1. FDE는 새로운 AI 기술이 아니라, 수십 년 동안 변형된 기존의 직무입니다
많은 사람들이 FDE가 대형 AI 모델 시대에 갑자기 등장한 것으로 생각하지만, 사실 그 “조상”은 50년 전 대형 컴퓨터가 기업에 도입되었을 때 이미 존재했습니다. 당시 컴퓨터는 매우 비쌌고, 사장들은 컴퓨터에 재고 관리나 비용 계산을 맡기고 싶었지만, 자신들은 요구 사항을 명확히 설명할 수 없었으며, 프로그래머들도 기업 내의 복잡한 상황을 이해하지 못했습니다. 그래서 “시스템 분석가”라는 직무가 생겨났습니다. 이들은 비즈니스의 모호한 요구 사항을 기계가 이해할 수 있는 규칙으로 바꾸는 역할을 했습니다.
이후 기업 소프트웨어가 점점 발전하면서 이 만능 직무는 여러 개의 세부 직무로 분화되었습니다: 영업은 요구 사항을 받고, 영업 전 단계에서는 계획을 작성하며, 구현 단계에서는 시스템을 설치하고, 제품 단계에서는 요구 사항을 정리하고, 고객 성공 단계에서는 모두가 사용하도록 촉구했습니다. 이러한 분업은 더 효율적으로 보였지만, 책임을 지지 않는 문제들이 남았습니다. 예를 들어, 고객이 “재고 관리를 원한다”고 하면, 영업은 이를 기록하여 영업 전 단계에 전달하고, 영업 전 단계는 이를 개발 단계에 전달하지만, 개발 단계에서는 고객의 기존 시스템에 필요한 인터페이스가 없다는 것을 발견하고, 문제는 다시 원래 상황으로 돌아갔습니다. 결국 프로젝트가 완성되어도 사용할 수 없었습니다.
AI가 보편화되면서 이러한 분업의 문제점들이 더 이상 감춰질 수 없게 되었습니다. 이전의 전통적인 소프트웨어는 모든 프로세스를 명확히 작성한 후에 시스템에 적용해야 했지만, 이제는 AI가 구두로만 전달된 요구 사항도 자동화할 수 있게 되었습니다. 이전에 각 직무에 분산되어 있던 책임들이 다시 한 사람에게 집중되면서 FDE라는 직무가 탄생했습니다.
2. AI가 발전할수록 FDE의 필요성이 더 커집니다
대부분의 사람들은 AI가 더 발전하면 사람의 중재가 더 이상 필요 없을 것이라고 생각하지만, 실제로는 AI의 능력이 향상될수록 FDE가 해야 할 일이 더 많아집니다.
이유는 간단합니다. 이전에는 AI가 문서 작성이나 요약만 할 수 있었지만, 실수하면 그냥 삭제하고 다시 작성하면 되었습니다. 하지만 이제는 AI가 직접 시스템을 변경하거나 환불을 처리하거나 승인을 받을 수 있습니다. 문제가 발생하면 실제로 금전적 손실이 발생합니다. 또한 AI의 능력이 향상될수록 기업이 생각할 수 있는 요구 사항도 더 많아집니다. 예를 들어, AI가 고객 서비스 대화문을 작성할 수 있게 되면, 자연스럽게 계약을 검토하거나 10개의 시스템을 통합한 보고서를 자동으로 작성하거나 월말의 이상 주문을 자동으로 환불하는 것을 요구하게 됩니다. 이러한 복잡한 프로세스들은 이전에는 아무도 자동화하려고 생각하지 않았으며, 모두 경험 많은 직원들이 구두로 전달하는 불문율에 의존했습니다.
예를 들어, 모건 스탠리가 AI 재무 자문 시스템을 개발할 때 기술 개발에는 2개월밖에 걸리지 않았지만, 나머지 4개월은 FDE가 현장 직원들과 함께 문제를 해결하는 데 사용되었습니다. FDE는 각 답변이 규정을 위반하지 않는지 테스트하고, 권한을 조정하여 고객 정보가 유출되지 않도록 하며, 직원들이 자신이 가진 고객 정보를 AI에게 안심하고 전달할 수 있도록 도왔습니다. 즉, AI가 새로운 기능을 개발할 때마다 이전에는 아무도 다루지 못했던 복잡한 비즈니스 시나리오들이 생기고, 이러한 문제들을 해결하는 것이 FDE의 역할입니다. 기술이 빨리 발전할수록 이러한 공백은 더 커집니다.
3. “FDE를 맡으면 자동으로 고임금을 받는다”는 생각은 잘못입니다
현재 업계에서 FDE에 대한 정의는 매우 혼란스럽습니다. AI 솔루션 엔지니어, 대형 AI 배포 엔지니어, 에이전트 아키텍트 등 다양한 이름으로 불리는 직무들이 있습니다. 진정한 FDE인지 판단하려면 네 가지 기준을 보면 됩니다:
첫째, 전 과정에 대한 책임: 사장의 모호한 요구 사항을 받은 순간부터 현장 직원이 실제로 사용하고 비즈니스 지표가 실제로 향상될 때까지 모든 책임을 져야 합니다. 영업 전 단계는 계약을 체결하는 것만, 구현 단계는 시스템을 설치하는 것만 책임지는 것과는 다릅니다.
둘째, 시스템을 직접 수정할 수 있는 능력: 단순히 PPT로 계획을 설명하는 것이 아니라, 고객의 기존 시스템 인터페이스를 직접 연결하고, 권한을 조정하며, 문제가 발생할 때 빠르게 대응할 수 있어야 합니다.
셋째, 현장에서 일하는 능력: 매일 현장에 상주할 필요는 없지만, 매일 일하는 직원들과 함께 일하며 프로세스를 파악해야 합니다.
넷째, 경험을 제품에 반영할 수 있는 능력: 한 고객 프로젝트를 완료한 후에는 그 경험을 일반 제품에 반영해야 합니다. 예를 들어, 한 고객이 요청한 “주문 필드 매핑” 기능은 다음 고객이 바로 사용할 수 있어야 합니다.
현재 국내 시장은 매우 혼란스러워서, 같은 AI 프로젝트에 대한 견적이 2000원에서 20만 원까지 크게 차이납니다. 2000원을 요구하는 사람은 미리 준비된 PPT만 제공하지만, 20만 원을 요구하는 사람은 실제로 모든 데이터를 처리하고, 권한을 설정하며, 문제가 발생할 때 대응합니다. 급여 차이도 매우 큽니다. 인턴의 일일 급여는 200원인 반면, 실제로 가치 있는 프로젝트를 처리하는 경험 많은 FDE의 월급은 8만 원 이상입니다. 소위 “평균 고임금”이라는 것은 존재하지 않습니다.
4. FDE의 가장 어려운 일은 코드를 작성하는 것이 아니라, 양쪽 당사자를 조율하는 것입니다
많은 사람들은 FDE가 기술 직무라고 생각하지만, 실제로는 80%의 문제가 사람에게서 발생합니다. 사장은 FDE를 고용하여 효율성을 높이고 비용을 절감하고자 하지만, 현장 직원들은 “내가 10년 동안 파악한 불문율을 왜 알려줘야 하나?”라고 생각합니다. 그 정보를 알려주면 내가 가진 경험이 무용지물이 되고, 결국 AI에 의해 대체될 것이라고 생각합니다. 이전의 90%의 AI 프로젝트는 이런 식으로 실패했습니다. 시연할 때는 사장이 매우 만족하지만, 실제로 서비스가 시작되면 직원들은 여전히 기존의 Excel을 사용합니다. FDE의 진정한 역할은 크고 복잡한 회사 전체의 AI 시스템을 만드는 것이 아니라, 몇 명의 직원들과 함께 작은 도구를 만드는 것입니다. 예를 들어, 10개의 다른 시스템에서 데이터를 자동으로 정리하는 도구를 만들어 직원들이 매일 보고서를 작성하는 시간을 줄여줍니다. 직원들이 이 도구의 효과를 경험하면서 자신이 알고 있는 정보를 점차 공유하게 됩니다. FDE는 사장에게는 “원하는 자동화는 6개월 안에는 불가능하다”고 솔직하게 말하고, 직원들에게는 “이 시스템이 당신의 업무 부담을 줄여줄 것이며, 문제가 발생하면 내가 책임질 것이다”고 안심시켜야 합니다. 이러한 균형을 맞추는 것이 코드를 작성하는 것보다 훨씬 어렵습니다.
5. FDE의 궁극적인 목표는 자신의 역할이 사라지는 것입니다
많은 사람들은 FDE가 영구적인 안정적인 직업이 될 것이라고 생각하지만, 실제로는 건강한 FDE 팀은 설립 첫날부터 자신의 업무량을 줄이는 방법을 찾습니다. 만약 회사가 FDE를 많이 고용하여 프로젝트를 진행한다면, 그 회사는 외주업체와 다름없으며, 결코 크게 성장할 수 없습니다.
진정으로 우수한 FDE 팀은 각 고객이 겪은 문제들을 일반 기능으로 바꿉니다. 첫 번째 고객의 프로젝트에 1개월을 소비하여 그 연결 도구를 만들면, 다음 고객의 프로젝트에는 1일만 소요됩니다. 첫 번째 프로젝트에 반 달을 소비