“Open Do Close” 규칙이 내가 도구를 만드는 방식을 바꾸다
Source: Dev.to
“Open → Do → Close” 규칙
작은 브라우저 도구를 만들기 시작했을 때, 가장 어려운 부분은 코드를 작성하는 것이라고 생각했습니다. 그렇지 않았습니다.
진짜 도전은 사람들이 도구를 금방 닫는 이유를 이해하는 것이었는데, 이는 도구가 나쁘기 때문이 아니라 도구를 사용하기 전 경험이 지치게 만들기 때문이었습니다.
패턴
제가 가장 많이 사용하는 도구들은 보이지 않는 규칙을 따릅니다:
Open → 작업 수행 → Close
계정 생성도, 강제 회원가입도 없이 바로 작업만 수행합니다. 이 패턴을 보게 되면서 제 도구 제작 방식이 완전히 바뀌었습니다.
왜 도구가 사용자를 잃는가
작은 작업을 위해 도구를 열면 보통 다음과 같은 절차를 마주합니다:
- 계정 생성
- 이메일 인증
- 쿠키 동의
- 제품 투어
- 요금제 선택
- 환경설정 설정
아직 작업도 시작하지 않았는데 도구가 준비될 때쯤이면 정신적으로 지쳐 탭을 닫게 됩니다. 바로 여기서 대부분의 도구가 가치를 보여주기 전에 사용자를 잃게 됩니다.
신뢰받는 도구가 하는 일
빠른 작업을 위해 자주 사용하는 도구들은 즉시 “전환”을 시도하지 않습니다. 대신 다음을 허용합니다:
Open → 작업 완료 → 떠나기
압박도, 마찰도 없습니다. 아이러니하게도, 이런 도구들을 가장 신뢰하게 됩니다.
나만의 디자인 규칙
내 유틸리티를 만들 때 저는 하나의 규칙을 채택했습니다:
사용자는 페이지를 연 후 몇 초 안에 작업을 완료할 수 있어야 합니다.
이는 다음과 같이 풀어볼 수 있습니다:
- 로그인 불필요
- 강제 회원가입 없음
- 기능 과다 배치 금지
- 마케팅 소음 배제
- 작업 전 방해 요소 전부 제거
도구만, 바로 사용할 수 있게 준비된 상태.
결과
사람들은 별도의 요청 없이도 도구를 신뢰하기 시작했습니다. 이 규칙은 사용자의 의도를 존중하기 때문에 효과적입니다. 사용자가 도구를 열면 아주 구체적인 목표가 있으며, 관계 구축, 대시보드, 기능 목록, 튜토리얼을 원하지 않고 단지 작업만 끝내고 싶어합니다.
회원가입 시점
우리는 흔히 “사용자가 회원가입하면 유지할 수 있다”는 생각을 합니다. 실제로는 마찰이 너무 일찍 나타나면 사용자는 유지할 가치가 있는 단계에 도달하지 못합니다. 호기심이 재방문을 이끌고, 마찰은 그 호기심을 죽입니다.
회원가입 자체가 나쁜 것은 아니며, 타이밍이 중요합니다. 회원가입을 요청하기 가장 적절한 순간은 다음을 모두 마친 뒤입니다:
- 사용자가 작업을 완료했을 때
- 가치를 체감했을 때
- 진행 상황이나 기록을 저장하고 싶을 때
그때 회원가입은 도움이 되는 느낌을 주고, 귀찮게 느껴지지 않습니다.
출시 전 체크리스트
도구를 배포하기 전에 저는 다음 질문을 합니다:
- 사용자가 10초 이내에 이 도구를 사용할 수 있는가?
- 작업을 방해하는 요소가 있는가?
- 여기 있는 것이 사용자보다 나에게 더 유리한가?
- 전체 경험을 계정 없이도 진행할 수 있는가?
답이 “아니오”라면 해당 요소를 제거합니다.
배운 점
- 사람들이 사랑하는 도구는 가장 강력한 것이 아니라 시간을 가장 존중하는 도구이다.
- 불필요한 요소를 제거하면 사용량이 늘어나는데, 이는 도구가 기능이 풍부해서가 아니라 마찰이 없기 때문이다.
- 더 많은 기능 ≠ 더 좋은 도구; 마찰이 적을수록 더 좋은 경험이다.
- 경험이 사람들에게 기억에 남는다.
토론
여러분은 기능을 먼저 설계하나요… 아니면 누군가가 작업을 얼마나 빨리 끝낼 수 있는지를 기준으로 설계하나요?