Case Study Insight
Insight AX Architect FDE

FDE — 한국 중소기업에 가장 필요한
현장 특화 엔지니어

팔란티어가 처음 만들고 OpenAI·Anthropic·Salesforce가 표준으로 채택한 FDE(Forward Deployed Engineer)는 컨설턴트도, 외주 개발자도, 사내 엔지니어도 아닌 현장 특화 엔지니어입니다. 고객 환경에 들어가 워크플로우를 이해한 뒤 직접 시스템을 빌드합니다. 그런데 이 모델이 누구에게 가장 절실할까요. 자체 IT 팀이 없는 한국 중소기업입니다. 그 이유를 풀어봅니다.

Palantir Technologies
Palantir Technologies. FDSE(Forward Deployed Software Engineer) 직군을 처음 만들고 표준화한 회사. OpenAI · Anthropic · Salesforce가 이 모델을 채택해 확산되었습니다. © Palantir Technologies
1 : 1
한 명의 FDE가
한 고객에게 집중
Palantir Model
현장
책상이 아니라
고객 환경에서 일함
FDE 핵심 원칙
빌드
권고가 아니라
실제 시스템 구축
FDE = Engineer
01
Chapter 1 — FDE라는 역할

컨설턴트도, 외주 개발자도 아닌

FDE — Forward Deployed Engineer는 팔란티어(Palantir)가 자체 직군으로 만든 역할입니다. 직역하면 "전방 배치 엔지니어." 군 용어를 그대로 가져온 것에서 알 수 있듯, 본사 책상에서 코드를 짜는 게 아니라 고객 환경에 직접 들어가서 일하는 사람들을 일컫습니다.

팔란티어가 이 모델을 만든 이유는 단순합니다. 정부·국방·금융 같은 고객은 표준 소프트웨어를 사다 쓰면 끝나는 회사가 아니거든요. 데이터는 흩어져 있고, 워크플로우는 회사마다 다르고, 업무 맥락은 외부인이 며칠 만에 이해할 수 없습니다. 보고서로 끝나는 컨설팅도, 스펙대로만 만드는 외주 개발도 그 격차를 못 메웁니다. 그래서 팔란티어는 "엔지니어를 고객 안에 심자"고 결정했습니다.

Figure 01 · FDE의 위치
기존 두 직군이 못 채우던 자리에서 FDE는 일합니다
CONSULTANT ★ FDE OUTSOURCED DEV 결과물 📄 보고서·전략 위치 🏢 본사 책상 기간 📅 1~3개월 한계 납품 후 끝, 정착 책임 없음 실제 빌드 안 함 결과물 ⚙ 작동하는 시스템 위치 📍 고객 사무실 안 기간 📅 6개월~수년 (정착까지) 차별점 컨설팅 + 엔지니어링 + PM 한 명이 동시에 결과물 💾 스펙대로 코드 위치 🏠 외주사 사무실 기간 📅 계약 기간만 한계 워크플로우 모름, 현장 맥락 부족
컨설턴트는 보고서로, 외주 개발자는 스펙으로 일합니다. FDE는 둘 다 하지 않습니다 — 고객 안에 들어가서 워크플로우를 이해한 뒤 직접 시스템을 빌드합니다.
Figure 02 · Palantir 공식 FDSE 모델 다이어그램
소프트웨어 플랫폼이 고객사 안으로 직접 임베드되는 구조
Palantir FDSE & Existing Software Platforms — Customers — Embed Directly 다이어그램
좌측의 FDSE & Existing Software Platforms(엔지니어와 본사 소프트웨어 플랫폼) → 가운데 Customers(고객사들) → 우측 Embed Directly(직접 임베드)의 구조를 한 장으로 보여주는 Palantir 자료. 출처: © Palantir Technologies (편집 인용).

왜 지금 모두가 FDE를 만들고 있을까

