비밀번호 없이 고객 전용 포털 만드는 법

아드리아나는 파추카에서 영양사로 일하며 한 달에 약 40명의 환자를 진료합니다. 그녀의 진짜 일은 상담 자체가 아니라, 한 상담과 다음 상담 사이에 벌어지는 일들입니다. 그녀는 4주짜리 프로그램을 판매하는데, 여기에는 식사량 가이드, 장보기 목록, 레시피북 같은 자료가 딸려 있고 이걸 WhatsApp으로 보내줍니다. 다음 예약 날짜도 그녀가 기억해야 하고, 누가 전액을 냈고 누가 절반만 냈는지도 공책에 적어둡니다. 그리고 매주 서너 번씩 똑같은 메시지에 답장합니다. “저기, 가이드 다시 보내주실 수 있나요? 채팅이 지워졌어요.”

이 모든 걸 해결해주는 게 바로 고객 포털입니다. 그런데 어려운 부분은 사람들이 흔히 생각하는 그 지점이 아닙니다.

고객 포털이란 무엇인가요?

고객 포털은 여러분의 사이트 안에 있는 비공개 페이지로, 각 고객이 오직 자신의 것만 볼 수 있는 공간입니다: 주문 상태, 다음 예약, 그리고 자신에게 해당하는 파일들이죠. 사이트의 또 다른 섹션이 아닙니다. 여러분의 사이트는 공개되어 있고 방문하는 누구에게나 말을 걸지만, 포털은 한 사람에게만 말을 걸고 그 사람의 것들을 보여줍니다.

아드리아나의 경우 이건 세 가지입니다: 다음 상담이 언제인지, 원할 때마다 다운로드할 수 있는 프로그램 자료, 그리고 지금까지 얼마를 냈는지.

정말로 고객에게 비밀번호가 필요할까요?

거의 그렇지 않습니다. 그리고 바로 이 지점에서 이런 프로젝트 대부분이 무너집니다.

전에도 이야기했지만, 작은 사업체는 회원가입과 비밀번호가 있는 앱이 거의 필요하지 않습니다. 이건 여전히 사실입니다. 문제는 “포털”이라는 말이 로그인을 떠올리게 만든다는 것이고, 사람들에게 계정을 만들라고 요구하는 순간 절반은 이미 잃은 셈입니다. 비밀번호를 잊어버리고, WhatsApp으로 다시 알려달라고 연락하고, 결국 포털이 없애주려던 그 수작업을 여러분이 손으로 다시 하게 됩니다. 아드리아나의 환자는 한 달에 한 번 쓰는 비밀번호를 기억하지 못할 겁니다.

제대로 작동하는 포털은 더 단순한 질문에서 시작합니다: 비밀번호를 만들라고 강요하지 않으면서, 이 사람이 정말 본인이 맞는지 어떻게 확인할 것인가.

여러분의 포털은 진짜 고객인지 어떻게 알까요?

두 가지 방법이 있고, 둘 다 비밀번호가 아닙니다.

첫 번째는 본인만의 링크입니다. 누군가 여러분에게 구매하거나 예약을 하면, 길고 추측 불가능한 링크가 그 사람의 휴대폰에 저장됩니다. 그 링크 자체가 증거입니다. 그 링크를 가진 사람은 자신의 주문을 볼 수 있고, 가지지 않은 사람은 아무리 주소를 무작위로 입력해도 그곳에 다다를 수 없습니다. 이메일로 받는 항공권과 같은 원리입니다. 아이디나 비밀번호를 요구받지 않았지만, 오직 여러분만 가진 무언가를 받은 것이죠.

두 번째는 인증된 이메일입니다. 고객이 실제로 가입한 적이 있다면, 이메일로 로그인해서 그 주소에 연결된 모든 것을 볼 수 있습니다.

이 차이는 중요합니다: 링크는 휴대폰에 살고, 이메일은 사람 자체에 삽니다. 그래서 링크는 매장에서 구매하고 다시는 가입하지 않을 고객처럼 한 번뿐인 고객에게 유용하고, 이메일은 매달 돌아오는 고객에게 유용합니다.

누군가 주문의 주인이 아닐 때, 포털은 뭐라고 답해야 할까요?

그 주문이 아예 존재하지 않았을 때와 정확히 똑같이 답해야 합니다. “이건 당신 주문이 아닙니다”도 안 되고, “그런 계정은 있지만 볼 수 없습니다”도 안 됩니다. 그냥, 아무것도 찾지 못했습니다. 이것이 제대로 된 포털과 문제를 일으킬 포털을 가르는 규칙이며, 거의 아무도 생각하지 않는 규칙입니다.

