Usertour
오픈소스 사용자 온보딩 플랫폼 — 앱 안의 제품 투어, 체크리스트, 설문
Usertour는 오픈소스 사용자 온보딩 플랫폼입니다. 실제로 돌아가는 자기 앱을 대상으로 제품 투어와 체크리스트, 런처, 설문을 만들고, 자체 사용자 속성과 이벤트로 노출 대상을 정하며, Docker로 전부 직접 운영하거나 프로젝트가 제공하는 클라우드를 씁니다. Appcues와 Userpilot, Userflow, Chameleon에 대한 오픈 대안으로 스스로를 자리매김합니다. 창업자에게는 이미 제품 안에 들어온 사람을 겨냥한 전환 도구이고, 그래서 활성화에는 정말로 유용하며 수요에 대해서는 완전히 침묵합니다.
Usertour란 무엇인가
Usertour(github.com/usertour/usertour)는 제품의 첫 세션 중 안내가 붙는 부분을 만들기 위한 오픈소스 플랫폼입니다. README는 제품 투어와 체크리스트, 설문을 몇 분 안에 만든다고 설명하고, 겨루는 상용 도구를 직접 호명합니다. Appcues, Userpilot, Userflow, Userguiding, Chameleon입니다. TypeScript로 작성되었고 이 페이지를 쓴 시점에 2,131개의 스타가 있었으며, 프로젝트의 Docker Compose 파일로 자기 인프라 위에서 돌리거나 관리형 클라우드에서 돌립니다. 라이선스는 한 줄이면 됩니다. 커뮤니티 코드는 MIT이고, enterprise로 표시된 디렉터리는 별도의 enterprise 라이선스를 따릅니다.
- 브라우저에서 도는 앱이면 무엇이든 README의 표현은 앱이 브라우저에서 돌면 붙는다는 것이고, 단일 페이지 앱과 여러 페이지 앱을 명시적으로 함께 다룹니다.
- 내 데이터로 하는 타기팅 사용자 속성을 직접 정의하고 이벤트를 기록한 뒤 어떤 흐름을 누구에게 보일지 정합니다. 체크리스트를 전원이 아니라 설정을 끝내지 않은 사람에게만 띄우는 식입니다.
- 환경과 버전 이력 프로덕션과 스테이징이 한 계정 안에 함께 있고, 흐름의 변경은 누가 언제 했는지와 함께 남습니다. 팀이 쓸 수 있는 도구와 누군가 한 번 붙여넣은 스크립트의 차이가 여기 있습니다.
- 제품에 맞춘 외형 문구와 버튼 색, 서체와 크기를 조정할 수 있고 여러 테마가 공존할 수 있어 서로 다른 흐름이 똑같이 보일 필요가 없습니다.
- 흐름 분석 흐름별 노출 수와 완료율, 그리고 사람들이 정확히 어디서 헤매거나 이탈하는지 드러내기 위한 단계별 데이터.
창업자의 성장 스택에서 어디에 놓이는가
투어는 전환 도구이고 이미 가진 트래픽에만 작용합니다. 그래서 가입과 첫 실질적 결과 사이, 활성화 단계 한복판에 놓입니다. 위쪽이 이미 값을 다 치른 자리이기 때문에 지렛대가 큰 지점입니다. 동시에 아주 흔한 두 문제에는 잘못된 구매라는 뜻이기도 합니다. 사이트에 와서 가입하지 않는다면 방문자를 가입으로 바꾸기를, 아무도 오지 않는다면 새 사이트의 SEO를 보세요. 제품 안에 툴팁이 떴다고 해서 둘 중 어느 것도 나아지지 않습니다.
이 분야 전체에 있는 정직한 긴장은 무엇을 설치하기 전에 말로 해두는 편이 낫습니다. 제품 투어는 화면이 스스로 설명되지 않을 때 집어드는 것이고, 그렇기 때문에 화면을 스스로 설명되게 만드는 일을 미루는 방법이 조용히 될 수 있습니다. 둘 중 무엇을 하고 있는지 도구는 알려주지 못합니다. 다만 그 도구의 분석은 알려줍니다. 큰 비율의 사람이 흐름을 포기하는 단계는 대개 더 나은 툴팁이 필요한 단계가 아니라 존재하기를 멈춰야 하는 단계입니다. 완료율은 투어의 점수판이 아니라 제품에 대한 버그 리포트로 읽으세요.
설명하는 대신 지워버린 단계
AgentCeres — agentceres.com의 AI 그로스 오피서 — 를 만들며 얻은 직접 경험 하나. 우리가 내보낸 온보딩 개선 중 가장 큰 것은 결정에 주석을 단 것이 아니라 결정 자체를 없앤 것이었습니다. 예전 설정 흐름은 무엇이 돌기도 전에 새 고객에게 어떤 전문가를 원하는지 물었습니다. 제품 투어가 설명하려고 존재하는 바로 그런 종류의 화면입니다. 우리는 그 화면을 지웠고 지금은 기본값으로 팀 전체를 준비해 둡니다. 아무도 그 선택을 이해할 필요가 없어졌습니다. 아무도 선택할 필요가 없어졌기 때문입니다.
- 그 단계가 애초에 필요한가 — 지울 수 있는 화면은 설명할 수 있는 화면을 언제나 이깁니다.
- 마찰이 이해의 문제인가 시간의 문제인가 — 안내는 앞의 것을 고치고 뒤의 것에는 정확히 아무것도 하지 않습니다.
- 제품이 말하는 대신 보여줄 수 있는가 — 설정보다 먼저 진짜 결과 하나를 전달하는 편이 그 결과에 대한 어떤 설명보다 빨리 가르칩니다.
- 그 흐름이 다음 릴리스에서 살아남는가 — 매주 바뀌는 화면에 고정된 투어는 조용히 틀리게 되고, 틀린 안내는 없느니만 못합니다.
두 번째 항목을 우리는 가장 오래 틀렸습니다. 우리 가입에서 정말 문제가 된 마찰은 사람들이 화면을 잘못 이해하는 것이 결코 아니었습니다. 그들을 위한 인프라가 만들어지는 동안 기다린다는 것이었고, 제품 안의 안내를 아무리 늘려도 기다림은 짧아지지 않습니다. 해법은 기반 쪽에 있었습니다. 지금은 작업 공간을 미리 데워 두어 마지막 단계가 몇 분이 아니라 몇 초 만에 끝납니다. 이 가운데 어느 것도 Usertour에 대한 반론이 아닙니다. 실재하는 분야를 깔끔하고 정말로 자체 호스팅 가능하게 구현한 물건입니다. 이것은 진단에 먼저 돈을 쓰라는 주장입니다. 마찰의 종류를 잘못 겨눈 투어는 같은 문제의 아름답게 안내된 판본을 만들어낼 뿐이기 때문입니다.
FAQ
- Usertour는 무료인가요?
- 커뮤니티 코드는 MIT 라이선스이고 저장소에서 Docker Compose 파일로 직접 호스팅할 수 있어, 직접 돌린다면 소프트웨어 비용은 없습니다. 대신 인프라와 운영에 드는 시간을 냅니다. LICENSE 파일은 enterprise로 표시된 디렉터리를 따로 떼어 별도의 enterprise 라이선스에 두고, 프로젝트는 유료 관리형 클라우드도 함께 운영합니다. 대부분의 창업자에게 실무적인 질문은 서비스를 하나 더 운영하는 일이 구독료를 피할 만한 값어치가 있는가입니다.
- Usertour와 Appcues나 Userpilot의 차이는 무엇인가요?
- 핵심 역할은 같고, README도 그 무리를 상대로 Usertour를 명시적으로 자리매김합니다. 맞바꿈은 익숙한 형태입니다. 상용 도구는 더 다듬어져 있고 운영할 것이 없는 반면, 오픈소스 쪽은 데이터를 손에 쥐고 자기 도메인에서 돌릴 수 있으며 커져도 좌석당이나 활성 사용자당 과금이 없습니다. 기능 목록이 아니라, 지금 단계에서 배포를 직접 소유하는 일이 실제 운영 노동만큼의 값어치가 있는지로 고르세요. 이 분야의 기능은 금방 비슷해집니다.
- 제품 투어가 실제로 맞는 해법일 때는 언제인가요?
- 그 단계가 정말 필요하고, 화면이 더는 단순해질 수 없을 만큼 단순한데도 사람들이 다음에 무엇을 할지 모를 때입니다. 설계가 아니라 지식의 공백이 진짜일 때죠. 투어는 혼자서는 결코 찾지 못할 기능을 알리는 데도 좋고, 체크리스트는 여러 단계짜리 설정에 눈에 보이는 결승선을 주는 데 좋습니다. 존재하지 말아야 할 단계나 기다림, 또는 아직 아무도 단순하게 만들어 보려 하지 않은 화면에 대해서는 나쁜 해법입니다.
You built it. Now grow it.
AgentCeres is a managed AI marketing team — specialists draft the SEO, social, and outreach that fill your links, you approve what ships. 14-day free trial, from $39/month.