이 자리가 왜 생겼을까요
토스의 Forward Deployed Engineer 공고는 AIOC가 업무 매뉴얼과 도메인 지식을 AI가 이해하고 실행하게 만들어 사람이 전화로 하던 일을 자동화하는 팀이고, 커머스와 광고 영역을 시작으로 CX 조직과 계열사까지 적용을 넓혀 간다고 소개했습니다. Call Infra Engineer가 속한 팀은 IPCC, AICC 인프라 전반을 설계하고 운영하며, 단순 콜인프라 운영을 넘어 AICC 전환을 포함한 새로운 기술을 인프라에 적용하는 것을 목표로 적었습니다. 이 공고의 업무에도 STT/TTS·콜봇 등 AICC 컴포넌트를 상담 인프라에 안정적으로 연동하는 구조 설계가 들어 있습니다. 기존 IPCC를 운영하면서 STT나 콜봇을 연동해 본 경험이 있다면 연동 방식과 그때 겪은 장애 대응 사례를 함께 보여 줄 수 있습니다.
토스가 지금 어떤 사업에 집중하고 있는지는 토스 채용 분석에서 이어서 볼 수 있습니다.
1하게 될 업무
대규모 상담 트래픽을 처리하는 콜 인프라를 온프레미스·클라우드에 걸쳐 설계·구축하고 운영합니다.
이렇게 볼 수 있어요
한쪽 환경만이 아니라 온프레미스와 클라우드를 함께 다룹니다. 우대 사항에 퍼블릭 클라우드에서 콜 인프라를 운영한 경험이 따로 있어 두 환경 가운데 어디서 무엇을 맡았는지 나눠 쓰는 편이 정확합니다.
장애 도메인 분리, Failover 등 고가용성 콜 인프라 구조를 설계하고 운영합니다.
이렇게 볼 수 있어요
통화가 끊기지 않게 하는 구조 설계가 업무로 적혀 있습니다. 이중화나 Failover를 직접 설계해 전환 시험까지 해 본 경험이 있다면 전환에 걸린 시간 같은 숫자를 붙일 수 있습니다.
SIP·RTP 등 통신 프로토콜 레벨에서 발생하는 장애를 분석하고 근본 원인을 제거합니다.
이렇게 볼 수 있어요
장애를 우회하는 데서 끝내지 않고 프로토콜 단에서 원인을 찾아 없애는 일입니다. 패킷 캡처로 SIP 시그널링이나 RTP 품질 문제를 찾아낸 사례가 이 업무에 가깝습니다.
상담 트래픽 성장에 따른 용량·비용을 예측하고 표준 콜 인프라 아키텍처를 정의합니다.
이렇게 볼 수 있어요
운영과 함께 앞으로의 용량과 비용을 계산하는 일도 맡습니다. 동시 통화 수나 회선 비용을 예측해 증설 시점을 정해 본 경험이 있다면 예측과 실제의 차이까지 보여 줄 수 있습니다.
STT/TTS·콜봇 등 AICC 컴포넌트가 상담 인프라에 안정적으로 연동되도록 구조를 설계하고 운영합니다.
이렇게 볼 수 있어요
팀이 목표로 적은 AICC 전환을 실제로 실행하는 업무입니다. 기존 IPCC에 STT나 콜봇을 붙이며 지연이나 끊김 문제를 다뤄 봤다면 연동 구조와 해결한 문제를 한 사례로 묶어 쓰는 것이 좋습니다.
금융권 컴플라이언스를 충족하는 녹취·CDR 데이터 인프라를 안정적으로 운영하고 최적화합니다.
이렇게 볼 수 있어요
녹취와 통화 기록(CDR)을 금융권 기준에 맞춰 다루는 일입니다. 우대 사항에 적힌 규제 산업 상담 시스템의 컴플라이언스 대응 경험과 같은 영역입니다.
2자격 요건
대규모 IPCC/AICC 콜 인프라를 직접 설계·운영한 경험이 필요합니다.
이렇게 볼 수 있어요
'대규모'와 '직접'이 함께 붙어 있습니다. 운영한 좌석 수나 동시 통화 수, 맡은 설계 범위를 숫자로 적지 않고 '대규모'라고만 쓰면 규모를 알 수 없습니다.
SIP·RTP·WebRTC 등 실시간 통신 프로토콜을 실무에서 깊이 다뤄 본 경험이 필요합니다.
이렇게 볼 수 있어요
업무에는 SIP·RTP가, 자격 요건에는 WebRTC까지 적혀 있습니다. 프로토콜 이름을 늘어놓기보다 어느 프로토콜에서 어떤 문제를 풀었는지로 깊이를 보여 주는 편이 낫습니다.
콜 인프라 장애를 직접 분석하고 근본 원인을 규명해 본 경험이 필요합니다.
이렇게 볼 수 있어요
분석을 다른 팀이나 벤더에 넘긴 경험보다 본인이 원인을 밝혀낸 경험을 묻습니다. 증상에서 원인까지 어떤 순서로 좁혀 갔는지를 쓰면 분석을 직접 했다는 것이 드러납니다.
REST API·SIP 기반으로 콜 시스템을 외부 서비스와 연동한 경험이 필요합니다.
이렇게 볼 수 있어요
이력서 안내도 3rd party Solution 연동 경험을 따로 적어 달라고 했습니다. 어떤 솔루션을 REST API와 SIP 중 어느 방식으로 붙였는지까지 적어야 합니다.
확장성·안정성·비용을 고려한 인프라 아키텍처 설계와 의사결정 경험이 필요합니다.
이렇게 볼 수 있어요
세 기준은 함께 높이기 어려워 의사결정은 대개 무엇을 포기할지 정하는 일이 됩니다. 증설 방식이나 솔루션 선택에서 비용과 안정성을 견주어 결정한 사례가 이 요건에 맞습니다.
3우대 사항
AWS 등 퍼블릭 클라우드에서 콜 인프라를 설계·운영해 본 경험이 있으면 더 좋습니다.
이렇게 볼 수 있어요
업무의 온프레미스·클라우드 병행과 이어지는 항목입니다. 온프레미스 경력만 있다면 클라우드로 옮기거나 함께 운영할 때 무엇을 고려할지 미리 생각해 두는 것이 좋습니다.
Java(Spring), Python 등으로 운영 자동화 도구나 연동 모듈을 개발해 본 경험이 있으면 더 좋습니다.
이렇게 볼 수 있어요
운영을 코드로 줄여 본 경험을 봅니다. 직접 만든 도구가 어떤 반복 작업을 얼마나 줄였는지부터 적으면 됩니다.
STT/TTS·콜봇 등 AICC 컴포넌트 구조를 이해하고 Redis·Kafka 등 미들웨어와 연동해 개선해 본 경험이 있으면 더 좋습니다.
이렇게 볼 수 있어요
AICC 컴포넌트와 미들웨어를 함께 다룬 경험입니다. 콜봇 응답 지연을 큐나 캐시로 줄였다면 그 구조와 전후 지연 시간이 사례가 됩니다.
Terraform·Ansible 등으로 인프라 구성과 배포를 자동화해 본 경험이 있으면 더 좋습니다.
이렇게 볼 수 있어요
콜 인프라도 코드로 구성하는 방식에 무게를 둡니다. 수작업으로 하던 장비 설정이나 배포를 코드로 옮긴 범위를 밝혀 두면 됩니다.
금융·통신 등 규제 산업에서 상담 시스템 컴플라이언스에 대응해 본 경험이 있으면 더 좋습니다.
이렇게 볼 수 있어요
업무의 녹취·CDR 데이터 인프라와 같은 영역입니다. 녹취 보관 기준이나 감사 대응을 맡아 본 적이 있다면 어떤 규정을 시스템에 어떻게 반영했는지가 사례의 중심입니다.
4기타 사항
- 게시일 : 2026년 7월 8일
- 고용형태 : 정규직
- 근무지 : 서울특별시 강남구 테헤란로 142 (역삼동, 아크플레이스) (추정)
- 경력 조건 : 해당 내용은 원본 공고에서 확인되지 않습니다.
- 학력 조건 : 해당 내용은 원본 공고에서 확인되지 않습니다.
쓰는 기술
공고 본문에 적힌 기술만 모은 목록입니다.
- SIP
- RTP
- WebRTC
- REST API
- AWS
- Java
- Spring
- Python
- Redis
- Kafka
- Terraform
- Ansible
전형과 지원
토스커뮤니티는 합류 여정을 한 페이지로 공개해 두었습니다. 공통 골격은 같지만 계열사와 공고에 따라 단계가 더해지거나 빠지므로, 공고 페이지에 적힌 단계를 함께 확인해야 합니다.
기본 다섯 단계
지원서 접수, 직무 인터뷰, 문화적합성 인터뷰, 레퍼런스 체크, 처우 협의와 합류 결정 순입니다. 안내에는 '포지션에 따라 사전 과제 / 전화 인터뷰 등의 전형이 추가될 수 있어요'라고 적혀 있습니다.
이렇게 볼 수 있어요
공고마다 앞 단계가 다르므로 일정을 잡을 때 공고 페이지를 먼저 봐야 합니다. 같은 계열사 안에서도 사전 과제가 붙은 공고와 없는 공고가 섞여 있습니다. 토스뱅크 Customer Success Specialist(계약직)와 토스 Financial Data Analyst (FP&A) 공고는 레퍼런스 체크와 처우 협의 없이 문화적합성 인터뷰 뒤 바로 최종 합격으로 갑니다. 둘 중 하나만 빠진 공고도 있습니다. Category MD (신선식품 Unit Leader - 과일, 채소), Category MD (뷰티), Category MD (가공식품), Search Quality Operations Manager 공고는 처우 협의가 레퍼런스 체크보다 먼저 옵니다.
문화적합성 인터뷰가 따로 있다
'인터뷰어는 토스의 핵심가치를 누구보다 잘 이해하고 있는 동료들로 구성되어 있어요'라고 적혀 있고, '지원자를 검증하기 위해 일방적으로 질문을 던지는 것이 아니라, 토스커뮤니티 문화에 대해 서로 진솔한 대화를 나누는 방식으로 진행해요'라고 설명합니다.
이렇게 볼 수 있어요
직무 경험만 준비하면 한 단계를 비워 두게 됩니다. 핵심가치 네 가지에 각각 대응하는 본인 사례를 미리 한 개씩 정리해 두면 이 단계에서 꺼낼 것이 생깁니다.
인터뷰는 전부 온라인이다
'모든 인터뷰는 온라인(Google Meet/ Zoom)으로 진행하고 있어요'라고 적혀 있고 '최대한 1:1 커뮤니케이션을 지향'한다고 밝혔습니다. 인터뷰어는 '합류하신다면 가장 많은 협업을 하게 되실 동료들'입니다.
이렇게 볼 수 있어요
이동 시간이 들지 않아 재직 중에도 일정을 잡기 쉽습니다. 안내가 조용한 개인 공간과 이어폰 사용을 권하고 있으므로 환경을 미리 확인해 두는 편이 좋습니다.
지원서는 자유 양식이다
'지원자분의 역량을 최우선적으로 검토하기 위해 자유 양식의 지원서를 받고 있어요'라고 적혀 있습니다. 개발 직군은 '기술 숙련도를 파악하기 위해 이력서 상에 기술 스택을 꼭 작성해 주세요'라는 요구가 따로 붙습니다.
이렇게 볼 수 있어요
정해진 문항이 없으므로 무엇을 보여 줄지 직접 정해야 합니다. 안내는 경험을 나열하기보다 '임팩트와 러닝 포인트'를 적으라고 했고, 주민등록번호와 자택 주소, 연봉은 필수가 아니라고 밝혔습니다. 제출은 PDF를 권합니다.
계열사 간 중복 지원이 된다
'원하는 포지션이라면 계열사 간 중복 지원도 가능해요'라고 적혀 있습니다. 토스, 토스뱅크, 토스페이먼츠, 토스인슈어런스, 토스증권, 토스씨엑스 등이 함께 열거돼 있습니다.
이렇게 볼 수 있어요
같은 직무를 여러 계열사가 채용하고 있을 때 하나만 고를 필요가 없습니다. 다만 계열사마다 도메인이 다르므로 지원서의 강조점은 각각 맞추는 편이 낫습니다.
지원 전 준비할 것
- 1
설계·개선 사례를 역할·기술스택·결과로 쓰기
이력서 안내는 직접 설계하거나 개선한 사례를 역할·기술스택·개선 결과 중심으로 적어 달라고 했습니다. 사례마다 맡은 역할, 쓴 프로토콜과 솔루션, 바뀐 수치를 세 줄로 정리해 두세요.
- 2
3rd party Solution·AICC 구축 경험 밝히기
3rd party Solution 연동 경험이나 AICC 구축 경험이 있다면 적어 달라는 안내가 따로 있습니다. 연동한 솔루션의 이름과 연동 방식(REST API, SIP)을 같이 밝혀 두면 자격 요건의 외부 연동 항목까지 함께 답하게 됩니다.
- 3
장애 대응 사례를 상황과 해결로 정리하기
장애 대응이나 안정성 개선 경험은 구체적인 상황과 해결 방법을 적어 달라고 했습니다. 통화 품질 저하나 호 처리 실패처럼 실제로 겪은 장애 하나를 골라 발생 상황, 원인, 해결 방법 순으로 써 두면 직무 인터뷰에서도 그대로 꺼낼 수 있습니다.