이 질문 뒤에 면접관이 확인하려는 것은 따로 있습니다.
제품 기획을 처음부터 끝까지 경험한 건 학교 팀 프로젝트에서 앱 서비스를 기획하고 프로토타입을 만든 과정이 있습니다. 문제 정의에서 시작해 사용자 조사, 기능 설계, 와이어프레임, 프로토타입 테스트까지 한 싸이클을 돌렸습니다. 가장 인상 깊었던 건 처음 정의한 문제가 사용자 조사 이후 바뀌었던 것입니다. 초기 가정이 틀렸다는 걸 중간에 알았을 때 방향을 바꿔야 했고, 그 과정이 불편하면서도 중요한 배움이었습니다.
기획은 처음 생각을 지키는 것이 아니라 검증하면서 수정하는 과정입니다. 프로토타입 테스트에서 실제 사용자가 예상과 다르게 화면을 사용하는 것을 보면서, 사용자 관찰이 기획의 핵심임을 배웠습니다.
제품 기획을 처음부터 끝까지 해봤을 때, 제가 가장 어려웠던 건 "충분히 됐다"고 판단하는 시점을 정하는 것이었습니다. 기획 단계에서 계속 더할 게 생겼고, 어느 시점에 다음 단계로 넘어가야 하는지 판단이 어려웠습니다. 토이 앱 기획에서 사용자 플로우를 계속 수정하다가 3주가 지나도 화면 정의가 완성되지 않은 상황이 생겼습니다. 결국 "이번 버전에서 확인할 핵심 플로우 3개"를 먼저 정하고, 나머지는 다음 버전으로 미루는 방식으로 전환했습니다. 그러자 기획 단계가 닫히고 실제 구현으로 넘어갈 수 있었습니다. 아직 실제 제품 기획 경험은 없습니다. 하지만 기획은 완성이 아니라 이번 버전의 범위를 정하는 것에서 닫힌다는 감각은 생겼습니다.
제품 기획을 처음부터 끝까지 해보면서 솔직히 인정하게 된 건, 혼자 하는 기획에는 맹점이 있다는 것입니다. 내가 중요하다고 생각하는 것과 사용자가 중요하게 느끼는 것이 다를 때가 있었습니다. 토이 앱 기획에서 핵심 기능이라고 생각했던 통계 화면을 정교하게 설계했는데, 테스트 사용자들은 통계보다 알림 기능을 먼저 원했습니다. 내가 만들고 싶었던 것과 사용자가 쓰고 싶어하는 것의 순서가 달랐던 것이었습니다. 그 이후로는 기획 초반에 핵심 화면 3~4개만 프로토타입으로 만들고 먼저 테스트해보는 방식을 써봤습니다. 아직 실제 서비스 기획 경험은 없습니다. 하지만 기획의 한계는 사용자 피드백 없이 너무 많은 것을 결정할 때 드러난다는 감각은 생겼습니다.
답변에서 흔히 빠지는 것들 — 빠져 있으면 꼬리질문이 깊어집니다.
이 질문에 이어 삼성화재 공통직무·미지정 면접관이 던질 가능성이 높은 후속 질문.
이 페이지의 질문·답변·꼬리질문은 유사 직군 채용 시장의 공개된 면접 후기·커뮤니티 게시물을 분석해 구성한 학습 자료입니다. 특정 회사가 실제로 이 질문을 출제했다는 것을 보장하지 않으며, 모든 예시는 우문현답이 직접 작성한 창작물입니다. 해당 회사의 공식 입장과는 무관합니다. 회사 측의 정정 요청이 있을 경우 24시간 이내에 응답·수정합니다.