분야
hwp목차
자기소개서 문항
1. · 이노션 지원동기 및 지원 분야에 대한 업무 전문성을 작성해주세요.
면접 질문
1. 웹 서비스 기획자로서 광고 캠페인형 사이트와 상시 운영 서비스의 기획 관점 차이를 어떻게 구분하고, 이노션에서 어떤 기준으로 설계하시겠습니까?
2. 이해관계자(클라이언트, AE, 크리에이티브, 개발, 디자인) 요구가 충돌할 때, 일정과 품질을 동시에 지키는 우선순위 결정 방식은 무엇입니까?
3. 신규 웹 서비스의 성과 지표를 어떻게 정의하고, 런칭 전후로 어떤 이벤트 트래킹 설계를 하시겠습니까?
4. 사용성 문제를 발견했을 때, 정성 데이터와 정량 데이터를 어떤 순서로 수집하고 개선안을 어떻게 검증하시겠습니까?
5. 요구사항이 자주 바뀌는 환경에서, 스펙 관리와 커뮤니케이션을 어떤 산출물과 프로세스로 안정화하시겠습니까?
6. 개인정보와 보안 이슈가 있는 서비스 기획에서, 기획자가 반드시 점검해야 할 항목과 협업 방식은 무엇입니까?
7. 계약직 주니어로 입사했을 때 3개월 안에 만들 수 있는 가시적 성과 1가지와, 그 성과를 수치로 증명할 방법을 제시해 주세요.
본문
1. · 이노션 지원동기 및 지원 분야에 대한 업무 전문성을 작성해주세요.
제가 이노션에 지원한 이유는 단순히 광고회사를 선호해서가 아닙니다. 저는 브랜드 커뮤니케이션이 이제 메시지 전달만으로 끝나지 않는다고 생각합니다. 고객은 광고를 보고 움직이기보다, 광고가 만들어낸 기대를 실제 서비스 경험에서 검증합니다. 결국 브랜드는 캠페인으로 약속하고, 웹 서비스로 증명합니다. 이노션은 크리에이티브와 디지털 실행이 분리되지 않고, 브랜드의 약속을 실제 접점으로 연결하는 데 강점을 가진 조직이라고 판단했습니다. 저는 이 연결 지점에서 일하고 싶습니다. 화려한 문구를 만드는 사람이 아니라, 그 문구가 실제로 고객 행동을 바꾸도록 서비스 구조를 설계하는 사람이 되고자 합니다.
웹 서비스 기획 직무를 선택한 이유도 명확합니다. 저는 문제를 “콘텐츠가 부족하다”처럼 감각적으로 설명하기보다, “사용자가 여기서 이탈하는 이유가 무엇인지”를 단계로 분해해 해결하는 방식에 익숙합니다. 웹 서비스는 고객이 클릭하는 순간부터 이탈하는 순간까지 모든 것이 기록되고, 그 기록이 개선의 근거가 됩니다. 저는 이 점이 좋습니다. 감으로 회의를 길게 하기보다, 가설을 세우고 데이터를 설계하고 빠르게 검증하는 방식이 성과를 만듭니다. 특히 이노션의 업무는 다양한 산업의 클라이언트, 다양한 캠페인 목적, 다양한 채널 제약을 동시에 다룹니다. 한 가지 정답이 없는 환경에서, 문제를 구조화하고 의사결정을 빠르게 만들어내는 기획자의 가치가 커집니다. 저는 그 역할에 자신이 있습니다.
제가 생각하는 웹 서비스 기획자의 핵심 전문성은 크게 다섯 가지입니다. 첫째, 요구를 기능으로 번역하는 능력. 둘째, 사용자 흐름을 설계하는 능력. 셋째, 지표를 기준으로 성공을 정의하는 능력. 넷째, 협업을 산출물로 안정화하는 능력. 다섯째, 운영 관점에서 재발을 막는 능력입니다. 저는 이 다섯 가지를 갖추기 위해 의도적으로 제 작업 습관을 만들었습니다. 기획을 “아이디어를 많이 내는 일”로 두지 않고, “불확실성을 줄이는 일”로 정의하고 훈련해 왔습니다.
먼저 요구를 기능으로 번역하는 능력에 대해 말씀드리겠습니다. 현업에서 흔히 듣는 요구는 대개 해결책 형태로 들어옵니다. 예를 들어 “메인에 배너를 더 크게 넣어야 해요” 같은 요구입니다. 저는 이때 해결책을 그대로 받아쓰지 않습니다. 왜 배너가 커져야 하는지, 그 배너로 사용자가 무엇을 해야 하는지, 그리고 그 행동이 비즈니스 목표와 어떤 관계가 있는지부터 확인합니다. 저는 요구를 목적, 제약, 성공 기준으로 분해합니다. 목적이 전환이면, 배너 크기가 아니라 전환 경로가 우선입니다. 제약이 개발 일정이면, 완벽한 기능보다 최소 기능을 먼저 설계해야 합니다. 성공 기준이 명확하면, 이해관계자는 취향이 아니라 목표로 대화하게 됩니다. 저는 회의를 이런 방향으로 바꾸는 역할을 해왔고, 그 과정에서 기획 문서가 길어지는 것이 아니라 오히려 짧아지는 경험을 많이 했습니다. 목적과 성공 기준이 합의되면, 기능은 자연스럽게 정리되기 때문입니다.
둘째, 사용자 흐름 설계 역량입니다. 저는 화면을 예쁘게 구성하는 것을 기획의 중심에 두지 않습니다. 고객은 화면을 기억하기보다 흐름을 기억합니다. 클릭의 이유가 명확해야 다음 클릭이 이어집니다. 그래서 저는 기능 목록을 만들기 전에 사용자 시나리오부터 작성합니다. 누구에게, 어떤 상황에서, 어떤 선택을 하게 하고, 그 선택 뒤에 어떤 보상이 있는지 한 줄씩 연결합니다. 이 작업을 하면 서비스의 빈틈이 드러납니다. 예를 들어 가입이 필요한데 가입 이유를 설명하지 못한다든지, 신청을 요구하면서도 혜택이 불명확하다든지, 결제 전 확인이 부족해 고객센터 문의가 늘어날 구조라든지 같은 문제입니다. 저는 이 문제를 화면이 아니라 흐름에서 먼저 잡습니다. 이 접근은 이노션처럼 빠른 제작과 다양한 이해관계자가 있는 환경에서 특히 유효합니다. 화면을 먼저 그리면 나중에 흐름을 바꾸기 어려워지고, 결국 일정이 무너집니다. 저는 흐름을 먼저 고정하고, 화면은 협업을 통해 최적화하는 방식으로 일정과 품질을 함께 지키겠습니다.
셋째, 지표 기반 성공 정의입니다. 웹 서비스 기획자는 결과를 말로 평가하면 안 됩니다. 저는 프로젝트 초기에 반드시 한 문장으로 성공을 정의합니다. 예를 들어 “신청 전환율을 높인다”라고만 말하지 않고, 어느 구간의 전환인지, 어떤 사용자 세그먼트인지, 어느 기간에 측정할지까지 포함합니다. 그리고 지표는 단일로 두지 않습니다. 전환율이 오르더라도 반품이나 문의가 늘면 잘못된 성공입니다. 그래서 저는 핵심 지표와 보호 지표를 함께 둡니다. 핵심 지표는 목표 행동을 측정하고, 보호 지표는 부작용을 감시합니다. 예를 들어 캠페인 랜딩이면 신청 완료율이 핵심일 수 있지만, 이탈률, 폼 오류율, 고객센터 문의율은 보호 지표가 될 수 있습니다. 이런 지표 설계가 있으면, 런칭 이후 개선이 감정싸움이 아니라 운영 루틴이 됩니다. 저는 기획자가 “지표를 설정하는 사람”에 그치지 않고, “지표가 흔들릴 때 무엇을 바꿀지까지 제안하는 사람”이어야 한다고 생각합니다.