앱을 무료로 먼저 푸는 결정, 언제 옳고 언제 틀리나

무료로 여는 것이 전략인 경우, 결정을 미루는 회피인 경우

앱을 무료로 먼저 여는 판단은 두 얼굴을 하고 있습니다. 확인하려는 가설이 분명하고 어떤 신호가 나오면 유료로 넘어갈지 미리 적어 둔 쪽은 전략입니다. 가격을 정할 근거가 없어서, 또는 값을 매겼다가 거절당하는 장면을 보고 싶지 않아서 여는 쪽은 회피입니다. 두 결정은 겉모습이 같아서 문서로만 구분됩니다.

구분하는 방법은 의외로 단순합니다. 세 문장을 지금 당장 쓸 수 있는지 보면 됩니다. 무료 기간에 무엇을 배울 것인가. 그 배움이 어느 방향으로 나오면 계획을 바꿀 것인가. 언제까지 보고 판단할 것인가. 이 세 문장이 팀 안에서 즉시 나오지 않는다면 아직 전략이 아니라 미룸입니다. 반대로 세 문장이 한 장에 적혀 있고 누가 언제 확인하는지까지 정해져 있다면, 무료는 값을 포기한 것이 아니라 값을 정할 정보를 사는 지출입니다.

회피에는 반복되는 말버릇이 있습니다. 일단 사람부터 모으고 나중에 붙이면 된다는 말, 종료일 없이 당분간이라는 말, 성공 기준을 설치 수나 가입 수처럼 지불 의사와 무관한 숫자로 잡는 습관입니다. 회의에서 가격 이야기가 나올 때마다 화제가 기능 이야기로 옮겨 간다면 그 팀은 가격을 결정하지 못한 것이 아니라 결정을 회피하고 있는 것입니다. 회피 자체가 나쁘다기보다, 회피를 전략으로 부르는 순간 검증할 수 없는 상태가 오래 이어집니다.

무료가 없애 주는 것은 가격 마찰 하나뿐입니다. 제품이 문제를 제대로 풀지 못하고 있다면 무료로 열어도 사람은 오지 않습니다. 이 사실은 실망스럽게 들리지만 가장 값싼 진단입니다. 무료인데도 반복 사용이 생기지 않는다면 가격이 장벽이 아니었다는 뜻이고, 그때 손봐야 하는 것은 요금제가 아니라 제품입니다. 그래서 무료로 열기 전에 무료인데도 안 쓰이면 무엇을 인정할 것인지 미리 적어 두는 편이 좋습니다. 그 문장이 없으면 실패한 무료 배포가 다시 마케팅 예산 요청으로 둔갑합니다.

무료가 뚜렷하게 옳은 상황도 있습니다. 양쪽이 모두 모여야 가치가 생기는 구조에서는 한쪽 밀도가 0인 동안 제품이 아무 일도 하지 못합니다. 구인과 구직을 잇는 서비스, 배우는 사람과 가르치는 사람을 잇는 서비스가 여기에 속합니다. 이런 제품은 초기에 한쪽 또는 양쪽 모두에게 마찰을 없애 주지 않으면 첫 거래가 발생하지 않습니다. 카테고리 자체가 낯설어 설명 비용이 큰 제품, 실제로 며칠 써 봐야 가치를 알 수 있는 도구도 마찬가지입니다. 시장에 따라 신규 서비스에 미리 결제하는 습관이 약한 경우에도 무료 구간이 현실적인 선택이 됩니다.

여우비 인터랙션은 고객사 개발과 자체 제품 운영을 같이 합니다. 그래서 이 결정을 남의 사업 문제가 아니라 우리 문제로 반복해 겪습니다. 사내 규칙은 단순합니다. 무료로 열기로 했으면 그 이유와 종료 조건을 착수 문서에 적고, 적지 않았으면 아직 결정하지 않은 것으로 봅니다. 자체 제품의 성과 숫자는 계측을 제대로 붙이기 전에는 말하지 않는 것이 원칙이라, 이 글에서도 판단 구조만 다룹니다.

무료가 만들어 주는 자산: 사용 데이터, 피드백, 레퍼런스

무료 배포가 돌려주는 것은 매출이 아니라 정보입니다. 실제 사용 흐름, 말로는 듣기 어려운 이탈 지점, 다음 고객과 파트너에게 보여줄 레퍼런스. 세 가지 모두 돈으로 사기 어렵고 무료 구간에서 가장 빠르게 쌓입니다. 다만 셋 중 어느 것도 저절로 생기지 않습니다.

