면접관이 이 한 문장으로 확인하려는 것들. 각 갈래를 알면 답의 뼈대가 잡혀요.
팀 프로젝트에서 웹 서비스를 모바일과 PC 모두 지원하도록 설계하였습니다. 처음에는 PC 레이아웃을 줄이는 방식으로 접근하였으나, 모바일에서 중요도가 낮은 요소가 절반을 차지하는 문제가 발생하였습니다. 이후 모바일을 먼저 설계하는 방식으로 변경하였습니다. 모바일에서 가장 자주 하는 행동 3가지만 메인에 두고, PC에서는 추가 기능을 펼치도록 하였습니다. 같은 서비스임에도 디바이스별 주요 흐름이 달라야 한다는 것을 배웠습니다. 화면 크기보다 사용 맥락이 다르다는 것을 이해하게 되었습니다. 모바일은 짧고 빠른 사용, PC는 깊고 넓은 탐색이라는 맥락 차이가 설계 기준이 되어야 합니다.
개인 프로젝트에서 PC 전용으로 설계한 드래그 기능을 모바일에 옮길 때 문제가 생겼어요. 터치로는 드래그가 직관적이지 않았고, 사용성 테스트에서 오류율이 높게 나왔습니다. 터치 친화적으로 탭으로 선택하고 위치를 고르는 방식으로 변경했어요. 같은 기능이어도 인터랙션 방식이 디바이스에 맞아야 한다는 걸 배웠습니다. PC와 모바일은 같은 기능을 다른 방법으로 제공해야 하는 경우가 많다는 걸 이 경험에서 알게 됐어요. PC와 모바일은 같은 기능을 다른 방법으로 제공해야 하는 경우가 많다는 걸 이 경험에서 알게 됐어요. 디바이스 전환 시 인터랙션 패턴을 함께 검토하는 것이 중요합니다.
반응형 웹 프로젝트에서 좁은 화면에서는 어떤 요소를 숨길지 결정해야 했어요. 처음엔 임의로 결정했는데, 사용자가 모바일에서 자주 찾는 것을 로그 없이 예측하기 어려웠습니다. 팀원들에게 스마트폰으로 비슷한 서비스를 쓸 때 무엇을 가장 먼저 보는지 물어봤어요. 그 답을 바탕으로 모바일에서 최상단에 둘 요소 3가지를 정했습니다. 이후 설계한 모바일 버전을 소규모 테스트했는데 탐색 시간이 줄었어요. 반응형 설계는 크기 조정이 아니라 우선순위 결정이라는 걸 배웠습니다. 반응형 설계는 크기 조정이 아니라 우선순위 결정이라는 걸 배웠습니다.
어떤 정보를 먼저 보여줄지 결정하는 것이 반응형 UX의 진짜 작업이에요.
같은 실수가 반복돼요. 이것만 피해도 절반은 갑니다.
진짜 면접은 두 번째 질문부터예요. 이 답 뒤에 따라올 법한 것들.