[위블로그 2편] 베타 사용자 반응으로 제품 방향을 다시 정하기

들어가며

1편에서는 위블로그가 사용자의 글감을 받아 출처 있는 글을 만들고, 발행하고, 검색과 AI 접근을 관찰하는 흐름을 다뤘습니다. 베타 전까지는 “기술적으로 가능한가”가 핵심 질문이었습니다. 2026년 8월 18일 베타를 열고 나서는 질문이 바뀌었습니다.

이렇게 작동하는 서비스를 사용자가 실제로 원했는지, 원했다면 누가 어떤 결과 때문에 돈을 낼지가 다음 질문이었습니다.

회고 자료에 잡힌 실제 사용자는 75명, 개설된 블로그는 201개였습니다. 그중 86개는 자동 발행을 이어가고 있었고, 발행된 글은 4,691편이었습니다. 제품은 돌아갔지만, 이 숫자만으로 계속 돈을 낼 사람이 누구인지는 알 수 없었습니다. 그래서 베타 이후에는 가입 수보다 사용자 질문, 재방문, 로그인 장벽, 채널 리스크, 가격을 받아들이는 이유를 더 자세히 봤습니다.

예상했던 고객과 베타에서 확인한 반응

처음 문을 연 방향은 개인 사용자를 대상으로 하는 B2C였습니다. 네이버 블로그에 익숙한 주부·부업 사용자가 글쓰기 부담을 줄이고, 새 글을 자동으로 발행하며, 검색과 AI 답변에서 발견될 수 있기를 기대했습니다.

제가 해결했다고 생각한 문제는 글쓰기의 번거로움이었습니다. 사용자는 글감을 고르고, 서비스는 출처 있는 글을 만들고, 블로그는 자동으로 돌아갑니다. 회고 당시에는 기술적으로 그 흐름이 작동했습니다.

하지만 제품이 작동한다는 사실과 사용자가 돈을 내고 계속 쓴다는 사실은 다릅니다. 자동 발행이 되더라도 사용자가 다시 들어올 계기는 필요했고, 독립 블로그와 커스텀 도메인, 구글 검색을 통한 유입 방식 자체가 낯선 사용자도 많았습니다.

베타 유입에서 드러난 채널 리스크

8월 18일부터 9월 9일까지는 왜 안 쓰는지 알아봤습니다. 베타를 열자 사용자가 들어왔습니다. 첫 스레드 게시물이 반응을 얻으면서 하루에 50명이 들어왔고, 초반에는 DM 자동화와 초대코드로 가입을 연결했습니다.

첫 반응은 좋았습니다. 며칠 뒤에는 외부 링크 유입을 위해 돌리던 DM 자동화 때문인지 스레드 계정이 삭제됐습니다. 유입을 만들던 방법이 채널 자체를 잃게 만들 수 있다는 걸 그때 알았습니다.

실제 사용자 수의 증감보다 더 크게 남은 건 채널 리스크였습니다. 계정이 삭제된 원인을 추적하면서 외부 링크 유입을 위한 DM 자동화를 원인 후보로 봤고, 이후 스레드 DM 사용을 지양하기로 했습니다. 스레드는 DM 홍보 수단이 아니라 콘텐츠 채널로 써야 했습니다. 링크마다 출처를 붙여 유입을 확인하고, 어떤 게시물이 어떤 행동으로 이어졌는지를 보기 시작했습니다.

사용자 질문은 글쓰기보다 수익 구조를 향했습니다

B2C로 문을 열고 나니 고객이 실제로 어떤 생각을 하는지 들을 수 있었습니다. 오픈채팅방에는 이런 말이 올라왔습니다.

“그것도 수익화가 되나요?”

“어떻게 넣어요? 도메인을 사야 해요?”

“사용 수수료 정도는 뽑을 수 있을지 모르겠네요”

네이버 블로그에 익숙한 주부·부업 사용자에게는 구글 검색을 거쳐 독립된 블로그로 들어온다는 방식 자체가 낯설었습니다. 기능을 더 넣기 전에 이 간극부터 이해해야 했습니다.

