기-승-전-회사, 면접관 경험을 디자인하라
UXer의 일은 단순한 기능 설계가 아니다. 우리는 사용자의 흐름을 따라, 맥락을 짜고, 감정 곡선을 그리고, 각 접점마다 어떤 메시지가 전달되어야 하는지를 조율하는 사람이다. 글이 아닌 인터페이스로 쓰는 이야기다.
그렇다면 취업이라는 여정 속에서도 같은 원리가 작동한다. ‘나’라는 사람의 흐름은 결국 하나의 내러티브이며, 자소서와 포트폴리오는 그것을 설계하고 전달하는 주요 인터페이스다. 문제는 대부분의 지원자가 이걸 단순한 양식 작성이나 결과물 모음으로 여긴다는 데 있다.
자소서는 말하고 싶은 걸 그냥 적는 공간이 아니고, 포트폴리오는 좋은 걸 나열하는 컬렉션이 아니다. 이 둘은 모두 하나의 사용자 경험으로 설계되어야 하며, UXer라면 누구보다 그 ‘흐름과 맥락의 설계’에 집중해야 한다.
자소서의 룰 — 기-승-전-회사
포트폴리오의 룰 — 면접관 경험 디자인
“자기소개서를 잘 쓰는 법”이라는 검색어엔 수많은 공식이 있다. STAR 기법, PREP 구조, 기-승-전-결의 문장 배열. 하지만 모든, 특히 UX 취업에서는 그보다 더 중요한 규칙이 있다. 그건 바로, 자소서의 마지막 문장은 항상 ‘그래서 당신 회사에 어떤 도움이 되냐’여야 한다는 것이다.
많은 자소서가 ‘나’로 시작해서 ‘나’로 끝난다. 내가 어떤 사람인지, 어떤 경험을 했는지, 어떤 가치관을 가졌는지, 이 모든 것들은 물론 정말 중요하다. 그러나 이 경험이 해당 회사와 어떤 연결성을 갖는지를 보여주지 않으면, 그 이야기는 단지 ‘개인 에세이’일 뿐이다. 그러니까 사용자 없는 UX란 이야기다. 더욱이 UX 직무에서 자소서는 경험 전시의 목적보단, 내가 이해한 맥락의 번역 도구여야 옳다. 그게 UX 아닌가.
예를 들어, 학교 프로젝트에서 사용자의 불편을 파악하고 설계를 개선했던 경험이 있다면, 단순히 “그래서 유저 만족도가 높아졌습니다”로 끝낼 것이 아니라, “이처럼 데이터 기반의 구조 설계를 통해 B2C 서비스에서도 사용성을 개선할 수 있다고 판단합니다”처럼 지원한 회사의 상황에 맞게 내 경험을 한 번 더 번역해줘야 한다. 연결이 되었을 때 비로소 완결성이 발생한단 의미다.
이것이 바로 UX 관점에서의 자소서다. 경험을 포장하는 것이 아니라, 상대가 이해할 수 있는 언어로 내 경험을 설계해 내는 일. UXer라면 그 누구보다 ‘상황에 따라 다르게 설계하는 능력’을 보여줘야 한다. 회사이름을 바꿔도 부드럽고 위화감 없이 읽히는 자소서는 그래서 잘못 쓰인 것이다. 잘 쓴 자소서란 그런 의미에서 일회용이다.
⸻
자소서를 쓰다 보면 자신을 너무 거창하게 만들려는 욕망이 생긴다. 주인공처럼, 혼자서 문제를 해결한 어느 이야기 속 영웅처럼. 하지만 UX는 본질적으로 협업의 직무다. 혼자 잘하는 사람보다, 팀 안에서 어떤 역할로 작동하는 사람이었는가가 훨씬 중요하다. 그래야 기존 팀이 이 지원자를 어떻게 끌어안을지 감을 잡는다.
따라서 자소서의 초점은 ‘내가 주도했다’도 물론 중요하지만, ‘내가 어떤 조합으로 팀에 기여했는가’에 있어야 한다. 이를 다른 말로 ‘기여도’라고 표현한다. 예를 들어, 리서치를 이끌었다면 그것이 어떻게 기획자나 개발자와 연결되었는지를 보여주고, 비주얼 정리를 맡았다면 그것이 팀의 의사결정에 어떤 영향을 주었는지를 말해야 한다. 이런 문장 하나가 “이 사람은 팀을 이해하고 움직일 수 있는 사람”이라는 인상을 구성한다.
자소서는 ‘정체성의 브랜딩’이 아니다. 오히려 ‘이 조직에 어떤 조각으로 들어갈 수 있는가’를 보여주는 나를 분해한 ‘설계서’다. 면접관은 당신의 인생 이야기를 듣고 싶은 것이 아니라, 그 이야기가 우리 팀과 어떤 연결 가능성을 갖고 있는지를 보고 싶은 것이다. 그러므로 자소서는 감동보다 ‘맥락’이다. 자신의 서사를 무리 없이 회사와 연결시키는 능력, 그게 바로 번역력이자 해석력이며, UX적 사고, UXer다운 면모다.
⸻
포트폴리오는 많은 지원자가 가장 오랜 시간을 투자하는 영역일 것이다. 하지만 그 시간만큼 ‘정교한 설계’를 하는 사람은 많지 않다. 포트폴리오는 작품 전시회가 아니라, 문제 해결 프로세스를 시각화한 인터페이스다. 그리고 무엇보다 중요한 것은 그 ‘흐름’이다.
노련한 UX 실무자는 결과보다는 ‘과정’부터 살핀다. 디자인(d)이 멋진 지보다, 왜 그 디자인(d/D)을 하게 되었는지에 관심을 둔다. 문제 정의가 어떻게 내려졌고, 사용자 분석은 어떤 방법과 근거로써 도출되었고, 그 분석이 어떻게 기능 설계로 연결되었는지, 이 전 과정의 흐름이 읽혀야 한다.
이때 가장 중요한 것은 ‘정답’이 아니다. 완벽한 과정이 아니라, 합리적인 선택과 우선순위의 기준이다. 막말로 신뢰타당성이 부족해도 괜찮다. 모든 선택이 완벽할 수도 없고 그럴 필요도 없다. 하지만 그 판단이 어떤 제약 아래에서, 어떤 사용자의 맥락을 고려해서 내려졌는지를 보여준다면, 그건 훌륭한 UX 설계다.
나는 좀 부적절한 표현일 수 있겠지만, 자신이 없다면 최소한의 성의 표현이라도 하라 이른다. 그러므로 포트폴리오는 결과물이 아니라, 당신의 판단 흐름을 읽을 수 있는 인터페이스여야 한다.
⸻
포트폴리오를 볼 사람은 UXer일 수도 있고, 실무 팀장이나 심지어 HR일 수도 있다. 중요한 건 그들이 당신의 디자인(?) 세계에 깊이 빠져들 시간은 없다는 것이다. 따라서 포트폴리오는 ‘설명 없이도 작동하는 UI’처럼 작동해야 한다.
예쁘게 만든다고 끝이 아니다. 누가 봐도 한눈에 ‘이 사람은 이런 방식으로 문제를 접근했구나’가 읽혀야 한다. 10명 중 대다수가 오류 없이 유사하게 내용을 이해할 수 있었다면 충분한 수작이다. 중간중간 요약 문구, 시선의 흐름, 버튼처럼 동작하는 목차, 모든 세부 요소가 사용자 즉, 면접관 관점에서 설계돼야 한다.
포트폴리오의 성공 조건은 하나다. 나 없이 문서가 면접관 스스로 자문자답을 하게 만드는 것. 그렇다고 너무 꽉 채운 구조는 질문을 유도하지 못하고, 그렇다고 뭔가 느슨한 흐름은 당연히 판단을 흐트러뜨린다. 그 사이의 긴장감, 여백, 흐름이 UX다운 포트폴리오를 만든다.
그러니 스스로에게 묻자. “이 포트폴리오는 나의 세계관을 말하고 있는가?”가 아니라, “이 포트폴리오는 상대가 나를 읽을 수 있게 돕고 있는가?”라고. UXer라면 포트폴리오 자체가 ‘나를 (객관적으로) 설계한 결과물’이어야 한다.
⸻
자소서와 포트폴리오는 서로 독립된 문서가 아니다. 그 둘은 서로를 증명해 주는 쌍을 이룬다. 자소서에서 말한 ‘내가 중요하게 여기는 가치’가 포트폴리오 안에서 어떻게 구현되었는지 디테일로 보이고, 포트폴리오에서 보인 ‘해결 방식’이 자소서 안에서 어떤 배경과 맥락에서 비롯되었는지를 상세히 설명해 준다. 음식의 페어링이 있는 것과 같은 이치다.
예를 들어 자소서에서 ‘협업 중심의 문제 해결’을 강조했다면, 포트폴리오 안에 그것이 드러나는 팀 프로젝트가 반드시 있어야 한다. 반대로 포트폴리오에서 특정 판단이 두드러졌다면, 자소서 안에 그 판단을 가능하게 만든 가치관이나 배경이 꼭 녹아 있어야 한다. 그렇지 않으면 다른 사람의 문서랑 헷갈릴 기회를 주는 것이다. 이것은 실제 면접관 역할을 해보면서 느낀 가장 큰 신선한 경험이었다. 나 역시 면접관이기 전에는 이 같은 사실을 체험할 수 없었기 때문이다.
UXer는 원래 ‘연결의 기술자’다. 정보를 엮고, 흐름을 조정하며, 사용자의 시선과 행동을 연결하는 사람이다. 그러니 자기 자신을 설명할 때도 흩뿌린 점과 선이 유기적으로 연결돼야 한다. 메시지가 일관되고, 흐름이 유기적으로 이어지는 사람에게 신뢰가 생긴다. 그게 곧 브랜딩이며, UX다운 자기 설계다.
이제 우리는 감각이 아니라 흐름으로, 자랑이 아니라 번역이자 해석으로, 주인공이 아니라 구성원의 일부로서 ‘나’라는 사람을 설계해야 한다는 걸 알았다.