이 자리가 왜 생겼을까요
이 공고는 뷰티셀렉션에게 AI-Native 전환이 '인건비를 줄이는 일'이 아니라 '지금보다 50배, 100배 커진 규모에서도 지금의 속도로 결정하고 실행하기 위한 일'이라고 소개합니다. 회사 뉴스룸의 2026년 9월 글은 CEO 직속의 AI 조직들이 반복 업무를 AI 에이전트로 전환하고 있으며 이를 위해 'AI 엔지니어, PM, AI 마케팅 전략가를 적극 영입'하고 있다고 밝혔습니다. 이 공고는 생산과 재고, 매출, S&OP 같은 브랜드 운영 영역의 기능을 사내 플랫폼 위에 만들고, Agent가 운영 데이터를 다룰 때의 권한과 감사 경계를 코드로 정합니다. 자동화나 Agent를 실제 데이터에 붙여 본 경험이 있다면 무엇을 못 하게 막았고 왜 그렇게 정했는지까지 지원서에 적을 수 있습니다.
- 뷰티셀렉션 채용 공고, [AX Dept] FDE (Forward Deployed Engineer)(2026-08-04 게시)
- 뷰티셀렉션 뉴스룸, AI로 '진짜 일하는 법'을 배우는 회사(2026-09-14)
뷰티셀렉션이 지금 어떤 사업에 집중하고 있는지는 뷰티셀렉션 채용 분석에서 이어서 볼 수 있습니다.
1하게 될 업무
생산, 재고, 매출, 광고, S&OP, 채널 운영 등 브랜드 운영 전 영역의 도메인 기능을 사내 플랫폼 위에 직접 개발합니다.
이렇게 볼 수 있어요
만드는 대상은 고객용 서비스가 아니라 회사 안의 브랜드 운영 업무입니다. 생산·재고는 회사가 2026년 10월 영입을 발표한 COO가 총괄하는 '생산, SCM, 품질 등 운영 전반'에 속하는 영역입니다. ERP나 재고·판매 데이터를 다루는 사내 시스템을 현업 부서와 함께 만들어 봤다면 그 경력이 이 업무 범위와 가장 가깝습니다.
상품, SKU, BOM, 채널, 거래처, 주문, 재고 같은 소비재 비즈니스의 핵심 개념을 멀티브랜드 기준의 도메인 모델과 스키마로 설계합니다.
이렇게 볼 수 있어요
'멀티브랜드 기준'이 붙어 있어 브랜드가 여럿이어도 맞는 모델을 요구합니다. SKU와 BOM처럼 서로 얽힌 개념을 테이블로 나눠 본 설계가 있다면 관계를 어떻게 정했는지 구조도로 보여 주는 방법이 있습니다.
여러 Agent가 업무를 나눠 맡고 조율하는 멀티에이전트 아키텍처를 역할 정의부터 통신 프로토콜(A2A 등), 실행 결과 검증까지 설계합니다.
이렇게 볼 수 있어요
A2A는 에이전트끼리 작업을 넘기고 결과를 돌려받는 통신 규약입니다. 같은 회사 AI Engineer - Multimodal 공고도 멀티 에이전트를 다루지만 대상은 마케팅 크리에이티브의 분석·기획·평가 에이전트입니다. 이 자리의 Agent는 운영 데이터를 다룹니다. 에이전트를 만들어 본 경험이 있다면 실행 결과를 어떤 방식으로 검증해 잘못된 결과를 걸렀는지까지 설명해야 이 업무 전체가 보입니다.
Agent가 실제 운영 데이터를 다루면서도 사고를 내지 않도록 권한과 감사 경계를 코드로 정의합니다.
이렇게 볼 수 있어요
Agent에게 실제 데이터를 맡기는 만큼 무엇을 못 하게 막는지가 업무로 따로 적혀 있습니다. 권한 체계나 변경 이력 추적을 설계해 본 경험이 있다면 무엇을 막았고 무엇을 기록했는지 쓸 수 있습니다.
백엔드, 인증/권한, 데이터 파이프라인, 배포까지 프로덕션에 필요한 전 구간을 담당합니다.
이렇게 볼 수 있어요
AI 기능만이 아니라 그것을 받치는 백엔드와 배포까지 한 사람이 맡습니다. 공고의 기술 소개에는 Kotlin, Spring Boot 4, PostgreSQL, OAuth2, JWT가 적혀 있지만 그 앞에 '특정 스택 경험보다 설계와 운영 역량을 봅니다'라는 문장이 있습니다.
현장에서 검증된 솔루션을 사내 플랫폼의 코어 기능으로 만들어 다른 도메인에서 재사용합니다.
이렇게 볼 수 있어요
FDE라는 이름은 현업 곁에서 그 팀의 문제를 먼저 풀고 검증된 해법을 제품 기능으로 끌어올리는 역할에서 왔습니다. 이 항목은 그 가운데 뒷단계입니다. 도메인 모델을 처음부터 멀티브랜드 기준으로 설계하라는 업무도 같은 방향의 요구입니다. 특정 팀의 요구로 시작한 기능을 공통 모듈로 바꿔 본 경험이 있다면 처음 형태와 바뀐 형태를 비교해 설명할 수 있습니다.
FDPM과 붙어서 일하며 스펙 정의부터 프로토타입, 프로덕션까지 직접 완수합니다.
이렇게 볼 수 있어요
FDPM은 이름으로 보아 FDE처럼 현업 곁에 붙는 PM 자리입니다. PM이 함께 있어도 스펙 정의부터 엔지니어가 참여하고 프로토타입을 거쳐 프로덕션까지 맡습니다. 현업에 프로토타입을 먼저 써 보게 하고 반응을 받아 고친 뒤 운영에 올린 기능이 있다면 스펙 작성부터 운영까지 단계마다 맡은 범위를 나눠 적을 수 있습니다.
2자격 요건
소프트웨어 엔지니어링 실무 경력 3년 이상을 요구합니다.
이렇게 볼 수 있어요
연차 조건이 특정 직무가 아니라 소프트웨어 엔지니어링 실무 전체여서 백엔드, 데이터, AI 개발 경력은 이 조건에 함께 적을 수 있습니다. 업무는 백엔드와 인증·권한, 데이터 파이프라인, 배포까지 한 사람이 맡는 구조입니다. 이 가운데 여러 구간을 직접 맡아 본 일을 드러내면 업무와의 연결이 보입니다.
프로덕트를 직접 만들고 운영하는 조직에서 스스로 문제를 정의하고 끝까지 해결해 본 경험을 요구합니다.
이렇게 볼 수 있어요
외주나 납품 프로젝트보다 자기 제품을 계속 운영하는 조직의 경험을 묻습니다. 이 자리는 현업 부서의 일에서 문제를 찾아 스펙을 정의하는 단계부터 엔지니어가 들어가므로 문제를 누가 정의했는지가 중요해집니다. 요청을 받아 만든 기능보다 운영 데이터나 현업의 불편에서 직접 문제를 찾아낸 사례라면 그 계기부터 해결 과정까지 순서대로 씁니다.
복잡한 비즈니스 도메인을 DB 스키마로 풀어 본 데이터 모델링 경험을 요구합니다.
이렇게 볼 수 있어요
업무에 있는 소비재 도메인 모델 설계와 이어지는 조건입니다. 도메인이 소비재가 아니어도 업무 규칙이 많은 영역을 스키마로 옮긴 경험이라면 같은 종류의 일입니다.
클라우드 환경에서 프로덕션 서비스를 설계부터 배포, 운영까지 직접 해 본 경험을 요구합니다.
이렇게 볼 수 있어요
설계부터 운영까지 한 사람이 맡았는지를 묻습니다. 공고 기술 목록의 Flyway는 운영 중인 DB 스키마 변경을 버전으로 관리하는 도구입니다. 이 도구가 목록에 있다는 데서 업무의 도메인 스키마가 배포 뒤에도 계속 바뀐다는 점을 알 수 있습니다. 운영 중에 스키마를 바꿔 배포했거나 장애를 직접 처리한 경험이 있다면 원인과 조치를 나란히 적습니다.
특정 언어나 프레임워크에 매이지 않고 새로운 스택을 빠르게 익히는 분을 찾습니다.
이렇게 볼 수 있어요
기술 소개 절도 '기술 스택은 목적에 따라 계속 바뀝니다'라고 적었습니다. 짧은 기간에 새 언어나 프레임워크를 익혀 실제 서비스에 쓴 경험이 있다면 익히는 데 걸린 기간을 함께 적어 두세요.
문제가 생기면 티켓을 넘기지 않고 직접 고치는 분을 찾습니다.
이렇게 볼 수 있어요
담당 범위 밖의 문제도 직접 고치는 태도를 자격 요건으로 두었습니다. 다른 팀 코드나 인프라 쪽 문제를 직접 찾아 고친 경험은 면접에서 쓸 수 있는 사례입니다.
비즈니스 현장의 사람, 프로세스, 데이터에 직접 부딪히는 것을 즐기는 분을 찾습니다.
이렇게 볼 수 있어요
현업 부서와 가까이 일하는 태도를 묻는 조건입니다. 현업 담당자를 직접 만나 업무 흐름을 파악하고 그것을 기능으로 옮긴 경험이 있으면 그 과정을 자세히 적는 게 좋습니다.
3우대 사항
Multi-Agent 시스템이나 Agent 간 오케스트레이션(A2A, MCP 등)을 구현해 본 경험을 우대합니다.
이렇게 볼 수 있어요
이 우대 사항은 업무에 적힌 멀티에이전트 설계를 실제로 구현해 본 경험을 가리킵니다. 어떤 프로토콜을 썼고 Agent를 몇 개 두어 역할을 어떻게 나눴는지 적으면 그 경험이 구체적으로 드러납니다.
LLM 기반 시스템(도구 호출 루프, RAG, 평가)을 프로덕션에 올려 본 경험을 우대합니다.
이렇게 볼 수 있어요
LLM 시스템 경험 가운데 평가까지 우대 사항에 들어 있습니다. 공고의 기술 소개에도 Agent 실행 루프와 Tool Registry를 자체 구현했다고 적혀 있어 도구 호출 루프를 직접 짜고 결과를 평가해 본 경험이 그대로 이어집니다.
데이터 웨어하우스, 분석 파이프라인 실무 경험을 우대합니다.
이렇게 볼 수 있어요
기술 소개의 데이터 항목에 배치/ETL 파이프라인과 데이터 웨어하우스가 있습니다. 운영 데이터를 모아 분석용으로 옮기는 파이프라인을 맡아 봤다면 다룬 데이터 규모와 주기를 숫자로 씁니다.
Kotlin/JVM, Spring 생태계 경험을 우대합니다.
이렇게 볼 수 있어요
현재 백엔드가 Kotlin과 Spring Boot 4 기반입니다. Java로 Spring을 다뤄 왔다면 같은 JVM 생태계 경험으로 함께 적을 수 있습니다.
이커머스나 소비재처럼 운영 복잡도가 높은 도메인을 다뤄 본 경험을 우대합니다.
이렇게 볼 수 있어요
업무에 나온 SKU, BOM, 주문, 재고가 이 도메인의 개념입니다. 이런 개념을 다루는 시스템을 만들어 봤다면 맡은 기능을 도메인 이름과 함께 써 둘 만합니다.
빠르게 성장하는 조직에서 기능을 설계부터 스케일까지 책임져 본 경험을 우대합니다.
이렇게 볼 수 있어요
공고 소개 문단이 '지금보다 50배, 100배 커진 규모'를 말합니다. 사용량이 크게 늘던 시기에 기능을 다시 설계한 경험이 있다면 늘어난 규모를 숫자로 밝혀 두는 것이 좋습니다.
4기타 사항
- 게시일 : 2026년 8월 4일
- 고용형태 : 정규직
- 근무지 : 뷰티셀렉션 본사 (대한민국 서울특별시 강남구 테헤란로 311)
- 경력 조건 : 경력 3년 이상
- 학력 조건 : 해당 내용은 원본 공고에서 확인되지 않습니다.
쓰는 기술
공고 본문에 적힌 기술만 모은 목록입니다.
- Kotlin
- Spring Boot 4
- Gradle
- PostgreSQL
- Flyway
- OAuth2
- JWT
- RBAC
- Grafana
- React 19
- TypeScript
- A2A
- MCP
- RAG
- LLM
전형과 지원
뷰티셀렉션 채용 사이트는 기본 프로세스를 서류 접수, 1차 인터뷰, 2차 인터뷰, 최종 합격 네 단계로 소개합니다. 단계마다 무엇을 보는지와 결과 안내 기간이 공개돼 있어 지원 전에 일정을 가늠할 수 있습니다.
네 단계와 추가 전형
기본 프로세스는 서류 접수, 1차 인터뷰, 2차 인터뷰, 최종 합격 순입니다. 채용 사이트는 '포지션에 따라 과제, 코딩 테스트 등 추가 전형이 진행될 수 있습니다'라고 적었고 FAQ에서는 추가되는 전형을 사전에 안내한다고 밝혔습니다. '2차 인터뷰 합격 시, 필요에 따라 레퍼런스 체크를 거쳐 처우 협의 후 최종 합격이 확정됩니다'라는 안내도 있습니다.
이렇게 볼 수 있어요
레퍼런스 체크는 모든 지원자가 거치는 단계가 아니라 필요할 때 붙는 단계입니다. 경력직이라면 이전 직장에서 함께 일한 사람 가운데 평판 조회에 응해 줄 사람을 미리 생각해 두면 일정이 늦어지지 않습니다.
단계마다 보는 것
서류 접수는 '숫자보다 서사를, 형식보다 진심을 봅니다'라고 적고 지원자가 걸어온 여정과 팀과의 연결 가능성을 본다고 밝혔습니다. 1차 인터뷰는 실무진이 직무 경험과 역량, 팀 안에서의 협업과 몰입 가능성을 이야기하는 자리입니다. 2차 인터뷰는 리더십이 조직 문화와 일의 철학, 커리어의 방향성을 깊이 나누는 단계이고 '지금보다 이후의 가능성을 더 중요하게 봅니다'라고 적었습니다.
이렇게 볼 수 있어요
서류는 경력의 흐름이 왜 이 포지션으로 이어지는지가 드러나는지를 봅니다. 자리를 옮긴 이유와 그때 배운 것을 이력서와 자기소개서에 쓰면 '서사'라는 기준에 답할 수 있습니다. 2차 인터뷰에서는 앞으로 하고 싶은 일을 회사의 사업 방향과 이어 말할 준비가 필요합니다.
인터뷰에서 공통으로 나누는 네 가지
채용 FAQ는 보통 1차는 실무자, 2차는 리더와 진행하고 공통적으로 네 가지를 중심으로 대화한다고 적었습니다. 네 가지는 왜 뷰티셀렉션에 관심을 갖게 되었는지, 이 포지션에서 어떤 업무를 기대하는지, 본인의 과거 경험이 어떻게 연결되는지, 그리고 본인의 가치관과 일하는 방식, 일에서 중요하게 여기는 것입니다. 회사는 인터뷰를 검증보다 함께할 수 있는 가능성을 확인하는 자리로 여긴다고 밝혔습니다.
이렇게 볼 수 있어요
질문 네 가지가 공개돼 있어 답을 미리 준비할 수 있습니다. 마지막 질문은 인재상과 Leadership Principles에 비춰 답할 수 있으므로 일하는 방식을 보여 주는 사례를 원칙 이름과 함께 정리해 두면 구체적으로 답할 수 있습니다.
결과 안내와 일정
전형 결과는 단계별로 7일 이내 안내하는 것을 원칙으로 하고 전체 채용 과정은 보통 한 달 정도 걸린다고 적었습니다. 합격 여부와 관계없이 모든 지원자에게 결과를 메일 또는 메시지로 알립니다. 인터뷰는 대면이 기본이지만 일정에 따라 18시 이후나 화상 면접도 조율할 수 있습니다.
이렇게 볼 수 있어요
한 달 안팎의 일정이 공개돼 있어 다른 회사 지원 일정과 맞춰 보기 쉽습니다. 재직 중이라면 18시 이후 인터뷰를 요청할 수 있다는 점을 알고 일정을 잡으면 됩니다.
지원서와 포트폴리오
채용 사이트로 접수하거나 채용팀 이메일로 지원할 수 있습니다. 이력서에는 이름, 연락처, 이메일 등 기본 정보만 적고 출신 지역과 혼인 여부 등은 빼 달라고 안내합니다. 일부 포지션은 포트폴리오 제출이 필수입니다.
이렇게 볼 수 있어요
업무 결과물을 링크로 낼 수 있으므로 디자인, 콘텐츠, 개발 직무는 결과물을 정리한 페이지를 따로 준비해 두는 편이 낫습니다. 링크가 비공개로 막혀 있으면 검토하는 사람이 열어 볼 수 없으니 제출 전에 공개 설정을 한 번 더 확인해야 합니다.
재지원과 커피챗
같은 포지션은 최종 결과를 받은 시점으로부터 6개월 후 다시 지원할 수 있고 다른 포지션은 언제든 지원할 수 있으며 불이익은 없다고 적었습니다. 정식 지원 전에 팀과 커피챗을 하고 싶다면 페이지 상단의 인재풀 등록에서 신청하라고 안내합니다. 커피챗에서는 문화와 분위기, 관심 포지션의 주요 업무, 커리어 성장 기회, 팀과 조직 구조를 이야기할 수 있다고 적었습니다.
이렇게 볼 수 있어요
다른 포지션 재지원에 제한이 없어 한 공고에서 떨어져도 다른 공고에 바로 지원할 수 있습니다. 같은 포지션은 6개월 뒤에야 다시 지원할 수 있으므로 지원 전에 커피챗으로 포지션의 주요 업무를 먼저 물어보고 가장 맞는 공고를 고르는 방법도 있습니다.
지원 전 준비할 것
- 1
설계한 도메인 모델을 구조도로 정리하기
복잡한 비즈니스 도메인을 DB 스키마로 풀어 본 경험이 자격 요건입니다. 설계했던 스키마 하나를 골라 핵심 엔티티와 관계, 그렇게 나눈 이유를 한 장으로 정리합니다.
- 2
자동화에 권한을 건 사례 준비하기
Agent의 권한과 감사 경계를 코드로 정의하는 일이 업무에 있습니다. LLM이나 자동화가 실제 데이터에 접근하도록 만든 적이 있다면 무엇을 막고 무엇을 기록했는지 사례로 준비합니다.
- 3
현업과 함께 만든 기능 하나 고르기
현장의 사람, 프로세스, 데이터에 직접 부딪히는 것을 즐기는 사람을 자격 요건에 두었습니다. 현업 담당자의 요청을 듣고 스펙부터 운영까지 가져간 기능 하나를 순서대로 정리해 보세요.