사용자가 묻는 것은 “글을 자동으로 써주나”보다 앞에 있었습니다. “왜 이 방식으로 블로그를 운영해야 하는가”, “만든 글이 내 목적에 어떻게 연결되는가”였습니다.

당시 비교하던 인블로그 같은 제품은 기업과 글로벌 시장을 향한 SaaS였습니다. 같은 콘텐츠 도구라도 고객이 비용을 회수하는 방식은 달랐습니다. 기능을 따라가기 전에, 제가 맡은 제품의 고객이 어떤 결과를 사는지부터 정해야 했습니다. 그래서 고객을 고르는 기준도 19만 원을 회수할 수 있는 사람인가로 바뀌었습니다.

가격이 비싸다는 말도 다르게 들렸습니다. 단순히 숫자가 높다는 뜻이 아니라, 본전이 보이지 않는다는 뜻에 가까웠습니다. 새 블로그를 만들고, 별도 도메인을 붙이고, 검색과 AI 답변에서 발견되기를 기다리는 과정이 자신의 수익 구조와 연결되지 않으면 사용자는 계속 쓸 이유를 찾기 어렵습니다.

가입과 재방문 흐름을 고쳤습니다

사용자 반응은 가입·사용 과정의 장벽과, 제품이 줄 수 있는 가치에 대한 의문을 함께 드러냈습니다. 먼저 가입과 재방문 흐름의 장벽을 줄이는 작업을 진행했습니다.

가입 단계에서는 계정 체계부터 다시 봤습니다. 처음에는 회사 자체 회원가입·로그인 시스템인 위팀 허브를 붙였습니다. 회사 계정으로 쓰는 흐름을 먼저 붙이다 보니 개인 사용자에게는 가입 장벽이 됐습니다. 그래서 개인 사용자에게 익숙한 카카오톡 원클릭 로그인으로 흐름을 정리하고, 이미 전달받은 전화번호는 화면에서 다시 묻지 않았습니다.

가입할 때뿐 아니라 다시 방문해 로그인할 때도 카카오톡으로 원클릭 로그인이 가능한지가 중요했습니다. 스레드에서 링크를 눌러 들어온 인앱 브라우저에서는 ‘카카오톡으로 로그인’ 버튼이 사라지고 계정·비밀번호 입력 폼만 남는 문제가 있었습니다. 카카오 로그인을 붙였더라도 실제 유입 경로에서는 사용자가 계정 정보를 직접 입력해야 했던 것입니다.

이에 로그인 버튼을 누르면 인앱 브라우저를 감지해 외부 브라우저로 전환을 시도하고, 전환되지 않으면 원래 로그인 경로로 이어지도록 했습니다. 알림톡의 링크로 다시 들어오는 경우에도 같은 흐름을 적용했습니다. 구체적인 문제와 대응은 인앱 브라우저에서 간편로그인 버튼이 사라지는 문제를 다룬 글에 정리했습니다.

자동 발행이 되더라도 사용자가 다시 들어올 계기는 필요했습니다. 그래서 발행 현황과 무료 기간 종료를 알려 재방문을 유도하는 알림톡과 이메일 템플릿을 만들었습니다.

이메일은 발송 대기열과 이력부터 만들고, 발행 현황과 무료 기간 종료 등 템플릿 21종을 준비했습니다. 도착·반송·열람·클릭도 따로 봤습니다. 사용자가 받아서 확인하는 횟수는 이메일보다 카카오 알림톡이 더 많았습니다.

알림을 만들었다고 재방문이 좋아졌다고 말할 수는 없습니다. 대신 “사용자가 다시 올 이유를 어떻게 알릴까”라는 문제를 따로 볼 수 있게 됐습니다. 자동화가 잘될수록 결과를 알려주는 장치가 필요했습니다. 웹푸시와 커뮤니티도 함께 검토했습니다.

B2C와 B2B를 나누고 고객 가설을 좁혔습니다

다만 가입을 쉽게 만들고 발행 결과를 알려주는 것만으로는 “이용료를 회수할 수 있나”라는 질문에 답할 수 없었습니다. 이 질문은 사용 흐름이 아니라 고객과 제공 가치를 다시 정해야 하는 문제였습니다.

