오늘날 가장 수요가 높은 역할: FDE

소프트웨어 기업 Palantir는 2010년대 초반, 주로 정부 기관 등 고객사의 제품 구현을 지원하기 위해 엔지니어를 고객 조직에 직접 배치하면서 FDE 역할을 개척했습니다. Palantir는 당시 이 엔지니어들을 “Deltas”라고 불렀고, 2016년까지는 소프트웨어 엔지니어보다 델타 수가 더 많았습니다. 

이 역할은 지속적으로 진화해 왔고, 올해 Open AI 같은 기술 대기업들이 FDE 팀 채용을 발표하면서 큰 주목을 받았습니다. Indeed와 Financial Times의 분석에 따르면, 2025년 1월부터 9월 사이 이 직무의 채용 공고는 800% 이상 급증했습니다. Salesforce만 해도 FDE 1,000명 규모의 팀을 구축하겠다고 약속한 바 있습니다.

이들 엔지니어를 둘러싼 경쟁은 매우 치열해서, Reddit의 한 FDE 게시물에서 댓글 작성자는 이렇게 썼습니다. “FDE로 전환한 뒤 LinkedIn이 난리가 났어요. 굉장히 높은 연봉의 훌륭한 포지션을 제시하는 제안을 받고 있어요.” 

FDE는 다양한 측면에서 기존의 기술 컨설턴트와 비슷합니다. Khalid는 “하지만 가장 큰 차이는 바로 민첩성과 속도에 있습니다.”라며, “우리는 현장에서 독특하면서도 강력한 방식으로 에이전트를 가동하기 위해 필요한 작업을 바로 수행할 수 있습니다.”라고 덧붙였습니다. 

이 역할은 회사마다 다르지만, 2025년 4월 팀을 출범한 Salesforce에서 FDE는 다양한 방식으로 활동합니다. 많은 이들이 고객 한 곳과 개별적으로 일하지만, 일부는 배포 전략가 1명과 FDE 2명으로 구성된 포드 형태로 일하기 시작했습니다. 

배포 전략가는 고객 조직에 가장 적합한 활용 사례를 파악하고 전체 AI 전략을 수립합니다. 그다음 FDE가 에이전트를 설계 및 구축하고 배포합니다. 이들은 팀의 기술 아키텍트이자 핵심 코더 역할을 합니다. 

포드는 한두 가지 활용 사례를 위한 에이전트를 성공적으로 배포할 때까지, 약 3개월간 한 고객사에 전담으로 집중합니다. 경우에 따라 고객사를 직접 방문해 그 회사의 일상 업무에 직접 참여하기도 합니다. 

얼핏 보면 FDE가 Salesforce 파트너와 같은 일을 하는 것처럼 느껴질 수도 있지만 실제 역할은 다르며, 양측의 협업은 고객의 에이전트 출시 성공률 향상에 도움이 될 수 있습니다. 파트너는 여전히 고객의 기술 구현을 지원하는 세부적인 실행 업무를 맡지만, FDE는 파트너에게 부족할 수 있는 Salesforce 내부의 제품 지식을 제공할 수 있습니다. 

Salesforce 고객으로서 FDE와 협업하려면 어떻게 해야 하나요?  현재로서는 고객 담당 임원의 추천을 받아, 일부 고객에게 무료로 제공되는 Momentum 프로그램에 선정되어야 합니다. Salesforce의 FDE 프로그램 수석 컨설턴트 Paige Elia는 “이건 Salesforce가 고객에게 하는 투자입니다.”라고 말합니다.

FDE를 둘러싼 경쟁이 치열한 이유 중 하나는, 이 역할을 수행하기 위해 이례적인 역량 조합이 필요하기 때문입니다. 단지 기술에 능숙한 것을 넘어, 우수한 소통 능력도 필요하며 고객 대면 역할도 편하게 수행할 수 있어야 합니다. 소일렌트 캔 하나를 옆에 두고 코딩만 하는 괴짜 소프트웨어 엔지니어의 고정관념은 잊으세요. FDE와 배포 전략가는 고객의 이야기를 듣고, 비즈니스가 어떻게 돌아가는지 이해하며, 기술자가 아닌 사람들도 이해할 수 있는 언어로 솔루션을 제시할 수 있어야 합니다. 

훌륭한 FDE가 되기 위해 필요한 역량은 다음과 같습니다.

문제 해결 능력

무엇보다도 FDE는 문제를 푸는 일을 좋아해야 합니다. 그 이유는 무엇일까요? 기술이 너무 새로운 나머지, 모두가 아직 그것을 다루는 방법을 알아가는 중이기 때문입니다. Kracker는 “문제 해결은 FDE에게 가장 중요한 역량입니다. 고객은 자신이 무엇을 모르는지도 모르는 상태인 경우가 많고, 그 상황에서 기술적 권위를 갖고 해결책을 찾아내는 것은 우리의 몫입니다.”라고 말합니다.  

기술적 역량

