학생이 만든 Stripe 앱, 마켓플레이스 등록 22일째 설치 0건에서 배운 점

AI 요약

Cal State San Bernardino에서 컴퓨터공학을 공부하는 글쓴이는 여름 동안 Stripe 정산 내역을 분개 하나로 바꿔 QuickBooks나 Xero에 가져오는 Payout Reconciliation을 만들었습니다. 9월 15일 Stripe App Marketplace에 등록했지만, 3주 뒤까지 본인 외 설치는 없었습니다. 실제 고객이 돈을 낼 프로젝트를 만들고 싶어 회계 문제를 골랐다고 설명합니다.

등록만으로는 발견되지 않습니다

Stripe는 수수료와 환불 등을 뺀 금액을 지급하지만, 장부에는 총액이 필요합니다. 한 번의 정산에는 여러 건의 결제와 수수료, 과거 매출의 환불, 분쟁이 섞일 수 있어 매달 누군가 내역을 맞춰야 합니다. 글쓴이는 마켓플레이스에 등록하면 유입이 생길 것으로 기대했지만, 리뷰가 없는 새 앱은 검색으로 발견되지 않았습니다.

새 사용자 관점에서 설치 과정을 점검했습니다

새 계정으로 앱을 설치해 보니 버튼이 오래된 웹사이트로 연결돼 로그인이 실패했습니다. Safari는 로그인 쿠키를 차단해 iPhone 사용자가 로그인 상태를 유지하지 못했고, 문제를 고친 뒤에도 버튼이 가입 화면 대신 홈페이지로 연결됐습니다. 기존 계정으로 Chrome에서 시험할 때는 드러나지 않았던 세 가지 오류를 모두 수정했습니다. 글쓴이는 자기 브라우저가 아닌 처음 방문하는 사람의 환경에서 전체 흐름을 시험해야 한다고 말합니다.

작은 표본으로 시장 규모를 단정하지 않습니다

글쓴이는 북미의 소규모 회계 사무소 여섯 곳에 두 차례씩 이메일을 보내고 학교 회계학 교수진에도 연락했지만 답을 받지 못했습니다. 다만 여섯 곳은 판단하기에 너무 적다고 봅니다. 웹 검색과 QuickBooks·Shopify 포럼, Facebook 그룹, LinkedIn을 살펴보니 수작업으로 Stripe를 조정하는 소규모 사무소가 약 40곳으로 반복해서 나타났습니다. 11월 중순까지 이 40곳 모두에 연락해 반응을 확인할 계획입니다.

기존 회계 담당자도 동기화 도구를 쓰므로 정산 조정 자체는 새로운 문제가 아닙니다. 글쓴이가 내세우는 차이는 결제 건마다 한 줄을 만드는 대신 정산마다 분개 하나를 만든다는 점입니다. Stripe 결제 수백 건을 처리하는 고객이 QuickBooks에 수백 줄을 쌓지 않도록 하는 방식입니다.

Indie Hackers 반응

