이 질문 뒤에 면접관이 확인하려는 것은 따로 있습니다.
서비스 기획·운영 경험은 수업 프로젝트에서 팀이 직접 서비스를 기획하고 프로토타입까지 만들어 발표한 것입니다. 기획 단계에서 가장 시간을 많이 쓴 건 사용자가 실제로 겪는 문제를 파악하는 것이었습니다. 인터뷰와 설문을 거쳐 문제를 정의한 뒤에 기능을 설계하면 기능 하나하나가 해결해야 할 목적이 명확해집니다. 운영 측면에서는 서비스 출시 후 어떤 지표를 볼 것인지를 미리 정하는 것이 중요합니다. 지표 없이 운영하면 무엇이 잘 되고 있는지를 감으로만 판단하게 됩니다.
가장 인상적이었던 건 초기 기획 의도와 사용자의 실제 사용 방식이 달랐다는 것입니다. 기획은 서비스를 만드는 것이 아니라 사람의 행동을 설계하는 것이라는 걸 배웠습니다.
서비스 기획·운영 경험에서 도움 받는 자리도 인정한 자리가 있습니다. 수업 프로젝트에서 서비스 기획을 진행할 때, 기능을 설계하는 단계에서 혼자 판단하기 어려운 자리가 있었습니다. 사용자 인터뷰에서 수집한 내용을 바탕으로 기능을 정의했는데, 어떤 기능이 사용자가 실제로 원하는 문제를 해결하는지를 판단하는 것이 어려운 자리였습니다.
디자인 전공 팀원에게 와이어프레임을 검토해달라고 요청했고, 기획 의도와 다르게 해석될 수 있는 자리를 발견하는 데 도움이 됐습니다. 기획자의 시각과 디자이너의 시각이 다른 자리가 있어서, 혼자 완성하려 하면 놓치는 부분이 생겼습니다. 도움을 받는 자리를 인정하는 것은 혼자서 할 수 없는 자리에서 팀 자원을 활용하는 판단입니다.
서비스 기획 경험에서 도움 받는 결은 기획 의도가 다르게 해석되는 자리를 다른 시각의 팀원에게 검토 요청하는 것이라는 것을 알고 있습니다.
서비스 기획·운영 경험에서 이후 절차로 옮긴 자리가 있습니다. 기획 의도와 실제 사용 방식이 달랐다는 것을 발견한 이후, 그 학습을 절차로 남기는 자리가 있었습니다. 기능을 설계할 때 먼저 가설로 써두고, 출시 후 어떤 사용자 행동이 나오면 가설이 맞는 것인지를 미리 정의하는 방식이 생겼습니다.
이렇게 하면 출시 후 데이터를 볼 때 '이 기능이 의도대로 쓰이고 있는가'를 확인하는 기준이 생깁니다. 또 지표를 미리 정해두는 것이 운영 단계에서 무엇이 잘 되고 있는지를 감이 아니라 수치로 확인하는 기반이 됐습니다. 이후 절차로 옮기는 것은 한 번의 경험이 다음에 반복되지 않는 실수를 만들고, 동시에 다음에 재현할 수 있는 방식을 남기는 것입니다.
서비스 기획 이후 절차 결은 기능 가설을 먼저 쓰고 출시 후 검증 기준을 미리 정의하는 방식을 다음 기획에도 적용하는 것이라는 것을 알고 있습니다.
답변에서 흔히 빠지는 것들 — 빠져 있으면 꼬리질문이 깊어집니다.
이 질문에 이어 넛지헬스케어 서비스 오너 면접관이 던질 가능성이 높은 후속 질문.
이 페이지의 질문·답변·꼬리질문은 유사 직군 채용 시장의 공개된 면접 후기·커뮤니티 게시물을 분석해 구성한 학습 자료입니다. 특정 회사가 실제로 이 질문을 출제했다는 것을 보장하지 않으며, 모든 예시는 우문현답이 직접 작성한 창작물입니다. 해당 회사의 공식 입장과는 무관합니다. 회사 측의 정정 요청이 있을 경우 24시간 이내에 응답·수정합니다.