How Forward Deployed Engineering is done at Decagon — Sunny Rekhi

한 줄 핵심

Decagon의 Forward Deployed Engineering은 고객 맞춤 설정과 제품화가 하나로 합쳐진 역할로, 현장에서 빠르게 가치를 증명하되 모든 커스텀 작업을 제품으로 되돌려 확장하는 방식이 핵심이다.

시간별 요약

1. 0:01
   이 발표는 Decagon의 Forward Deployed Engineering이 무엇을 하는지, 그리고 50명에서 500명으로 커지며 그 역할이 어떻게 바뀌었는지를 설명한다. 핵심 질문은 고객 현장에 들어가 어떤 문제를 풀고, 그 경험을 어떻게 제품으로 환류시키느냐이다.
2. 1:01
   Decagon은 24/7 AI customer service agent로서 전화, 이메일, 멀티채널 고객 지원을 사람처럼 처리한다. 초기에는 복잡한 지원 업무를 자동화하지만, 뒤이어 기존 접점과 연동해 갱신 안내나 추가 매출 창출 같은 능동적 업무로 확장한다.
3. 3:00
   Forward deployment는 크게 두 가지로 나뉜다. 하나는 고객사의 브랜드 톤, 응답 규칙, 백엔드 액션을 설정해 agent brain을 작동하게 만드는 일이고, 다른 하나는 고객이 현장에서 요구한 기능을 제품 공통 기능으로 되돌리는 일이다.
4. 6:03
   초기에는 한 사람이 설정, 통합, 제품 반영까지 모두 맡았지만, 규모가 커지면서 agent builder와 agent software engineer로 역할이 분화됐다. 이때 중요한 능력은 AI coding이 쉬워진 상황에서 오히려 즉흥적인 일회성 구현을 자제하고, 미래 고객까지 재사용 가능한 구조로 설계하는 것이다.
5. 9:00
   성공적인 forward deployment를 위해서는 계약 초기부터 성공 기준과 지표를 명확히 합의하고, 업종별 전문가를 붙여 도메인 언어와 패턴을 축적해야 한다. 또한 고객 요청을 그대로 실행하는 데 그치지 말고 ROI가 높은 순서로 우선순위를 제안하며, 수작업이 생길 때마다 이를 self-serve 기능으로 제품화해야 한다.
6. 15:03
   이 조직이 잘 작동하는 이유는 고객 요청에 빠르게 대응하고, 단순 실행자가 아니라 조언자로 신뢰를 얻으며, 커스텀 작업을 제품으로 체계적으로 흡수하기 때문이다. 결국 현장의 학습이 플랫폼으로 돌아가야 다음 고객의 성과가 더 빨라진다.

실무 인사이트

• 고객 맞춤 기능을 만들기 전에 먼저 여러 고객에 반복될 가능성이 높은지 판단하고, 반복성이 높으면 처음부터 제품 기능으로 설계하는 것이 효율적이다.
• 대형 엔터프라이즈와 일할수록 빠른 개발보다 요구사항 정렬과 성공 기준 합의가 먼저이며, 이를 문서화해야 불필요한 재작업을 줄일 수 있다.
• 현장 대응 조직은 실행팀이 아니라 학습 조직으로 운영해야 하며, 모든 수작업과 커스텀 대응을 제품 백로그로 환류시키는 프로세스가 중요하다.