사용 데이터부터 봅니다. 계측 없이 무료로 열면 남는 것은 스토어가 보여 주는 집계뿐이고, 그 집계로는 왜 떠났는지 알 수 없습니다. 최소한 첫 실행 뒤 핵심 행동에 도달했는지, 며칠 간격으로 다시 오는지, 어느 화면에서 그만두는지, 어떤 조작이 실패하는지는 처음부터 세야 합니다. 개인정보 처리와 동의 문구도 같은 시점에 정리해야 나중에 되돌아가는 일이 없습니다. 계측을 나중에 붙이겠다는 말은 대체로 무료 기간을 통째로 낭비하겠다는 말과 같습니다.

피드백은 다루기가 더 까다롭습니다. 돈을 내지 않은 사람은 있으면 좋겠다는 요청을 쉽게 합니다. 그 요청을 그대로 받아 만들면 제품이 넓어지기만 하고 팔리지는 않습니다. 그래서 말보다 행동을 먼저 봅니다. 다시 온 사람이 무엇을 반복하는지가 의견 열 건보다 정확합니다. 다만 무료라서 말이 많다는 점 자체는 자산입니다. 온보딩에서 생기는 오해, 번역이 어색한 문장, 현지 업무 관행과 어긋나는 흐름은 무료 구간에서 한꺼번에 드러납니다. 여러 언어를 지원하는 제품일수록 이 구간에서 잡아 두지 않으면 유료 전환 뒤에 같은 문제를 훨씬 비싼 값으로 만나게 됩니다.

레퍼런스는 가장 과소평가되는 자산입니다. 스토어에 올라가 실제로 도는 제품이 있다는 사실 하나가 다음 대화의 성격을 바꿉니다. 파트너, 유통을 맡을 사업자, 기관을 만날 때 기획서와 데모 영상은 약속이지만 배포된 앱은 증거입니다. 여우비가 자체 제품을 만들어 직접 운영하는 이유 가운데 하나가 여기에 있습니다. 출결 관리 서비스 onSpots, 한국어를 배우는 사람과 가르치는 사람을 잇는 매칭과 맵핑 서비스 랭토리, 베트남 구인구직 서비스 Job Connect VN, 그리고 소상공인 매장 운영을 돕는 위니가 그런 자리에 놓입니다. 이 제품들이 어떤 숫자를 냈는지는 여기서 말하지 않습니다. 지금 하려는 이야기는 배포된 제품이 대화의 출발선을 옮긴다는 점입니다.

한 가지가 더 있습니다. 무료 구간은 조직이 운영 근육을 만드는 시간입니다. 배포 절차, 장애가 났을 때의 대응 순서, 문의가 들어왔을 때 누가 몇 시간 안에 답하는지, 업데이트를 어떤 주기로 내보내는지. 이 모든 것을 돈 낸 고객 앞에서 처음 겪는 것보다 무료 사용자와 겪는 편이 낫습니다. 팀이 작을수록 이 학습의 값이 큽니다.

다만 정보에는 유통기한이 있습니다. 같은 무료 기간이라도 첫 몇 주에 얻는 것과 여섯 달째에 얻는 것이 다릅니다. 어느 시점부터는 새로 배우는 것 없이 습관만 쌓입니다. 그 지점을 지나면 무료는 자산을 만드는 활동에서 부채를 늘리는 활동으로 조용히 바뀝니다.

무료가 같이 만드는 부채: 서버 원가, 지원 부담, 가격 기준선의 고착

무료는 공짜가 아닙니다. 사용량이 늘수록 인프라 원가와 문의 대응 시간이 함께 늘고, 무료로 시작한 제품은 사용자 머릿속에 이것은 원래 무료라는 기준선을 새깁니다. 앞의 둘은 돈과 사람으로 막을 수 있지만, 마지막 하나는 되돌리는 값이 가장 비쌉니다.

인프라 원가는 사용량을 따라 움직입니다. 저장과 전송, 연산이 기본이고 이미지 처리, 알림 발송, 지도, 번역처럼 호출마다 값이 붙는 요소가 들어가면 사용량이 그대로 청구서가 됩니다. 여기서 뒤틀린 구조가 하나 있습니다. 제품을 가장 열심히 쓰는 무료 사용자가 가장 비싼 사용자입니다. 원가 상한을 설계에 넣지 않으면 성공이 곧 사고가 됩니다. 사용량 한도, 큐로 미루기, 캐시, 무거운 기능의 별도 분리 같은 장치는 유료 전환 시점이 아니라 무료 시작 시점에 들어가야 합니다.

지원 부담은 사람 시간으로 나갑니다. 무료 사용자는 기대 수준이 제각각이고, 문의 건수가 유료 사용자보다 적으리라는 보장도 없습니다. 여러 언어를 지원하면 언어 수만큼 대응 채널이 늘어납니다. 소규모 팀에서 이 시간은 어디선가 빠져나오는데, 대부분 개발 시간에서 빠집니다. 무료 배포를 결정할 때 문의 대응에 주당 몇 시간을 배정할지 정해 두지 않으면 그 시간은 로드맵을 갉아먹는 형태로 나타납니다.