• @MichalPlewka_ — “처음 보는 사람의 브라우저에서 시험하라”는 교훈이 와닿습니다. 저도 비슷한 버그를 겪었습니다. SaaS의 매직 링크 로그인이 운영 환경에서 조용히 작동하지 않았습니다. 토큰은 URL 해시에 들어왔는데 서버 경로는 code 매개변수를 기다리고 있어, 사용자는 오류 없이 로그인 화면으로 돌아갔습니다. 새 세션에서 전체 흐름을 추적한 뒤에야 발견했습니다. 이제 새 이메일 주소와 시크릿 창으로 실행해 보지 않은 흐름은 완료로 치지 않습니다.
• @indie977 — 정산마다 분개 하나를 만든다는 점이 가장 강합니다. 막연한 조정 기능이 아니라 매달 생기는 구체적인 고통이기 때문입니다. 40곳에는 Stripe 정산에 한 달 몇 시간을 쓰는지 물어보세요. 장부가 깔끔해진다는 말보다 절약 시간을 가격으로 연결하기 쉽습니다. 회계 담당자보다 빠르게 답할 수 있는 Stripe 사용 창업자 몇 명도 시험해 볼 만합니다.
• @ClarityBuild — 경험을 솔직하게 공유해 줘서 고맙습니다. 처음 보는 사람의 브라우저에서 설치 흐름을 시험했다는 점이 기억에 남습니다. 유료 Mac 앱 출시를 앞두고 있는데, 제 컴퓨터가 아니라 깨끗한 기기에서 구매부터 활성화까지 시험하겠습니다. 행운을 빌며 계속 소식을 알려주세요.
• @AmandaBrown — 설치 흐름에서 얻은 교훈은 비용이 큰 실수지만, 6개월이 아니라 22일 만에 발견한 건 다행입니다. 창업자는 대부분 여러 번 써 본 계정으로 자기 자신을 시험합니다. 낯선 사람의 브라우저에서 시험하는 일을 출시 전 첫 단계로 삼아야 합니다. 40곳은 좋은 기회입니다. 세 문장짜리 이메일로 다음 정산을 무료로 해주는 대신 15분 통화를 제안해 보세요. 한 명만 “지난달에도 이 문제를 겪었다”고 답해도 사업 수요를 확인할 수 있습니다. 마켓플레이스에서 검색 순위를 얻으려면 리뷰와 설치 속도가 신호로 작동합니다. 첫 설치는 마켓플레이스 밖에서 얻어야 합니다. 그 40곳은 온라인 어디에 모여 있나요?
• @Michael4Kind — “내 브라우저가 아니라 낯선 사람의 브라우저에서 시험하라”는 교훈을 꼽고 싶습니다. 저도 작은 Mac 앱을 파는데, 고객 한 명의 이메일 덕분에 수백 번 시험한 첫 실행 화면이 처음 보는 사람에게 혼란스럽다는 걸 알았습니다. 첫 설치를 늘리는 방법은 아직 검증된 계획이 아니라 제 추측입니다. “Stripe 정산을 어떻게 조정하나요”처럼 구체적인 검색어로 온 방문자가 마켓플레이스 탐색보다 구매 의도가 높을 수 있습니다. 수작업 조정 안내 페이지가 그런 유입을 만들 수 있습니다. 어떤 검색어로 노출되는지 확인하고, 문제 설명 바로 아래에 설치 버튼을 두는 방법도 살펴보세요.
• @GregoryScottHenson — 낯선 사람의 브라우저에서 시험하라는 교훈은 널리 적용됩니다. 직접 움직일 수 있는 지표는 설치 후 첫 정산을 완료한 사용자 수입니다. 시장 규모를 따지기 전에 회계 담당자 한 명의 수작업 정산을 옆에서 지켜보세요. 그 한 번의 관찰로 시장이 작은지, 아니면 찾기 어려운지 알 수 있습니다.
• @biyun_builds — 제목에 설치 0건이라고 쓰기 전에 확인할 점이 있습니다. 제 화면에는 설치 수가 0이 아니라 “데이터 없음”으로 표시됩니다. install_type이 external이라 그런 것 같습니다. 같은 경우라면 0건이 아니라 빈 값일 수 있고, 이후 분석이 전부 그 수치에 달려 있습니다. 등록 페이지 조회 수는 어떻게 나오나요? 그 수치는 표시됩니다.
• @mooseandraven — “내 브라우저가 아니라 낯선 사람의 브라우저에서 시험하라”가 가장 좋은 문장입니다. 사무소가 약 40곳뿐이라는 판단은 시장 규모가 아니라 표본 추출 문제일 수 있습니다. 작은 사무소는 포럼이나 LinkedIn에 잘 나타나지 않으니 검색 결과가 같은 이름으로 반복됩니다. 주 면허 조회와 주 회계사협회 명부에는 웹 검색보다 훨씬 긴 목록이 있는 경우가 많습니다. 저도 CPA 사무소에 판매하고 있습니다. 이메일 여섯 통에 답이 없었다고 해서 어느 쪽으로든 판단할 수 없습니다. 앱을 써 달라고 요청하는 것보다, 지금 정산을 어떻게 하는지 묻는 10분 통화가 수락되기 쉽습니다.
• @zaneberg — 새 계정으로 설치를 시험하는 단계는 많은 사람이 건너뜁니다. 출시 전에 공유해 줘서 고맙습니다. 매달 순액과 총액의 차이를 겪는 사람은 창업자보다 회계 담당자인 경우가 많고, 한 담당자가 Stripe 고객 여러 곳을 맡기도 합니다. 수작업 안내 페이지는 이들에게 다가가기 좋은 자료입니다. 안내가 번거로워지는 지점에 “한 번의 클릭으로 처리” 링크를 놓고, 마켓플레이스 조회 수보다 링크 클릭을 추적해 보세요.
• @Retryfix — 낯선 사람의 브라우저에서 설치 흐름을 시험하는 일은 출시 후가 아니라 전에 배워야 합니다. 정산마다 분개 하나를 만든다는 계획과 맞닿은 구독 결제 문제도 있습니다. 실패한 갱신이 며칠 뒤 재처리되면 청구서는 갱신일로 기록되지만 돈은 나중 정산에 들어옵니다. 같은 주에 환불이나 분쟁까지 생기면 정산 내역의 연결이 더 어려워집니다. 재처리된 결제를 포함해 각 정산 항목이 어느 청구서에 해당하는지 보여주면 회계 담당자가 화면을 캡처할 만한 기능이 될 수 있습니다. 첫 설치 고객으로 사무소뿐 아니라 Stripe를 쓰고 매달 회계 담당자에게 정산 질문을 받는 SaaS 창업자도 시험해 보세요.

원문: Indie Hackers / 번역·요약: Trawling