역시 IT 좋아하면 남들이 만든 '비효율의 산물'을 발견하는 건 숙명인가 봄 (feat.
사용자 경험의 신세계)**
진짜 가끔 겪는 사소한 불편함들 있잖아요?
그거 그냥 '내가 사용법을 몰라서' 생기는 게 아니라, 근본적으로 시스템 자체가 엉성해서 생기는 문제들이 너무 많아요.
특히 디지털 환경에서 겪는 이런 사소한 짜증들은, 어느 정도 지식이 있는 사람들끼리만 '아, 이거는 그냥 로직 몇 줄만 짜면 되는데...' 하면서 헛웃음 짓게 만드는 종류가 있거든요.
예를 들어, 회원가입할 때 본인 인증을 위해 휴대폰 번호를 넣고, 그걸 또 다른 서비스에서 '계정 확인용'으로 다시 요구할 때 있잖아요.
그 과정에서 '이 정보를 왜 세 군데에서 같은 목적으로 물어보는 거지?' 하는 의문이 폭발하는데, 이건 누가 봐도 데이터베이스에 한 번만 저장하고, 필요할 때마다 API 호출로 가져다 쓰면 끝날 문제거든요.
이게 구조적인 비효율성에서 오는 지연 시간 같은 거라고 생각하니까, 그 짜증의 깊이가 확 달라지더라고요.
마치 공대생이 초등학생들이 만든 블록 장난감을 보고 '이건 지지 기반이 불안정한데?' 하고 설계도를 그려보는 기분이랄까요.
이런 경험들은 정말 공감대가 생기잖아요.
저희 같은 개발이나 IT 쪽 관심 있는 사람들끼리는, 어떤 앱이나 웹사이트를 사용하든 '이건 왜 이렇게 되어있지?'라는 비판적인 렌즈를 장착하고 다니는 경향이 있어요.
예를 들어, 검색창에 키워드를 입력하면 '자동 완성' 기능이 떠야 하는데, 그게 너무 제한적이거나, 아니면 검색 결과 페이지에서 찾고 싶은 정보가 A 섹션과 B 섹션에 똑같은 내용으로 흩어져 있어서 결국 스크롤을 몇 번이나 내려야 겨우 다 볼 수 있는 경우 같은 거요.
이건 개발자들이 '사용자가 이렇게까지 깊게 생각할 거라고는 안 했지'라는 무의식적인 가정 하에 시스템을 설계했기 때문에 발생하는 '가정의 오류' 같은 거라 봅니다.
게다가 요즘은 정말 '레거시 시스템'의 잔재를 디지털 서비스에 억지로 이식한 경우도 많은데, 그 결과로 메뉴 구조가 논리적으로 연결되지 않거나, 버튼을 눌러야 할 곳이 사실은 텍스트 필드 안에 숨겨져 있는 경우도 종종 마주치죠.
이럴 때마다 '아, 옛날 시스템을 그대로 옮기다가 이 사용자 경험의 쾌적함만 잃어버렸구나' 싶어서 한숨만 나오고요.
결국 우리가 겪는 많은 불편함의 뿌리는, 기술 자체가 아니라 그 기술을 감싸고 있는 '구조적 사고의 부재'에서 오는 것 같아요.
이런 사소한 비효율성을 발견하는 건, 기술을 좋아한다는 증거이자 일종의 숙명 같은 거겠죠?
우리가 겪는 불편함의 대부분은 사용자의 문제가 아니라, 시스템을 설계한 사람의 논리적 비약에서 비롯된다.