이 질문 뒤에 면접관이 확인하려는 것은 따로 있습니다.
수업과 인턴 경험에서 디자이너로서 개발·기획·마케팅 팀과 소통하는 방식을 배웠습니다. 목적 측면에서는 먼저 무엇을 결정하거나 확인하기 위한 소통인지를 명확하게 하는 것이 불필요한 긴 회의를 줄이는 방법이라는 걸 배웠습니다. 관점 측면에서는 개발자는 구현 가능성을, 기획자는 사용자 흐름을, 마케팅은 메시지를 보는 방식이 다르다는 걸 이해하면서 대화 방식을 조정했습니다. 시각화 측면에서는 와이어프레임이나 프로토타입을 가져가면 말로만 설명하는 것보다 오해가 줄어든다는 걸 경험했습니다. 기록 측면에서는 회의에서 결정된 내용을 문서로 남기는 것이 나중에 다른 결론이 나오는 상황을 방지하는 방법이라는 걸 배웠습니다.
유관부서 소통은 설득이 아니라 서로 다른 관점을 같은 목적으로 모이게 하는 것이라는 걸 그때 느꼈습니다.
유관부서 소통에서 가장 어려웠던 건 같은 프로젝트 안에서 부서마다 우선순위가 다를 때였습니다. 디자인 측에서는 사용자 흐름 개선이 먼저라고 판단했는데, 기획팀은 마감 일정에 맞추는 것이 더 중요하다는 입장이었습니다. 어느 쪽이 맞다고 설득하는 방식 대신, 사용성 테스트에서 나온 이탈 데이터를 가져가서 일정 안에 수정 가능한 범위만 먼저 반영하자고 제안했습니다. 공통 기준이 생기자 논의가 빠르게 정리됐습니다.
관점 차이는 해소하기 어렵지만, 데이터를 공통 언어로 쓰면 합의가 빠르다는 것을 그때 배웠습니다. 충돌을 없애는 것이 아니라 충돌을 좁히는 방법을 찾는 것이 유관부서 소통에서 더 현실적이라고 생각합니다.
개발자와 소통할 때 말로 설명하는 것보다 프로토타입을 먼저 보여주는 방식이 훨씬 효과적이었습니다. 인터랙션 의도를 텍스트로 전달했을 때 구현 결과가 예상과 다른 경우가 있었습니다. 이후 Figma 프로토타입 링크를 먼저 공유하고 어떤 상태에서 어떤 전환이 일어나야 하는지를 직접 보여주는 방식으로 바꿨습니다. 구현 오류가 줄었고, 개발자 쪽에서도 질문이 줄어드는 것을 느꼈습니다.
부서마다 같은 단어가 다른 의미로 통하는 경우가 있어서, 시각 자료는 언어 차이를 줄이는 가장 빠른 방법이었습니다. 소통의 목적은 설명이 아니라 상대가 같은 그림을 그리게 만드는 것이라는 것을 경험하면서 배웠습니다.
답변에서 흔히 빠지는 것들 — 빠져 있으면 꼬리질문이 깊어집니다.
이 질문에 이어 PTKOREA 그래픽·시각디자인 면접관이 던질 가능성이 높은 후속 질문.
이 페이지의 질문·답변·꼬리질문은 유사 직군 채용 시장의 공개된 면접 후기·커뮤니티 게시물을 분석해 구성한 학습 자료입니다. 특정 회사가 실제로 이 질문을 출제했다는 것을 보장하지 않으며, 모든 예시는 우문현답이 직접 작성한 창작물입니다. 해당 회사의 공식 입장과는 무관합니다. 회사 측의 정정 요청이 있을 경우 24시간 이내에 응답·수정합니다.