예시 답변 1
약 65초
MVP 범위 합의 + 모의 데이터로 프런트 선행 + 사용자 피드백 반영 + 방향 수정 경험
졸업 프로젝트에서 소비자 대상 앱 프로토타입을 2주 안에 만들어서 테스트하는 경험을 했습니다. 가장 먼저 한 건 핵심 기능 1~2개만 담은 MVP 범위를 팀이 함께 합의하는 것이었습니다. 빠른 개발을 위해 백엔드 없이 모의 데이터를 쓰는 방식으로 프런트 화면부터 완성했습니다. 사용자에게 보여줄 수 있는 상태가 되자 실제 사용 피드백이 예상보다 훨씬 구체적인 방향을 줬습니다. 특히 처음 설계한 흐름이 사용자 입장에서 직관적이지 않다는 걸 초기에 잡아낼 수 있었습니다. 프로토타이핑의 목적은 완성도가 아니라 가장 빠르게 가정을 검증하는 것이라는 걸 배웠고, 너무 다듬고 나서 보여주면 피드백의 방향이 바뀐다는 걸 경험했습니다.
빠른 프로토타입은 완성품보다 더 많은 것을 빨리 배우게 해주는 자리라는 걸 느꼈습니다.
이 결의 특징
프로토타입을 2주 안에 완성하고 실제 사용자 40명에게 테스트한 구체적 경험이 있습니다. 모의 데이터로 시작해 빨리 보이는 상태를 만든 뒤, "완성도가 아니라 가정 검증"이라는 명확한 목표로 피드백을 받은 흔적입니다.
이 결이 통하는 자리
사용자 입장에서 직관성이 떨어진다는 구체적 피드백을 초기에 잡은 경험이 드러날 때 통합니다. 설계 이후 다듬는 과정에서 나오는 피드백이 아니라, 프로토타입이라는 불완전한 상태에서 가장 근본적인 방향 의견을 얻은 결이 명백할 때, 팀이 빠른 학습 사이클을 신뢰하는 자리가 나타납니다.