이 자리가 왜 생겼을까요
포도는 어학 사업 부문이 운영하는 서비스로, 회사는 '8분 예습, 25분 실시간 튜터 수업, 자가 복습'으로 이어지는 3단계 루틴 학습 구조를 제품의 핵심이라고 설명합니다. 사업보고서상 회사는 2025년에 미국 법인을 세우고 자회사 한 곳을 인수하며 연결 대상 회사를 3개에서 5개로 늘렸고, 채용 사이트에도 일본과 대만을 맡는 공고가 함께 올라와 있습니다. 한국과 일본 학생을 연결하는 언어 교환이 이 공고의 개발 영역에 들어간 것도 그 방향과 이어집니다.
데이원컴퍼니가 지금 어떤 사업에 집중하고 있는지는 데이원컴퍼니 채용 분석에서 이어서 볼 수 있습니다.
1하게 될 업무
프론트엔드와 백엔드, 인프라, 데이터, 어드민 전 영역을 개발하고 유저의 문제를 능동적으로 발견해 개선합니다.
이렇게 볼 수 있어요
한 사람이 맡는 범위가 넓습니다. 회사가 '부서 간 협업이 최소화된 조직을 지향하고 목표 달성에 필요한 모든 기능을 팀에 내재화한다'고 밝힌 것과 같은 구조입니다.
일본어와 한국어, 영어 1:1 회화, 수업용 미팅룸, 한국과 일본 학생을 연결하는 언어 교환을 개발 영역으로 적었습니다.
이렇게 볼 수 있어요
실시간 수업이 제품의 중심이라 지연이나 끊김 같은 문제를 다루게 됩니다. 실시간 통신이나 스케줄링을 다뤄 본 경험이 있으면 앞에 둘 만합니다.
레거시를 정리하고 AI 기반 개발에서도 확장 가능한 시스템 구조를 설계하며, AI 기반 기획-디자인-개발-QA 워크플로우를 개선합니다.
이렇게 볼 수 있어요
AI를 개발 도구로 쓰는 데서 나아가 팀의 작업 흐름 전체에 넣는 일이 업무에 들어 있습니다. 기획부터 QA까지 이어지는 과정 중 어디를 AI로 바꿨고 무엇이 빨라졌는지가 구체적인 사례가 됩니다.
비개발 직군도 개발과 검증 사이클에 참여할 수 있는 툴을 개발합니다.
이렇게 볼 수 있어요
개발자가 쓰는 도구가 아니라 다른 직군이 쓰는 도구를 만듭니다. 내부 도구를 만들어 실제로 다른 팀이 쓰게 된 사례가 있다면 그 사용자가 누구였는지까지 밝히는 쪽이 설득력이 있습니다.
서비스 가설을 정의하고 가장 빠르게 확인할 방법을 골라 구현하고 검증하며, 기능 개발 시 성공을 판정할 지표와 이벤트를 함께 설계합니다.
이렇게 볼 수 있어요
지표 설계가 개발자 업무로 적혀 있습니다. 기능을 내고 그 수치를 직접 확인한 경험이 있다면 어떤 이벤트를 심었고 무엇을 보고 성공이라고 판단했는지가 함께 있어야 합니다.
2자격 요건
소프트웨어 개발 경력 2년 이상 5년 미만을 요구합니다.
이렇게 볼 수 있어요
본문 자격 요건에는 상한이 함께 적혀 있습니다. 공고 상단 요약에는 '경력 2 ~ 7년'으로 표시돼 있어 5년을 넘겼다면 지원 전에 어느 쪽이 기준인지 확인해 둘 필요가 있습니다.
문제 정의부터 배포와 검증까지 한 사이클을 주도적으로 이끌어 본 경험을 요구합니다.
이렇게 볼 수 있어요
구현만 맡았던 경험과 구분됩니다. 사이클 하나를 골라 문제를 어떻게 정의했고 무엇으로 끝났는지를 한 줄씩 적어 두면 이 항목을 채웁니다.
누가 알려주지 않아도 유저가 겪는 문제를 스스로 찾아내는 사람을 찾습니다.
이렇게 볼 수 있어요
업무의 '유저의 문제를 능동적으로 발견해 개선'과 같은 내용이 자격 요건에도 들어 있습니다. 지시 없이 발견한 문제 하나를 골라 어떻게 알아챘는지부터 적으면 이 조건이 바로 드러납니다.
특정 기술 스택에 얽매이지 않고 문제에 가장 잘 맞는 방법을 선택할 수 있어야 합니다.
이렇게 볼 수 있어요
공고에 지정된 기술 스택이 없습니다. 익숙한 도구 대신 다른 방법을 골랐던 사례가 있다면 왜 그쪽이 문제에 맞았는지를 설명할 수 있어야 합니다.
좋은 구조에 대한 본인의 기준이 있고 그 기준을 트레이드오프와 함께 설명할 수 있어야 합니다.
이렇게 볼 수 있어요
정답을 요구하는 것이 아니라 설명을 요구합니다. 어떤 구조를 고르면서 무엇을 포기했는지가 이력서나 인터뷰에 들어가야 합니다.
데이터와 지표를 근거로 판단하는 사람을 찾습니다.
이렇게 볼 수 있어요
가설 검증과 지표 설계가 업무에 들어 있어 판단의 근거를 숫자로 대는 습관을 봅니다. 의견이 달랐던 결정에서 어떤 수치를 보고 방향을 정했는지가 좋은 사례입니다.
담당 범위를 먼저 따지기보다 막힌 곳을 스스로 뚫어 본 경험, 그리고 만든 것이 틀렸다고 확인되면 미련 없이 접을 수 있는 태도를 요구합니다.
이렇게 볼 수 있어요
회사 핵심가치의 집요함과 즉시 실행이 그대로 자격 요건으로 내려온 줄입니다. 접었던 기능이나 되돌린 결정이 있다면 그 판단 근거가 좋은 소재가 됩니다.
3우대 사항
앱 개발 경험과 낯선 기술 스택에 빠르게 적응해 본 경험을 우대합니다.
이렇게 볼 수 있어요
개발 범위가 전 영역이라 처음 만지는 기술을 다루는 일이 생깁니다. 새 스택을 익혀 실제로 배포까지 간 사례가 있다면 걸린 기간과 함께 적을 만합니다.
요청받지 않았지만 필요하다고 판단해 직접 만들어 본 경험과 사용자를 직접 관찰하거나 대화해 본 경험을 우대합니다.
이렇게 볼 수 있어요
지시받은 일 밖에서 만든 것이 있는지, 그 필요를 사용자에게서 직접 알아냈는지를 봅니다. 사내 도구나 자동화 스크립트라도 누가 얼마나 썼는지 적으면 근거가 됩니다.
기능을 개발할 때 지표를 함께 설계하고 그 수치를 스스로 확인해 본 경험을 우대합니다.
이렇게 볼 수 있어요
업무의 지표 설계를 실제로 해 봤는지를 우대 사항에서도 확인합니다. 에세이 질문이 결과가 나빴던 경우도 함께 적어 달라고 요청하므로 실패 사례도 쓸 수 있습니다.
로그와 이벤트, 트레이스를 직접 뒤져 원인을 찾아본 경험과 코드 리뷰나 설계 논의에서 근거를 들어 무언가를 막아 본 경험을 우대합니다.
이렇게 볼 수 있어요
막아 본 경험이라는 표현이 눈에 띕니다. 반대 의견을 내고 그 결과가 어떻게 됐는지까지 적으면 핵심가치의 솔직함과도 이어집니다.
AI 코딩 에이전트를 활용해 본인의 작업 방식 자체를 다시 설계해 본 경험을 우대합니다.
이렇게 볼 수 있어요
도구를 써 봤다는 서술보다 작업 순서가 어떻게 달라졌는지를 봅니다. 에세이 질문에도 AI가 만든 결과물을 검증하는 본인만의 기준이 들어 있으므로 그 기준도 미리 정리해 두면 인터뷰에서 쓸 수 있습니다.
APEX 점수 보유 시 우대한다고 적었습니다.
이렇게 볼 수 있어요
APEX는 패스트캠퍼스가 운영하는 AI 실무 능력 인증 시험입니다. AI 코딩 에이전트 활용 경험과 나란히 적혀 있어 AI 활용 역량을 경험과 점수 양쪽으로 봅니다.
4기타 사항
- 게시일 : 2026년 8월 19일
- 고용형태 : 정규직(수습 3개월)
- 근무지 : 서울특별시 강남구 테헤란로 231, 센터필드 WEST 6 ~ 7층
- 경력 조건 : 경력 2~7년
- 학력 조건 : 해당 내용은 원본 공고에서 확인되지 않습니다.
전형과 지원
기본 전형은 다른 회사와 크게 다르지 않지만 입사 뒤에 지원자가 회사를 평가하는 기간을 따로 두었습니다. 직무를 정하지 않고 지원하는 별도 경로도 있습니다.
기본 전형
"서류 전형 및 직무/컬쳐핏 인터뷰를 거치는 기본적인 채용 프로세스는 일반적인 기업의 채용과 동일하게 운영합니다"라고 적고, 여기에 "레퍼런스 체크(Reference Check) 즉, 평판 조회를 따로 진행하고 있습니다"라고 덧붙였습니다.
이렇게 볼 수 있어요
공고 대부분의 전형 목록에 레퍼런스 체크나 평판조회가 들어 있으므로 함께 일한 사람 가운데 연락할 사람을 미리 정해 두면 마지막 단계에서 일정이 밀리지 않습니다. 제로베이스 사업·상품 기획 매니저와 패스트캠퍼스 디지털 마케터 공고의 전형 목록에는 이 단계가 없습니다.
입사 후에 지원자가 회사를 평가하는 기간을 둡니다
채용담당자 인터뷰에 '핸드 셰이킹(Hand-Shaking)'이라는 제도가 소개돼 있습니다. '기업이 일방적으로 입사자를 평가하는 것이 아니라 입사자 역시 기업을 평가하면서 서로 간의 핏을 맞춰'가며, 주기적으로 피드백을 나눈 뒤 '입사자는 최종 합류 여부를 결정할 수 있는 3주의 기간을 갖게 된다'고 적혀 있습니다.
이렇게 볼 수 있어요
입사 직후에 조율 기간이 따로 있다는 뜻이므로 처우 협의 단계에서 운영 방식을 확인해 두는 것이 좋습니다. 다만 이 설명은 2022년 인터뷰 기준이고 같은 문단 안에 3개월과 3주가 함께 나오므로, 현재 어떻게 운영되는지는 전형 중에 직접 묻는 편이 정확합니다.
실패 우대 트랙
'실패 우대 트랙'은 이메일로 에세이를 받습니다. 질문은 세 가지인데 인생에서 가장 인상적인 실패 세 가지를 설명하고, 그 실패가 얼마나 치열한 과정을 거쳤는지 알려주고, 시간이 지난 뒤 그 실패를 어떻게 회고하는지 적으라는 내용입니다. 합격하면 경영진이 사업 부문과 직무를 두 가지 제안하고 그중 하나를 고르는 방식입니다.
이렇게 볼 수 있어요
직무를 정하지 않고 지원하는 경로라, 지원할 포지션을 고르기 어려운 경우에 선택지가 됩니다. 다만 세 질문이 모두 회고를 요구하고 있어서 실패 사례를 나열하는 것만으로는 부족하고, 그때 무엇을 배웠는지가 에세이의 중심이 되어야 합니다. 상시 접수이고 인터뷰 대상자 외에는 회신하지 않을 수 있다고 밝혀 두었습니다.
지원 전 준비할 것
- 1
범위가 넓은 사례를 하나 고르기
개발 범위가 전 영역으로 적혀 있습니다. 깊이 한 분야만 파 온 이력이라면 그 밖으로 나가 본 사례를 하나 찾아 두어야 하고, 반대로 여러 영역을 조금씩 다뤘다면 그중 끝까지 책임진 것을 골라 앞에 둬야 합니다.
- 2
접은 결정을 정리해 두기
자격 요건에 '만든 것이 틀렸다고 확인되면 미련 없이 접을 수 있는 분'이 들어 있습니다. 무엇을 보고 접었는지와 접은 뒤 무엇을 했는지를 함께 적으면 회사 핵심가치인 집요함과 즉시 실행에 모두 걸립니다.
- 3
지표를 직접 본 경험 찾기
업무에 '성공을 판정할 지표와 이벤트를 함께 설계'한다고 적혀 있고 우대 사항에도 그 수치를 스스로 확인해 본 경험이 나옵니다. 기능 출시 후 숫자를 본 경험이 있으면 어떤 이벤트였고 무엇을 바꿨는지 적어 두면 됩니다.