9월이 되자 개인 대상인 B2C와 기업·사업자 대상인 B2B로 방향을 나눴습니다.

B2C에서는 새 블로그를 처음부터 운영하게 하기보다 네이버 블로그 내보내기를 검토했습니다. 이 방향에서는 글감 자동화를 빼기로 했습니다. 만들 수 있는 기능을 모두 넣는 것보다, 기존 운영자의 작업에 어디까지 들어갈지를 다시 정한 것입니다.

B2B에서는 사이트가 있는데도 검색이나 AI 답변에서 충분히 발견되지 않는 문제를 봤습니다. 글을 대신 쓰는 것에서, 사업자의 유입에 필요한 문서를 만드는 쪽으로 질문이 옮겨갔습니다.

고객이 바뀌자 기능의 역할도 달라졌습니다. 개인에게는 가입 장벽이었던 위팀 로그인이 회사 고객의 팀 단위 사용에서는 다시 필요해졌습니다.

앞에서 만든 것은 다시 쓸 수 있었습니다. 출처 기반 글 구조, 검색에 잡히는 발행, 도메인 연결, 크롤러 관찰, 배포 안정성은 남았습니다. 달라진 건 “누구에게 왜 필요한가”라는 질문이었습니다.

베타 전 검증한 것
글감 → 생성 → 발행 → 검색·인용 가능성

피봇 후 검증하려는 것
고객의 목적 → 필요한 문서 → 발견 여부 → 유입 → 고객이 느끼는 가치

고객을 좁히는 기준도 달라졌습니다. 한 건의 문의나 계약이 갖는 가치를 설명할 수 있는 고객을 보기 시작했고, 병원과 부동산으로 타깃을 좁혔습니다. 당시 정리한 자영업용 요금은 19만 원, 엔터프라이즈는 별도 협의였습니다. 중개보조원이나 병의원 사무직원처럼 실무에서 콘텐츠를 관리하는 사람을 떠올렸고, 병원 브랜드 블로그를 구체적인 적용 대상으로 놓았습니다.

병원이나 부동산을 고를 때 AI에게 묻는 상황을 생각하면, 작은 업체에는 불리한 출발점이 있었습니다. 큰 곳은 기사와 후기와 문서가 쌓이지만, 작은 곳은 홈페이지 하나가 전부인 경우가 많습니다. 외부에서 참고할 문서가 부족하면 AI가 업체를 설명할 근거도 부족합니다.

그래서 병원·부동산을 위한 전문 블로그를 만들고, 이를 대신 운영하려는 대행사와 제휴하는 방향으로 수익 모델을 다시 설계했습니다. 회고 시점에는 기존 고객을 확보해 두었고, 앞서 만든 출처 기반 글 구조와 발행 흐름을 병원·부동산 전문 블로그에 적용하고 있었습니다.

마무리하며

베타를 거치며 질문은 “만들 수 있나”에서 “누가 이 결과를 필요로 하나”로 바뀌었습니다. 개인 사용자에게는 독립 블로그, 커스텀 도메인, 구글 유입이라는 방식이 낯설었고, 가격은 기능의 양보다 본전이 보이는지에 달려 있었습니다. 그래서 고객 가설은 네이버 블로그에 익숙한 B2C 사용자에서, 한 건의 문의나 계약 가치가 큰 병원·부동산 B2B 고객과 대행사 제휴 쪽으로 좁아졌습니다.

확정된 것도 있고, 아직 검증하지 못한 것도 있습니다. 출처 기반 글 구조, 발행 흐름, 도메인 연결, 크롤러 관찰, 운영 자동화는 재사용할 수 있었습니다. 하지만 병원·부동산 전문 블로그가 실제 유입과 문의를 얼마나 만들 수 있는지, 대행사 제휴가 반복 가능한 판매 구조가 되는지는 계속 증명해야 했습니다.

기술적 출발점인 생성·발행·검색 관찰 흐름은 1편에서 확인할 수 있습니다.