UX 보고, 활동이 아니라 성과로 말하라

Nielsen Norman Group의 Lola Famulegun이 UX 팀이 예산 논의에서 밀리는 진짜 이유를 짚었습니다. 작업의 가치가 부족해서가 아니라, 그 가치를 경영진의 언어로 번역하지 못하는 ‘보고 방식’이 문제라는 것입니다. 저자는 흔한 실수 두 가지를 듭니다. “사용자 인터뷰 24건을 진행했다”처럼 성과 대신 노력을 보고하는 것, 그리고 CFO에게는 아무 의미가 없는 SUS 점수 같은 UX 지표로만 말하는 것입니다.

"UX 팀이 예산 논의에서 지는 일은 작업이 가치 없어서가 아니라, 그 작업이 보고되는 방식 때문에 일어난다."Nielsen Norman Group

왜 중요한가

글은 리더가 투자를 평가하는 다섯 가지 질문 — 매출 기여, 비용 절감, 리스크 완화, 출시 속도, 리텐션·만족 — 을 프레임으로 제시합니다. 결제 흐름의 마찰, 지원 문의량, 설계 오류로 인한 컴플라이언스 리스크처럼 UX 작업은 이미 이 다섯 축에 닿아 있습니다. 문제는 그것을 과업 성공률·오류율 같은 ‘업스트림 지표’에서 멈추지 않고, 전환율·지원 문의 감소 같은 ‘다운스트림 지표’까지 연결해 보여주느냐입니다.

실무 적용

다음 보고서부터 ‘무엇을 했는가’ 항목을 ‘무엇이 달라졌는가’로 바꿔 쓰는 연습이 필요합니다. 사용성 테스트 결과는 과업 성공률이 아니라 그로 인해 줄어들 CS 문의량·이탈률의 언어로 번역하고, 개선 전 기준선(baseline)을 미리 잡아 전후 비교가 가능하게 만들어야 합니다. 경영진 대상 문서에서는 UX 전문 용어를 다섯 가지 비즈니스 질문 중 하나에 대한 답으로 다시 쓰는 것이 출발점입니다.

교차 참고

• Nielsen Norman Group: Storytelling in User Research — 조사 결과를 조직을 움직이는 이야기로 전달하는 방법을 보완합니다.
• Smashing Magazine: Why Accessibility Is An Operational Capability, Not A Feature — 디자인 품질을 일회성 기능이 아닌 운영 역량으로 다뤄야 한다는 같은 맥락의 관점입니다.

Wemeet의 관점

좋은 디자인은 스스로 말하지 않습니다 — 숫자로 통역해 줘야 합니다. Wemeet은 프로젝트 시작 단계에서 전환율·문의량 같은 비즈니스 기준선을 함께 정의해, 작업이 끝났을 때 ‘예쁘게 바뀌었다’가 아니라 ‘무엇이 얼마나 좋아졌다’로 보고할 수 있는 구조를 먼저 설계합니다.