페이롤리에서 급여 확정 버튼의 문구를 정하는 데 이틀이 걸린 적이 있습니다. "확정", "정산 완료", "급여 지급 승인" 사이에서 오락가락했는데, 돌아보면 그 이틀은 문구가 아니라 제품의 구조를 고민한 시간이었습니다.
문장이 막히면 구조를 의심하라
"확정"이라는 단어가 어색했던 이유는 단순했습니다. 그 버튼을 누른 뒤에도 사용자는 금액을 수정할 수 있었기 때문입니다. 확정인데 수정이 된다면 그건 확정이 아니죠. 문구의 문제처럼 보였던 것은 사실 상태 설계의 문제였습니다.
우리는 결국 "확정"과 "발송"을 두 단계로 분리했습니다. 확정 후에는 수정이 잠기고, 발송 전까지는 확정을 되돌릴 수 있게요. 그러자 버튼 문구는 고민할 것도 없이 자연스럽게 정해졌습니다.
라이팅을 설계 도구로 쓰는 법
이후로 저는 화면을 그리기 전에 문장부터 씁니다.
- 화면의 목적을 사용자에게 말하듯 한 문장으로 씁니다. 안 써지면 화면을 쪼개야 한다는 신호입니다.
- 모든 버튼의 문구를 "동사 + 결과"로 써 봅니다. 결과를 약속할 수 없는 버튼은 플로우가 잘못된 경우가 많습니다.
- 에러 메시지를 먼저 씁니다. 어떤 에러가 날 수 있는지 나열하다 보면 입력 단계에서 막을 수 있는 것이 보입니다.
인터페이스는 결국 사용자와 나누는 대화입니다. 대화가 어색하다면 화장을 고칠 게 아니라 할 말을 다시 정리해야 합니다.
끝 · 읽어 주셔서 고맙습니다