FDE는 Apex 함수 작성부터 맞춤형 JavaScript 구현까지, 폭넓은 지식과 기술을 두루 갖춘 만능 전문가여야 합니다. “에이전트 지침을 작성할 수도 있고, 프롬프트를 실험하고 까다로운 통합 작업을 해결할 수도 있죠. 또는 현장에서 얻은 학습을 바탕으로 제품팀과 함께 기능 방향을 잡는 일을 할 수도 있습니다.”라고 Khalid는 말합니다. 

커뮤니케이션 능력

소프트 스킬도 중요합니다. FDE는 고객과 매우 자주 소통하기 때문에 명확하고 효과적으로 커뮤니케이션할 수 있어야 합니다. Khalid는 “이러한 고객 대면 역량은 매우 중요합니다. 우리는 비즈니스 이해관계자나 경영진 이해관계자와 자주 협업하는데, 이들은 기술 용어를 분명히 이해하지 못하니까요.”라고 말합니다.  

비즈니스 감각

하지만 FDE에게 필요한 것이 원활한 의사소통만은 아닙니다. 고객이 특정 기능이나 활용 사례를 원하는 이유를 파악할 수 있도록, 비즈니스 감각도 갖춰야 합니다. Kracker는 “FDE는 요청의 핵심이 정확히 무엇인지, 그리고 고객이 그런 요청을 하는 이유가 무엇인지 파악하기 위해 양파 껍질을 벗기듯 조직을 층층이 들여다봐야 합니다. 그래야 고객이 요청한 해법이 아니라, 고객에게 정말 필요한 올바른 해법을 제공할 수 있습니다.”라고 말합니다. 

학습하는 태도

에이전트 기반 기술은 매우 빠르게 진화하고 있기 때문에 늘 새롭게 배워야 할 것이 생겨나며, FDE는 현장에서 끊임없이 학습합니다. Salesforce에서 배포 전략 디렉터를 맡고 있는 Jude Umeh는 “FDE는 언제나 준비되어 있어야 하고, 매우 영리하고 숙련된 사람이어야 합니다. 물론, 배우려는 열정도 강해야 합니다. 지속적인 학습이 이루어지는 환경이기 때문이죠.”라고 말합니다.

좋은 소식이 있습니다. FDE가 되기 위해 필요한 역량 가운데 많은 부분은 Salesforce의 무료 학습 플랫폼인 Trailhead를 통해 익힐 수 있습니다. 예를 들어 인증을 취득하거나, 스페셜리스트 시험을 치르거나, Trailhead에서 Agentforce 교육의 최고 계층인 Agentblazer Legend를 달성할 수 있습니다.  

Salesforce는 또한 FDE 팀 신입 구성원을 위해 Ready in Six라는 6주 온보딩 프로그램도 운영합니다. 이 프로그램에는 기술 교육, 현장 실습, 캡스톤 프로젝트가 포함됩니다. 최근 FDE 팀에 합류한 Alex Imperiale는 Salesforce에서 기술 아키텍트 역할을 맡다가 전환한 뒤 이 교육을 수료했습니다. 그는 특히 2주간 진행된 집중 현장 프로그램을 매우 만족스럽게 평가했습니다. “훌륭한 강사진이 일상 업무에 도움이 될 여러 도구를 라이브 데모로 보여주었죠, 그리고 Elements 세션과 Cuneiform 실습도 정말 인상적이었습니다.”라고 그는 말했습니다. 

FDE와 함께 일할 때의 가장 큰 장점 중 하나는, 이들이 고객과 제품팀 사이를 잇는 양방향 통로 역할을 해준다는 점입니다. FDE는 AI 에이전트 도입을 가속화할 뿐 아니라, 고객에게 잘 작동하는 부분과 그렇지 않은 부분에 대한 피드백도 수집합니다. Kracker는 “최전선에서 얻은 모든 인사이트를 제품팀과 엔지니어에게 다시 전달합니다. 그래야 그들이 고객이 원하는 목표를 제대로 지원하는 제품을 만들 수 있으니까요.”라고 말합니다. 즉, FDE는 고객에게 목소리를 낼 수 있는 창구를 제공하는 셈입니다. 

예를 들어, Salesforce의 초기 FDE 고객들은 에이전트 성과를 더 다양한 방식으로 측정하기를 원했습니다. FDE는 이 정보를 제품팀과 엔지니어링팀에 전달했고, 이를 바탕으로 Salesforce는 고객이 에이전트의 성과를 분석하고 모니터링하며 개선할 수 있는 도구 모음인 Agentforce 통합 관제 기능을 개발했습니다. 또한 고객들은 에이전트가 어떤 과정을 거쳐 답변에 도달했는지도 알고 싶어 했고, 그 결과 Agentforce에 세션 데이터 추적 기능이 도입되었습니다. 

AI 에이전트가 점점 더 보편화됨에 따라 FDE의 역할도 더욱 확대될 가능성이 큽니다. 그럴 만한 이유도 충분합니다. FDE는 에이전트 출시의 성패를 가를 수 있는 존재이기 때문입니다. Khalid는 “FDE가 없다면 수천 명의 고객이 파일럿 단계의 늪에 갇힐 위험이 있습니다. 등록은 했지만, 실제 배포에는 성공하지 못하는 상태에 머무르게 되는 것입니다.”라고 말합니다. 

이미지 크레딧: Aleona Pollauf/Salesforce