2025-2026년 들어 OpenAI, Anthropic, Salesforce, Databricks가 모두 FDE 직군을 적극 채용하고 있습니다. 마이크로소프트 사티아 나델라는 한 인터뷰에서 팔란티어의 FDE 모델을 "환상적"이라고 평하며, 그 핵심은 "컨설팅이 아니라 고객이 진짜 필요로 하는 제품을 만들어 주는 것"이라고 했습니다.

이유는 명확합니다. AI 시대에는 도구가 아니라 통합이 어려운 일이 되었어요. ChatGPT를 사다 놓는 건 누구나 합니다. 그런데 그걸 우리 회사 데이터·우리 워크플로우·우리 의사결정 흐름과 엮는 건 사다 쓸 수가 없습니다. 그 통합을 해내는 사람이 FDE이고, 시장은 지금 FDE를 절실히 찾고 있습니다.

!
핵심 정의
FDE는 "고객 환경에서 직접 시스템을 빌드하는 현장 특화 엔지니어"입니다. 컨설턴트의 비즈니스 이해 + 엔지니어의 빌드 능력 + PM의 우선순위 감각을 한 사람이 동시에 갖춘 역할입니다.
02
Chapter 2 — 한국 중소기업 맥락

왜 한국 중소기업에 FDE 모델이 더 절실한가

팔란티어 FDE는 정부·대기업이 한 명의 엔지니어를 1:1로 받는 구조입니다. 비싸고, 큰 회사에 맞춰져 있어요. 그런데 그 모델이 풀려는 문제 — 도구만으로는 통합이 안 되고, 컨설팅만으로는 정착이 안 되는 — 는 한국 중소기업이 더 절실하게 겪고 있습니다.

세 직군 모두 한국 중소기업에 안 맞는 이유

컨설턴트
결과전략 보고서 + 강의
한계"진단 후 떠남" — 현장 적용은 우리 몫
SMB실무자가 보고서 보고도 못 만듬
FDE · AX Architect
결과작동하는 시스템 + 정착
강점현장 상주, 워크플로우 이해, 직접 빌드
SMB사내 IT 없는 회사에 가장 잘 맞음
외주 개발사
결과스펙대로 빌드된 코드
한계우리가 스펙을 못 적으면 시작 자체가 안 됨
SMB"무얼 만들지" 정의가 가장 어려운 단계

한국 중소기업은 자체 IT 팀이 없거나 매우 작습니다. 본업이 따로 있는 인력에게 "AI 도입을 추가로 맡아라"고 시키면 진척이 멈추는 게 당연합니다. 컨설턴트의 보고서를 받아도 그걸 시스템으로 옮길 사람이 안에 없고, 외주에 맡기려 해도 "무얼 만들지" 정의 자체를 사장님이 직접 적어야 하는 부담이 있습니다.

FDE는 정확히 이 두 갭을 메웁니다 — "무얼 만들지"는 옆에 앉아서 같이 정의해 주고, 그 다음 "실제로 만드는 일"도 같이 합니다. 그게 본업이라 멈추지도 않습니다.

