이 질문 뒤에 면접관이 확인하려는 것은 따로 있습니다.
제가 졸업 프로젝트에서 디자인 도구로 앱 화면 프로토타입을 만들어본 경험이 있습니다.
저는 본격적으로 개발하기 전에, 화면들을 클릭해 넘겨볼 수 있는 가짜 앱을 먼저 만들었습니다. 처음엔 제가 프로토타입 없이 바로 개발에 들어갔다가, 화면 흐름이 어색한 걸 뒤늦게 알고 다시 만든 적이 있었습니다.
그 실패 뒤 저는 프로토타입으로 흐름을 먼저 만들어 팀원·사용자에게 보여줬습니다. 실제로 눌러보게 하니, 말로는 안 보이던 어색함이 바로 드러났습니다. 거기서 고친 뒤 개발에 들어가니 헛수고가 줄었습니다. 저는 이 경험에서 프로토타입은 "개발 전에 싸게 실수를 발견하는 도구"라는 점을 배웠습니다. 다 만든 뒤 고치는 것보다, 가짜 화면일 때 고치는 게 훨씬 빠르고 싸다는 걸 익혔습니다.
제가 학과 프로젝트에서 디자인 도구로 프로토타입을 만들어 피드백을 받아본 경험이 있습니다.
저는 화면 프로토타입을 만들어 학우 다섯 명에게 직접 눌러보게 했습니다. 처음엔 제가 프로토타입을 제 눈으로만 보고 "괜찮다"고 여긴 적이 있었습니다. 그런데 막상 다른 사람이 써보니, 제가 당연하다고 여긴 버튼을 아무도 못 찾았습니다.
그 일로 저는 프로토타입의 진짜 가치는 "남이 써보게 해서 내가 못 본 문제를 찾는 것"이라는 점을 배웠습니다. 저는 그 피드백으로 화면을 고쳤고, 결과물이 훨씬 쓰기 쉬워졌습니다. 프로토타입은 완성도를 자랑하는 게 아니라, 개발 전에 사용자 반응을 미리 듣는 도구라고 이해합니다. 저는 이 자세를 실무에서도 이어가고 싶습니다.
제가 졸업 프로젝트에서 디자인 도구로 프로토타입을 만들며 배운 것을 말씀드리겠습니다.
저는 처음에 프로토타입을 너무 완벽하게 만들려고 했습니다. 색과 세부 디자인까지 다 다듬느라 시간을 많이 쓴 적이 있었습니다. 그런데 막상 흐름을 보여주니 큰 구조부터 바꿔야 했고, 공들인 세부가 다 버려졌습니다.
그 실패 뒤 저는 프로토타입을 거칠게라도 빠르게 만들어, 흐름부터 확인했습니다. 큰 구조가 맞은 뒤에 세부를 다듬은 것입니다. 그러자 헛수고가 크게 줄었습니다. 저는 이 경험에서 프로토타입은 "완성도"가 아니라 "빠르게 만들어 일찍 고치는 것"이 핵심이라는 점을 배웠습니다. 거칠어도 빨리 보여주고 고치는 게, 공들여 만들고 버리는 것보다 낫다는 걸 익혔습니다.
답변에서 흔히 빠지는 것들 — 빠져 있으면 꼬리질문이 깊어집니다.
이 질문에 이어 incross 서비스 오너 면접관이 던질 가능성이 높은 후속 질문.
이 페이지의 질문·답변·꼬리질문은 유사 직군 채용 시장의 공개된 면접 후기·커뮤니티 게시물을 분석해 구성한 학습 자료입니다. 특정 회사가 실제로 이 질문을 출제했다는 것을 보장하지 않으며, 모든 예시는 우문현답이 직접 작성한 창작물입니다. 해당 회사의 공식 입장과는 무관합니다. 회사 측의 정정 요청이 있을 경우 24시간 이내에 응답·수정합니다.