[PonsLink] 랜딩 페이지를 미팅 앱 소개에서 요청 선별 이야기로 바꿨다

랜딩 페이지를 미팅 앱 소개처럼 만들고 있었다. 기능 목록과 화면 캡처, 연결이 안정적이라는 설명을 앞에 놓으면 사람들이 PonsLink를 이해할 거라고 생각했다.

그런데 실제 사용 이유는 통화 품질이 아니었다. DM으로 들어온 요청을 정리하고, 누구와 어떤 이야기를 해야 하는지 미리 맞춘 뒤 덜 민망하게 만나는 일이었다. 랜딩이 제품을 설명하지 못하니 방문자는 익숙한 미팅 앱과 비교했고, PonsLink가 풀려는 문제는 첫 화면에서 사라졌다.

미팅 앱으로 보이던 첫 화면

미팅 앱으로 보이면 비교 대상은 Zoom이 된다. 연결 안정성, 화면 공유, 익숙한 기능을 놓고 비교하는 순간 PonsLink가 이길 수 없는 경기장에 들어간다.

우리가 풀고 있던 문제는 통화 품질 이전의 혼란이었다. 문의가 여러 채널로 흩어지고, 회의 직전에야 용건을 복원하고, 상대가 무엇을 기대하는지 모른 채 방을 여는 흐름이었다. 랜딩은 이 앞단을 말해야 했는데 기능을 먼저 말하고 있었다.

헤드라인을 요청 선별 쪽으로 옮기다

헤드라인을 요청과 운영 흐름 쪽으로 바꿨다. 기능 bullet을 나열하는 대신 “DM 이후가 정리된다”는 장면을 앞에 두었다. 방문자가 제품을 미팅 도구로 분류하기 전에, 자신이 겪는 혼란과 연결할 수 있게 하려는 선택이었다.

문구를 바꾸는 일은 카피 수정처럼 보이지만 제품의 경계를 다시 정하는 일이기도 했다. 랜딩에서 약속한 다음 행동이 요청 제출인지, 바로 방 입장인지에 따라 뒤의 상태와 권한 설계가 달라진다.

바뀐 것은 유입의 질문이었다

문구를 바꾼 뒤 기대한 것은 방문자 수가 아니었다. 데모 요청보다 실제 상담 운영 질문이 늘어나는지 보는 일이었다. 누가 들어오는가보다 어떤 문제를 들고 들어오는가가 더 중요했기 때문이다.

랜딩은 기능을 전부 보여 주는 문서가 아니다. 어떤 사람의 어떤 상황을 제품 안으로 들일지 정하는 입구다. PonsLink에서는 그 입구가 통화 화면이 아니라 요청을 정리하는 앞단이어야 했다.

마치며

다음에 랜딩을 고칠 때는 기능 목록부터 늘어놓지 않는다. 방문자가 어떤 장면에서 멈추고, 어떤 질문을 들고 다음 단계로 넘어가야 하는지 먼저 적는다.