로드맵 부채도 같이 자랍니다. 목소리가 큰 무료 사용자의 요청이 개발 순서를 끌고 가는데, 그들이 원하는 것이 나중에 돈을 낼 세그먼트가 원하는 것과 같다는 보장이 없습니다. 요청을 기록할 때 누가 요청했는지를 세그먼트로 남겨 두면 나중에 이 둘을 갈라 볼 수 있습니다. 남기지 않으면 요청 목록은 그저 길어지기만 합니다.

가장 무거운 것은 가격 기준선입니다. 사람은 처음 본 값을 기준점으로 삼습니다. 0에서 시작한 제품은 이후 어떤 값을 붙여도 인상으로 읽힙니다. 무료로 쓰던 것이 유료로 바뀌면 사용자는 새로운 구매가 아니라 잃는 일로 받아들입니다. 처음부터 값이 있던 제품보다 같은 값에서도 저항이 큽니다. 이것은 결제 흐름을 잘 만든다고 풀리는 문제가 아니라 신뢰의 문제이고, 그래서 해결책도 기술이 아니라 예고와 설명과 처우에서 나옵니다.

조직 안에도 부채가 쌓입니다. 무료니까 이 정도면 된다는 말이 품질 기준을 조금씩 낮춥니다. 무료라서 지불 의사를 묻는 대화를 하지 않게 되고, 그러면 정작 가격을 정해야 할 때 근거가 없습니다. 무료 기간에 몇몇 사용자와 값에 대한 대화를 실제로 해 보지 않으면, 무료를 끝내는 날은 학습의 끝이 아니라 추측의 시작이 됩니다.

나중에 유료로 갈 여지를 남기는 무료 설계

되돌릴 수 있게 만드는 방법은 단순합니다. 무료의 경계를 처음부터 좁게 긋고, 그 경계를 제품 구조와 약관에 같이 새깁니다. 나중에 빼앗는 일보다 처음부터 주지 않는 일이 훨씬 쉽고, 사용자도 덜 상합니다.

먼저 경계를 어느 축에 그을지 고릅니다. 기능으로 나눌 수도 있고, 사용량, 기간, 사용자 수, 지원 수준으로 나눌 수도 있습니다. 고르는 기준은 하나입니다. 우리 원가가 커지는 방향과 고객이 느끼는 가치가 커지는 방향이 겹치는 축을 고릅니다. 그래야 많이 쓰는 사람이 자연스럽게 지불 대상이 되고, 가격이 설득 없이 설명됩니다. 원가와 상관없는 축에 유료를 걸어 두면 무료 사용자는 원가만 태우고 유료 사용자는 값을 납득하지 못합니다.

다음은 데이터 모델입니다. 유료 기능 자체는 나중에 만들어도 되지만, 요금제 구분과 권한 게이트, 사용량 계량은 처음 스키마에 들어가야 합니다. 계정이 개인 단위인지 조직 단위인지도 초기에 정해야 합니다. 개인 계정으로 열어 둔 제품을 나중에 조직 과금으로 바꾸는 일은 마이그레이션과 중복 계정, 이력 소실을 한꺼번에 부릅니다. 권한 게이트는 껍데기만 있어도 됩니다. 지금은 모두에게 열려 있고 나중에 조건만 바꾸면 되는 형태로 두는 것이 요점입니다.

약관과 공지 문구도 설계의 일부입니다. 무료 제공 범위와 기간이 바뀔 수 있다는 문장이 처음부터 있어야 나중의 예고가 정상적인 절차가 됩니다. 그 문장이 없으면 예고 자체가 사건이 됩니다. 초기 사용자를 예우하고 싶다면 그 예우의 범위를 미리 좁게 정합니다. 기간을 한정하거나 특정 기능에 한정하는 방식이 좋고, 무기한 무료라는 약속은 피합니다. 한 번 한 약속은 나중에 가장 비싼 항목이 됩니다.

결제와 정산 준비도 무료 기간에 해 둘 일입니다. 어떤 결제 수단을 쓸지, 사업자 요건이 무엇인지, 세금 처리와 인보이스 발행은 어떻게 하는지, 환불 정책은 무엇인지가 시장마다 다릅니다. 유료로 전환하기로 결정한 다음에 이 준비를 시작하면 전환 시점이 그만큼 밀립니다. 구체적인 요건은 각 시장에서 확인이 필요한 영역이므로, 무료 기간 안에 확인을 마쳐 두는 편이 안전합니다.

