이 질문 뒤에 면접관이 확인하려는 것은 따로 있습니다.
프로토타입을 빌드하는 과정에서 자주 생기는 문제는 범위가 처음 계획보다 넓어지는 것입니다. 검증하려는 가설이 명확하지 않으면 기능이 계속 추가되면서 프로토타입이 완성품처럼 커지는 상황이 됩니다. 해결 방법은 프로토타입의 목적을 처음부터 좁게 잡는 것입니다. 검증하려는 가설 하나에 집중한 최소 기능만 포함하면 빠르게 피드백을 받을 수 있습니다. 기대치 조정도 중요합니다.
프로토타입은 완성된 서비스가 아니라는 것을 팀과 이해관계자에게 명확히 하는 것이 나중에 오해를 줄입니다. 중간 품질의 것을 빠르게 내놓고 배우는 것이 완벽한 것을 늦게 내놓는 것보다 낫습니다. 프로토타입은 만드는 것이 목적이 아니라 무언가를 배우기 위한 도구입니다.
프로토타입을 만들 때 제가 신경 쓴 것은 검증 목적에 맞는 수준으로만 만드는 것입니다. 학과 프로젝트에서 처음엔 보기 좋게 완성도를 높였더니, 정작 피드백이 기능이 아니라 색이나 글씨체 같은 시각 요소에 쏠렸습니다. 정말 확인하고 싶었던 흐름에 대한 의견은 못 받은 것입니다. 그래서 저는 방향을 검증할 때는 간단한 형태로, 사용성을 볼 때는 실제처럼 움직이는 형태로 목적에 따라 완성도를 다르게 가져가야 한다는 것을 배웠습니다. 너무 정교하면 만드는 시간이 길고 엉뚱한 피드백이 오고, 너무 개략적이면 사람들이 의도를 이해 못 합니다. 프로토타입은 예쁘게 만드는 것이 아니라, 무엇을 검증할지에 딱 맞는 수준으로 빠르게 만드는 것이 핵심이라고 생각합니다.
프로토타입 단계에서 제가 어렵게 느낀 것은 지금 정해야 할 것과 나중에 정해도 될 것을 가르는 것이었습니다. 모든 것을 다 정하려 하면 프로토타입이 완성품처럼 커져 시간이 오래 걸렸습니다. 그래서 저는 이 단계에서 흐름과 핵심 인터랙션, 예외 처리처럼 검증에 꼭 필요한 것은 정하되, 색이나 세부 문구는 일부러 미뤘습니다. 그런 것은 나중에 정해도 되기 때문입니다. 또 프로토타입이 완성된 서비스가 아니라는 것을 팀과 미리 합의해, 보여줄 때 오해가 없게 했습니다. 프로토타입은 만드는 것이 목적이 아니라 무언가를 배우기 위한 도구라서, 배우는 데 필요한 것에만 집중하고 나머지는 과감히 미루는 것이 맞다고 생각합니다. 다 만들려다 정작 못 배우는 것이 가장 큰 함정이었습니다.
답변에서 흔히 빠지는 것들 — 빠져 있으면 꼬리질문이 깊어집니다.
이 질문에 이어 와이즐리컴퍼니 프로덕트 매니저 면접관이 던질 가능성이 높은 후속 질문.
이 페이지의 질문·답변·꼬리질문은 유사 직군 채용 시장의 공개된 면접 후기·커뮤니티 게시물을 분석해 구성한 학습 자료입니다. 특정 회사가 실제로 이 질문을 출제했다는 것을 보장하지 않으며, 모든 예시는 우문현답이 직접 작성한 창작물입니다. 해당 회사의 공식 입장과는 무관합니다. 회사 측의 정정 요청이 있을 경우 24시간 이내에 응답·수정합니다.