기술적인 디테일처럼 들리지만 그렇지 않습니다. “존재하지 않음”과 “존재하지만 당신 것이 아님”에 다르게 응답하는 포털은 남의 고객을 찾아내는 검색기가 되어버립니다. 누구든 이메일을 하나씩 넣어보며 누가 아드리아나의 환자인지 알아낼 수 있게 되는 거죠. 이건 프로그래밍 오류가 아니라, 그녀를 신뢰한 사람들에게 벌어지는 문제입니다. 옷가게든, 공방이든, 미용실이든 마찬가지입니다 — 누가 여러분에게 구매하는지에 대한 목록은 여러분의 정보가 아니라 고객의 정보입니다.

이 규칙을 한 줄로 정리하면 이렇습니다: 본인이 요청한 게 아니라면, 포털은 무언가가 존재한다는 사실조차 절대 확인해주지 않습니다.

고객은 안에서 무엇을 보게 될까요?

세 가지 블록이면 충분합니다. 열 가지가 아니라 세 가지인 게 좋습니다.

주문 내역. 진행 상황이 어떤지, 얼마를 냈고 얼마가 남았는지. 남은 잔액이 있다면 여러분이 계속 알려줄 필요 없이 그 자리에서 바로 정산할 수 있습니다. 뭔가 잘못됐다면 여러분에게 따로 연락하지 않고 그 자리에서 바로 환불을 요청할 수 있습니다.

예약 일정. 다음 예약이 언제인지. 예약 시스템을 뒤에서 어떻게 구성하는지에 대한 세부 사항은 이미 다룬 적이 있습니다. 포털에서 중요한 건 오직 하나, 물어보지 않고도 그걸 볼 수 있다는 것입니다.

파일. 구매한 것과 함께 딸려 오는 자료들 — 아드리아나의 가이드, 레시피북, 판매한 장비의 매뉴얼, 강의 자료. 결제했기 때문에 열리고, 계속 열려 있습니다. 이게 가장 많은 수작업을 덜어주는 부분입니다. 왜냐하면 사람들이 가장 자주 잃어버리고 다시 요청하는 게 바로 이거니까요.

한 가지 짚고 넘어갈 게 있습니다. 여기서 사람들이 지나치게 기대를 부풀리는 지점이거든요. 이건 구매한 것과 동일한 파일을 산 모든 사람에게 똑같이 줄 때 작동합니다. 만약 고객마다 다른 문서가 필요하다면 — 환자 개개인을 위한 맞춤 플랜처럼 — 그건 완전히 다른 얘기이고 규모도 더 큽니다. 그럴 가치는 있지만, 기본으로 딸려 오는 것처럼 요청하지 말고 따로 요청하세요.

포털에 없어야 할 것: 메시징 기능입니다. 이미 WhatsApp이 있고 고객도 그걸 씁니다. 포털 안에 채팅을 넣으면 확인해야 할 받은편지함이 하나 더 늘어날 뿐이고, 아무도 그걸 확인하지 않습니다.

손님으로 구매하고 나중에 계정을 만들면 어떻게 되나요?

이전 구매 내역은 같은 이메일로 로그인하는 순간 저절로 나타나야 합니다. 고객이 여러분에게 연락해서 “구매 내역 좀 넘겨달라”고 부탁할 필요가 전혀 없어야 합니다.

이런 일은 항상 일어납니다. 누군가 가입 없이 빠르게 구매하고 몇 달 후 계정을 만드는 경우요. 그리고 이게 이런 프로젝트를 무너뜨리는 함정입니다. 여러분이 만드는 포털이 이 둘을 하나로 합치지 못하면, 고객은 여러분의 사업 안에서 두 개의 삶을 살게 되고 여러분은 그 둘 사이를 잇는 접착제가 되어버립니다.

어디서부터 시작할까요

무언가를 만들어달라고 요청하기 전에 이렇게 해보세요: 최근 고객 다섯 명의 이름을 적고, 각 이름 옆에 오늘 그 사람이 연락한다면 물어볼 질문을 적으세요. 그 다섯 개 질문 중 세 개가 이미 여러분이 알고 있는 것 — 날짜, 파일, 잔액 — 으로 답이 된다면, 바로 그 세 가지가 여러분의 포털입니다. 나머지는 나중 일입니다.

이걸로 Proyecta에 그대로 설명하면 됩니다: “제 환자들을 위한 포털을 만들어주세요. 각자 다음 상담 일정, 구매한 프로그램 자료, 그리고 지금까지 낸 금액을 볼 수 있고, 비밀번호를 만들 필요는 없어야 해요.” 이렇게 설명하고 proyecta.dev에서 게시하세요.