시장별로 다르게 가는 여지도 남겨 둡니다. 한 시장은 무료로 두고 다른 시장에서 먼저 유료를 시험하는 선택이 가능하려면, 로케일과 통화, 요금제가 코드에서 분리되어 있어야 합니다. 여우비가 만드는 제품 가운데 여러 로케일을 지원하는 것들이 있는데, 이런 구조에서는 처음부터 분기 여지를 남겨 두는 편이 나중에 훨씬 싸게 먹힌다는 것이 우리 판단입니다.

마지막은 다시 계측입니다. 나중에 과금 근거가 될 지표는 무료 시절부터 정확하게 세야 합니다. 유료 전환 직전에 세기 시작하면 첫 청구서에서 다툼이 생기고, 그 다툼은 제품 신뢰를 깎습니다. 무엇을 셀지 모르겠다면 요금제 축을 아직 못 정한 것이므로, 계측 설계가 곧 가격 설계의 초안 역할을 합니다.

무료를 끝낼 시점을 판단하는 기준

무료를 끝내는 신호는 자금 압박이 아닙니다. 확인하려던 가설이 답을 얻었을 때, 계속 쓰는 사용자층이 뚜렷하게 갈라졌을 때, 무료를 유지하는 값이 남은 학습 가치를 넘어섰을 때입니다. 이 셋 가운데 둘이 겹치면 시점이 온 것입니다.

첫째는 가설의 종결입니다. 무료를 열 때 적어 둔 세 문장을 꺼내 읽습니다. 답이 나왔다면 더 끌 이유가 없습니다. 답이 나오지 않았다면 기간을 연장할 것이 아니라 관측 설계를 고쳐야 합니다. 여섯 달을 더 열어도 같은 방식으로 보면 같은 결과만 나옵니다. 무료 기간의 연장은 대부분 학습이 아니라 결정 연기의 다른 이름입니다.

둘째는 사용자층의 분화입니다. 어느 시점이 되면 전체 사용자 가운데 일부가 제품을 자기 업무 흐름 안에 박아 넣습니다. 요청의 어조가 바뀌는 것으로 알 수 있습니다. 있으면 좋겠다는 말이 이것이 없으면 일이 안 된다는 말로 바뀝니다. 그 층이 보이기 시작하면 그 층을 기준으로 유료 경계를 긋습니다. 전체 평균을 보면 이 신호가 묻히기 때문에, 상위 사용 구간을 따로 떼어 보는 것이 필요합니다.

셋째는 비용의 교차입니다. 인프라 청구서와 문의 대응 시간의 합이 그 달에 새로 배운 것의 값을 넘어서는 지점이 옵니다. 매달 같은 것을 다시 배우고 있다는 느낌이 든다면 이미 교차선을 지났습니다.

반대로 끝내면 안 되는 신호도 분명히 있습니다. 무료인데도 다시 오는 사람이 없다면 지금 해야 할 일은 유료화가 아니라 제품 수정입니다. 이 상태에서 값을 붙이면 문제가 해결되는 것이 아니라 보이지 않게 됩니다. 사용자가 줄면 데이터도 같이 사라지고, 그러면 무엇이 잘못됐는지 확인할 방법마저 잃습니다.

끝내기로 했다면 실행 방식이 결과를 크게 좌우합니다. 예고 기간을 넉넉히 두고, 무엇이 왜 바뀌는지 사람이 쓰는 말로 설명합니다. 기존 사용자를 어떻게 대할지 먼저 정한 다음에 발표합니다. 발표하고 나서 정하면 그 사이의 혼란이 그대로 신뢰 손실이 됩니다. 무료 계층을 남길지도 이때 결정합니다. 남긴다면 그 계층이 제품 가치를 충분히 보여 주되 원가를 태우지는 않는 지점에 있어야 합니다. 한 번에 전면 적용하는 대신 지역이나 세그먼트를 나눠 단계적으로 적용하면 되돌릴 여지가 생깁니다. 전환 직후 몇 주 동안 문의가 몰릴 것을 예상하고 사람을 미리 배치해 두는 것도 준비의 일부입니다.

정리하면 무료는 시간을 사는 방법이지 수익 모델이 아닙니다. 무엇을 배울지, 언제 멈출지 정하지 않고 사는 시간은 비용과 높아진 기대치만 남깁니다. 여우비 인터랙션은 자체 제품과 고객사 프로젝트 양쪽에서 이 판단을 반복하면서, 무료로 여는 이유와 끝낼 조건을 착수 시점에 문서로 남기는 방식을 씁니다. 화려한 방법은 아니지만, 나중에 결정을 되짚을 때 근거가 남아 있다는 점에서 값을 합니다.