Figure 02 · FDE 모델이 한국 중소기업에 맞는 이유
두 가지 갭을 한 명이 한 번에 메웁니다
갭 1 "무얼 만들지" 정의 컨설팅 영역 갭 2 "실제 빌드" 실행 엔지니어링 영역 한국 중소기업 두 갭 모두 사내에 채울 사람 없음 ★ FDE · AX ARCHITECT 한 명이 두 갭을 모두 메움 정의 + 빌드 + 정착 → "정의가 어렵다"·"빌드할 사람이 없다" 둘 다 해결
한국 중소기업이 AX 도입에서 막히는 두 자리는 "무얼 만들지 정의"와 "실제로 빌드". FDE 모델은 이 두 자리를 한 명이 한 번에 메웁니다.
Figure 03 · FDE가 빌드하는 시스템의 모습
흩어진 데이터를 한 화면에 — 통합 플랫폼 컨셉
DATA SOURCES 📊 ERP · 회계 📋 Excel · 보고서 📧 Email · 슬랙 🌐 외부 API 📁 사내 문서 UNIFIED OPERATIONS PLATFORM · LIVE 14:23 EXECUTION RATE 99.7% COST SAVED · 월별 2,085만원 TIME SAVED 93.1% 160min → 11min BOTTLENECKS 12 → 0 실시간 자동 알람 ★ ROI VERIFIED +187% 목표 대비 초과 달성 FDE의 결과물 — 흩어진 데이터를 하나의 화면에 모은 운영 플랫폼
팔란티어 Foundry처럼 흩어진 사내 데이터를 하나의 작동하는 시스템으로 모으는 게 FDE의 결과물입니다. 위 일러스트는 그 컨셉의 추상 표현이며, 실제 화면은 회사마다 다릅니다.
03
Chapter 3 — AX Architect의 다섯 가지 약속

한국 중소기업의 FDE — Archi-AX의 AX Architect

팔란티어 FDE는 1:1 모델이라 비쌉니다. 한국 중소기업이 그대로 채용할 수는 없죠. 그래서 우리는 그 핵심 원칙은 유지하되, 중소기업이 감당 가능한 형태로 옮겨왔습니다. 이게 AX Architect입니다. 우리가 AX Architect로서 추구하는 가치는 다음 다섯 가지입니다.

01
책상에서가 아니라 현장에서 진단합니다
화상회의·자료 분석으로 보고서를 만들지 않습니다. 실무자 옆자리에서 하루 일과를 따라가며, 무엇을 켜고 어떤 화면에서 막히는지 직접 관찰한 뒤 진단을 시작합니다.
02
도구가 아니라 워크플로우를 다시 그립니다
"어떤 AI를 살까"가 아니라 "어디가 막혀 있나"부터입니다. 병목을 매핑한 뒤, 그 위에 가장 적은 도구로 가장 큰 절감을 만들 조합을 설계합니다.
03
강의가 아니라 빌드입니다
"써보세요"라고 매뉴얼을 던지지 않습니다. AX Architect가 직접 빌드하되, 실무자가 옆에서 같이 만들고 검증합니다. "이건 내가 만든 것"이라고 말할 수 있을 때까지요.
04
인계가 아니라 정착입니다
완성된 시스템을 인계하고 떠나는 게 아니라, 일상 업무에 자리 잡을 때까지 운영을 같이 다집니다. AI 도입은 켜는 날이 아니라 잊혀지는 날 끝납니다.
05
시간이 아니라 ROI로 청구합니다
월 시간 청구가 아니라 ROI 검증 기반 잔금 청구입니다. 계약서에 ROI 목표를 명시하고, 실제 그 숫자가 손익에 잡혔을 때 잔금을 청구합니다. 안 잡히면 우리도 책임지는 구조입니다.

한 줄로 줄이면

팔란티어가 정부·대기업을 위해 만든 FDE는, 자체 IT가 없는 한국 중소기업에 더 잘 맞는 모델입니다. 도구만 사다 놓는 95%에서 워크플로우를 다시 그리는 5%로 가는 가장 빠른 길은, 그 일을 본업으로 삼은 사람이 옆에 앉는 것입니다.

AX Architect 약속
우리는 한국 중소기업의 FDE를 자처합니다. 컨설턴트가 못 채운 빌드 영역, 외주가 못 채운 워크플로우 영역, 사내 IT가 없어서 비어있던 자리 — 그곳에 들어가 같이 만들고, 같이 정착시키고, ROI까지 책임집니다.
컨설턴트는 말로,
외주는 스펙으로 일합니다.
FDE는 옆자리에서 같이 만듭니다.
— AX Architect는 한국 중소기업의 FDE입니다.
우리 회사에도
AX Architect가 들어와 봤으면 한다면
현장 진단부터 시작·ROI 검증 후 잔금 청구