[26상] 현대자동차 / 모빌리티 서비스 / 자기소개서 항목별 풀이
[산업/기업/직무 분석]
# 현대자동차는 왜 모빌리티 서비스에 투자하는가
현대자동차를 여전히 "자동차 만드는 회사"로만 이해하고 있으면 안 됩니다. 현대차는 2025 전략을 통해 스마트 모빌리티 솔루션 프로바이더로의 전환을 공식화했습니다. 차량 판매 수익에 의존하던 구조에서, 이동 서비스 플랫폼을 통한 반복 수익 모델로 사업 포트폴리오를 확장하고 있습니다. 글로벌 모빌리티 서비스 시장은 2030년까지 약 1조 달러 규모로 성장할 전망이며, 완성차 업체들이 Uber, Waymo 같은 플랫폼 기업과 경쟁하거나 협업하는 구도가 형성되고 있습니다. 현대차는 이 시장에서 차량 하드웨어와 소프트웨어를 모두 보유한 "수직통합형 플레이어"라는 고유 포지션을 잡으려 합니다. 모셔널(Motional)과의 자율주행 로보택시, 셔클(SHUCLE) 수요응답형 교통 플랫폼, 현대 셀렉션 구독 서비스가 그 축입니다.
# 셔클 팀에서 실제로 하는 일
이 직무의 정식 명칭은 "모빌리티 서비스 개발/기획/UX/사업"입니다. 네 단어가 붙은 이유가 있습니다. 이 조직은 셔클 플랫폼의 개발과 운영 및 사업을 총괄하며, 기획-개발-데이터분석-서비스운영-사업개발 모든 업무를 한 팀 안에서 수행합니다. 쉽게 말해 현대차 안의 스타트업입니다.
신입사원의 하루를 기준으로 보면, 오전에는 전일 서비스 지표(호출 건수, 배차 성공률, 탑승 대기시간)를 모니터링하고, 이상치가 발견되면 원인 분석을 시작합니다. 이후 신규 기능 기획 회의에서 벤치마킹 자료나 사용자 피드백을 공유하고, 개발자-UX디자이너와 함께 요구사항을 정의합니다. 오후에는 서비스가 운영되는 지역 담당자와 현장 이슈(운전자 배차 문제, 이용자 컴플레인)를 협의하고, 주간 단위 데이터 분석 리포트를 작성합니다. 외부 이해관계자도 다양합니다. 지자체 공무원, 운행 파트너사, 결제 연동 핀테크 업체, 때로는 택시 조합과의 규제 조율까지 맡습니다.
따라서 이 직무의 자소서에서 보여야 할 핵심은 세 가지입니다. 첫째, 서비스 기획과 데이터 분석을 연결하는 사고력. 둘째, 개발-운영-사업이라는 교차 영역에서 이해관계자를 조율하는 협업 역량. 셋째, 완성차 기업이 왜 플랫폼 서비스를 해야 하는지에 대한 산업 이해도. 이 세 가지가 없으면 아무리 글을 잘 써도 "이 사람은 우리 직무를 모른다"는 인상을 줍니다.
[자기소개서 항목별 풀이]
항목 1. What drives you forward? 그 원동력이 현대자동차로 이어진 이유와, 입사 후 이루고 싶은 목표에 대해 기술해주세요. (1000자)
[Q&A]
Q: 자동차 산업에 관심이 많다는 취지로 풀어 나가도 될까요?
A: 단순 지원동기가 아닙니다. 이 문항은 세 가지를 한꺼번에 묻고 있습니다. (1) 당신을 앞으로 나아가게 하는 원동력이 무엇인지, (2) 그 원동력이 왜 하필 현대자동차와 연결되는지, (3) 입사 후 구체적으로 무엇을 이루고 싶은지. 세 축이 하나의 서사로 이어져야 합니다. "자동차를 좋아합니다 -> 현대차에 오고 싶습니다 -> 열심히 하겠습니다"는 가장 흔한 탈락 패턴입니다.
[1] 출제 의도 해석 (WHY)
이 항목의 핵심은 "원동력의 진정성"과 "현대차와의 연결 논리"입니다. 평가자는 수백 장의 자소서를 읽으면서, "이 지원자가 진짜로 이 일에 관심이 있는 건가, 아니면 대기업 아무 데나 넣는 건가"를 판별합니다. 따라서 원동력은 본인의 실제 경험이나 관찰에서 출발해야 하고, 그것이 모빌리티 서비스라는 도메인과 자연스럽게 만나야 합니다.
"What drives you forward"라는 표현 자체가 현대차의 브랜드 슬로건에서 가져온 것입니다. 즉, 현대차가 추구하는 "앞으로 나아가는 힘"이라는 가치와 지원자의 원동력이 같은 방향을 가리키고 있는지를 보겠다는 의미입니다. 마지막 "입사 후 목표"는 실현 가능성이 있어야 합니다. 신입이 첫 해에 할 수 있는 수준의 목표부터, 3~5년 후 성장 방향까지 구체적으로 그려진 사람에게 높은 점수를 줍니다.
[2] 평가 체크포인트 (WHAT)
체크포인트 1 - 원동력의 구체성: "성장"이나 "도전" 같은 추상어가 아니라, 특정 경험이나 관찰에서 비롯된 원동력인가. 예를 들어 "교통 사각지대를 목격한 경험"이나 "서비스 기획 프로젝트에서 사용자 행동 데이터를 분석하며 느낀 문제의식" 같은 것.
체크포인트 2 - 현대차 연결의 필연성: "좋은 회사라서"가 아니라, "현대차가 셔클을 통해 수요응답형 교통을 만들고 있고, 내가 경험한 문제를 이 플랫폼에서 풀 수 있기 때문"처럼, 왜 다른 회사가 아니라 현대차여야 하는지가 드러나는가.
체크포인트 3 - 목표의 실행 가능성: "세계 최고의 모빌리티 서비스를 만들겠습니다"는 구호일 뿐입니다. "셔클의 호출 성공률 데이터를 분석해 배차 알고리즘 개선에 기여하겠다", "신규 지역 런칭 시 사용자 리서치를 설계하겠다" 등 직무 현실과 맞닿은 목표를 제시하는가.
[3] 상위 1% 예시 (HOW)
[버스 정류장에서 시작된 질문]
대학교 통학 시절, 매일 아침 같은 정류장에서 같은 버스를 기다리는 사람들의 표정을 관찰한 적이 있습니다. 평일 오전 7시 40분, 203번 버스를 타려는 사람이 20명 넘게 줄을 서 있었지만, 바로 다음 시간대인 8시 10분에는 그 절반도 되지 않았습니다. 반대로 오후 퇴근 시간에는 반대 방향 노선이 텅 비어 있었습니다. 같은 노선, 같은 차량인데 시간대에 따라 누군가는 20분을 기다리고, 다른 시간대에는 빈 좌석만 달리고 있었습니다. "왜 수요가 몰리는 시간과 장소에 맞춰 운행이 바뀌지 않을까"라는, 사소해 보이지만 꼭 필요한 의문이 저를 앞으로 나아가게 하는 원동력이 되었습니다.
이후 교통공학 교양 수업에서 수요응답형 교통 개념을 처음 접했고, 3학년 서비스 기획 프로젝트에서 이 개념을 실험해볼 기회가 생겼습니다. 학교 셔틀버스의 2개월치 탑승 데이터를 수집해 시간대별/구간별 탑승 인원을 분석한 뒤, "고정 노선 대신 수요가 많은 구간에 탄력적으로 배차하면 대기시간이 평균 12분에서 6분으로 줄어든다"는 시뮬레이션 결과를 도출했습니다. 교수님으로부터 "데이터 수집 방법론을 보완하면 학부 논문으로 발전시킬 수 있다"는 피드백을 받기도 했습니다. 완벽한 결과는 아니었지만, 데이터로 이동의 비효율을 증명하고 대안을 설계하는 과정이 저에게 분명한 방향을 알려주었습니다.
이 원동력이 현대자동차로 이어진 이유는 명확합니다. 현대자동차의 셔클은 제가 프로젝트에서 시뮬레이션으로만 그렸던 수요응답형 교통을 실제 도시에서 운영하고 있는 플랫폼입니다. 하나의 팀 안에서 기획부터 개발, UX, 사업까지 전 과정을 다루는 구조 역시, 서비스의 전체 흐름을 이해하며 일하고 싶은 저의 방향과 맞았습니다.
입사 후 첫 해에는 셔클 운영 데이터를 분석하여 배차 효율 개선에 기여하고 싶습니다. 호출 성공률과 탑승 대기시간 데이터를 교차 분석하여 병목 구간을 발견하고, 개발팀과 함께 알고리즘 개선안을 제안하는 것이 구체적인 목표입니다. 이후에는 신규 지역 런칭 프로젝트에서 사용자 리서치를 설계하고, 지자체 파트너와 서비스 모델을 협의하는 역할까지 성장하고 싶습니다.
[예시문 해부]
일상 관찰(버스 정류장)에서 출발하여, 원동력이 추상적 가치가 아니라 구체적 경험에서 비롯되었음을 보여줍니다. 평가자가 "이 사람은 진짜 이동 서비스에 관심이 있구나"라고 느끼게 만드는 도입입니다.
학교 셔틀 프로젝트의 데이터 분석 결과(대기시간 12분에서 6분)를 제시하여, 단순 관심이 아니라 행동으로 연결한 사람임을 증명합니다. 신입 레벨에서 충분히 가능한 소재이면서도 직무 관련성이 높습니다.
입사 후 목표를 "호출 성공률 데이터 교차 분석 -> 배차 알고리즘 개선안 제안"으로 구체화하여, 이 사람이 첫 해에 무엇을 할지가 그려집니다. "모빌리티 혁신에 기여하겠습니다" 같은 구호와 확연히 다릅니다.
항목 2. 지원 분야 업무 수행에 있어 가장 중요한 역량이 무엇인지 선정하고, 그 이유를 설명해주세요. 또한 해당 역량을 키우기 위해 어떤 노력을 해오셨는지 기술해주세요. (1000자)
[Q&A]
Q: 역량을 여러 개 나열해야 하나요, 하나만 골라야 하나요?
A: 문항이 "가장 중요한 역량이 무엇인지 선정하고"라고 명시했으므로, 반드시 하나를 선택해야 합니다. 여러 개를 나열하면 초점이 흐려지고, "이 사람은 우리 직무의 핵심을 모른다"는 인상을 줍니다. 모빌리티 서비스 직무에서 가장 중요한 역량은 무엇인지 본인의 관점으로 판단하고, 그 판단의 근거를 직무 특성에서 끌어와야 합니다.
[1] 출제 의도 해석 (WHY)
이 항목은 두 가지를 동시에 평가합니다.
하나는 "직무 이해도"입니다. 지원자가 모빌리티 서비스 직무의 업무 특성을 제대로 파악하고 있는지, 그래서 어떤 역량이 핵심인지 스스로 판단할 수 있는지를 봅니다.
다른 하나는 "역량 증명의 깊이"입니다. "소통 능력이 중요합니다"라고 선언하는 것이 아니라, 왜 이 직무에서 그 역량이 결정적인지를 설명하고, 본인이 그 역량을 키워온 과정을 경험으로 증명해야 합니다. 현대차 인재상 중 "협업(Alignment)", "민첩한 실행(Agility)", "데이터 기반 사고" 등이 이 직무와 밀접하지만, 인재상 키워드를 그대로 옮기는 것은 점수를 깎는 행위입니다.
인재상의 언어가 아니라, 직무 현실의 언어로 재해석해야 합니다. 예를 들어 "이해관계자 조율 역량"이라면, 셔클 팀이 지자체-개발팀-운영 파트너를 동시에 상대하는 구조에서 왜 이 역량이 빠지면 프로젝트가 멈추는지를 설명할 수 있어야 합니다.
[2] 평가 체크포인트 (WHAT)
체크포인트 1 - 역량 선택의 논리: 왜 "이 역량"이 모빌리티 서비스 직무에서 가장 중요한지, 직무 구조(개발-기획-UX-사업 통합)나 이해관계자 맵(내부 개발팀 + 외부 지자체/파트너)에서 도출한 논리가 있는가.
체크포인트 2 - 경험의 구조화: "행동" 부분에서 본인이 구체적으로 무엇을 했는지가 드러나는가. "팀원들과 소통했습니다"가 아니라, "기획팀과 개발팀의 우선순위 충돌을 사용자 데이터를 근거로 재배치 했습니다" 수준의 서술.
체크포인트 3 - 직무 연결의 구체성: 경험에서 키운 역량이 셔클 팀의 실제 업무 상황에서 어떻게 발휘될 수 있는지를 마지막 2~3문장에서 명확히 연결하는가.
[3] 상위 1% 예시 (HOW)
[고객의 언어로 내부를 설득하다]
모빌리티 서비스 직무에서 가장 중요한 역량은 "이해관계자의 입장에서 문제를 재정의하는 조율 역량"이라고 생각합니다. 이 직무는 하나의 팀 안에 기획, 개발, UX, 사업이 공존하고, 외부로는 지자체, 운행 파트너, 이용자까지 연결됩니다. 각 주체가 같은 서비스를 두고도 다른 우선순위를 갖기 때문에, 누군가 그 차이를 번역하고 공통의 기준을 만들지 않으면 프로젝트는 멈춥니다. 기획자가 원하는 기능 완성도, 개발자가 고려하는 기술 부채, 지자체가 요구하는 운행 범위가 충돌할 때, 이를 정리하는 사람이 있어야 서비스에 진전이 있을 것입니다.
교내 지역 축제 앱 프로젝트에서 이 역량을 키웠습니다. 축제 운영위원회, 앱 개발팀, 참여 상점 사장님들이 이해관계자였습니다. 개발팀은 "기능을 줄여야 출시일을 맞출 수 있다"고 했고, 운영위원회는 "상점 검색과 실시간 혼잡도 표시를 모두 넣어달라"고 요구했습니다. 양측 모두 나름의 논리가 있었기에, 저는 제3자인 이용자의 관점을 끌어왔습니다. 축제 방문객 120명을 대상으로 간이 설문을 돌려 "가장 먼저 확인하고 싶은 정보"를 조사했습니다. 결과는 "혼잡도 77%, 상점 위치 58%, 이벤트 일정 41%"였습니다. 이 데이터를 가지고 양측에 "1차 출시에는 혼잡도와 상점 위치만 넣고, 이벤트 일정은 2차 업데이트로 넘기자"고 제안했습니다.
운영위원회는 처음에 난색을 보였지만, "방문객의 77%가 혼잡도를 가장 먼저 본다"는 수치 앞에서 우선순위를 받아들였습니다. 개발팀도 범위가 좁아지면서 출시일을 2일 앞당길 수 있었습니다. 결과적으로 앱은 축제 당일 1,200회 다운로드를 기록했고, 혼잡도 기능 이용률이 전체의 63%를 차지해 선택의 타당성을 확인했습니다.
셔클 팀에서 일하게 된다면, 이 경험에서 익힌 방식을 활용하겠습니다. 기획과 개발의 우선순위가 충돌할 때 이용자 데이터를 근거로 기준을 세우고, 지자체 파트너의 요구 사항을 서비스 로드맵 안에서 단계적으로 반영하는 조율자 역할을 수행하고 싶습니다.
[예시문 해부]
역량 선택의 이유를 "이 직무의 구조(기획-개발-UX-사업 통합 + 외부 이해관계자)"에서 도출하여, 직무 이해도를 자연스럽게 증명합니다. "소통이 중요합니다"가 아니라, "왜 조율이 없으면 프로젝트가 멈추는지"를 구조적으로 설명합니다.
이해관계자 갈등(개발팀 vs 운영위원회)을 제3자인 이용자 관점으로 리프레이밍한 방식이 핵심입니다. 내부 논쟁에 빠지지 않고 고객 데이터를 근거로 합의를 이끈 과정은, 셔클 팀에서 지자체-개발팀-사용자 사이를 조율해야 하는 실제 업무와 구조가 동일합니다.
설문 데이터(혼잡도 77%, 상점 위치 58%)로 우선순위를 정하고, 결과 지표(1,200회 다운로드, 혼잡도 기능 이용률 63%)로 선택의 타당성을 증명하여, Before-After 대비가 분명합니다. 신입 레벨에서 충분히 있을 수 있는 소재이면서 수치가 현실적입니다.