이것저것만들기님의 아티클

토스에 게임을 올리면 유입도 따라올 줄 알았습니다

토스 인앱에 게임을 출시하면서 기대했던 건 유통이었습니다.

혼자 앱을 만들다 보면 개발만큼 어려운 게 사람들에게 알리는 일이더라고요. 토스는 이미 많은 사람이 쓰는 앱이니까, 그 안에 게임을 올리면 유입 문제를 어느 정도 해결할 수 있을 거라고 생각했습니다.

막상 해보니 앱을 출시하는 것과 사람들이 찾아오는 것은 별개였습니다. 제가 기대했던 자연스러운 유입은 생기지 않았고, 사람을 데려오려면 광고나 리워드 프로모션에도 비용을 써야 했습니다.

그래서 게임에서 10점을 달성하면 보상을 주는 조건을 걸었습니다. 보상이 게임을 시작할 이유가 되어주고, 플레이하다 재미를 느끼면 다시 찾아오지 않을까 기대했습니다.

그런데 제가 게임을 너무 어렵게 만들었습니다 😂

제 입장에서는 10점이 도전해볼 만한 목표였는데, 실제로는 달성하는 사람이 없었습니다. 보상을 기대하고 들어온 사람에게는 꽤 어려운 미션이었던 셈입니다. 댓글에도 부정적인 반응이 달렸습니다.

작성자 정보

작성일시

2026. 08. 20 17:57

작성자

서*민

리뷰 내용

평가

리뷰

게임을 하라는건지 말라는건지 ㅋㅋ...

돌아보면 저는 게임의 도전성을 생각했고, 사용자는 보상을 받을 수 있는 미션을 기대했을 수도 있겠더라고요. 같은 게임이라도 어떤 이유로 들어왔느냐에 따라 받아들이는 경험이 달라질 수 있다는 걸 느꼈습니다.

리워드 조건도 게임 경험의 일부였습니다. 난이도와 보상 조건을 함께 설계해야 했는데, 저는 “10점이면 괜찮겠지”라고 제 기준으로 정했던 것 같습니다.

최근에는 토스 쪽 리워드 프로모션이 제한됐다는 이야기도 들었습니다. 정확히 어떤 기능이 어떤 범위에서 제한된 건지는 아직 확인하지 못했습니다. 그래서 지금도 같은 방식으로 다시 시도할 수 있을지는 모르겠습니다.

이번 경험으로 배운 건, 플랫폼 안에 사람이 많다는 사실만으로 내 앱의 유통이 해결되지는 않는다는 점입니다. 사람을 데려오는 방법이 필요하고, 들어온 사람이 기대하는 경험도 고려해야 했습니다.

게임을 만드는 것, 알리는 것, 다시 플레이하게 만드는 것이 각각 다른 과제라는 걸 출시하고 나서 배웠습니다.

토스 인앱에 출시해보신 분들은 유입을 어떻게 만들고 계신가요? 리워드로 들어온 사용자가 이후에도 서비스를 이용하게 된 경험이 있다면 궁금합니다.

앱을 만들고 나니, 고객을 만나는 일이 남았습니다

혼자 앱을 만들고 운영하고 있습니다. 카페24 앱과 크롬 확장 프로그램을 출시하면서 요즘 가장 많이 고민하는 건 “다음에 어떤 기능을 만들까?”보다 “이걸 필요로 하는 사람은 어디에 있을까?”입니다.

앱을 마켓에 등록하면 고객이 검색해서 찾아올 거라고 기대했습니다. 그런데 등록과 발견은 다른 일이더라고요. 출시를 끝내도 고객을 만나는 일은 계속 남아 있었습니다.

유료 고객이 생긴 제품도 있습니다. 반가운 일이지만, 아직 어떤 경로와 이유로 구매했는지 충분히 이해하지 못했습니다. 결제가 생겼다는 것과 다음 고객을 데려올 방법을 안다는 것 사이에도 거리가 있었습니다.

그래서 최근에는 제품을 만드는 일과 함께, 고객에게 보여주는 방법도 작게 시도하고 있습니다.

• 실제 사용 과정과 결과물을 담은 가이드 쓰기

• 블로그에서 제품 소개로 이어지는 경로 만들기

• 기존 앱에서 관련 제품 안내하기

• 개발·자동화 서비스 소개를 올리고 실제 의뢰에 지원하기

이런 활동이 얼마나 문의나 결제로 이어지는지는 더 지켜봐야 합니다. 소개 페이지를 만들거나 글을 올린 것 자체를 고객 확보로 착각하지 않으려고 합니다.

지금은 누가 봤는지 → 어떤 반응을 했는지 → 실제로 결제했는지를 나눠 보려고 합니다. 반응이 없더라도, 아무도 못 본 건지 보고도 필요하지 않았던 건지부터 구분하고 싶습니다.

완성된 성공담은 아니지만, 만드는 과정뿐 아니라 고객을 찾아가는 과정도 조금씩 기록해 보려고 합니다.

다른 메이커분들은 첫 고객을 어디서 만나셨나요? 특히 지인 외의 첫 유료 고객이 어떤 경로로 왔는지 궁금합니다.

1인 개발자가 한 달 만에 찍어낸 앱들, Vercel에 모아봤습니다 🚀

안녕하세요! 1인 개발자로 여러 가지 앱을 실험하고 있는 메이커입니다.

최근까지 짧은 기간 동안 다양한 아이디어들을 앱으로 구현해 냈는데요, 이 수많은(?) 결과물들을 한눈에 볼 수 있도록 쇼케이스 페이지를 하나 만들었습니다.

👉 [App Showcase 구경하기]

🛠 무엇을 만들었나요?

일상의 소소한 불편함을 해결하는 유틸리티부터, 킬링타임용 하이퍼캐주얼 게임까지 가리지 않고 만들었습니다.

주요 앱 라인업:

- 보석십자수 도안 만들기: 사진을 올리면 십자수 도안으로 변환해주고 DMC 컬러까지 매칭해주는 앱

- 냥기록: 집사들을 위한 고양이 건강 및 일상 기록 다이어리

- 프라로그 (PlaLog): 건프라 조립 이력과 위시리스트를 기록하는 트래커

- 유틸리티 & 툴: 룰렛과 사다리타기를 합친 제비뽑기, 빠른할일(QuickToDo), 모스부호 배우기, 노래방번호검색 등

- 캐주얼 게임 4종: 뭉냥머지(동물 합치기), 컬러콕(색깔 기억력), 네온붐(네온 지뢰찾기), 탭윙(플래피버드 스타일)

대부분 개발 자체는 최신 AI 도구들과 자체 구축한 자동화 파이프라인(Android 빌드부터 스토어 등록까지!)의 도움을 받아 빠르게 찍어내듯 완성했습니다.

💡 만들면서 깨달은 점: "진짜 병목은 유통이다"

앱을 수십 개 만들고 출시하면서 가장 뼈저리게 느낀 점이 하나 있습니다.

"앱을 만드는 속도가 문제가 아니라, 만든 앱을 어떻게 알릴지가 진짜 병목이다."

스토어에 앱을 올리고 키워드 최적화(ASO)를 아무리 열심히 해도, 완전히 새로운 앱이 오가닉(자연 유입) 트래픽만으로 '콜드 스타트'를 뚫는 것은 기적에 가까웠습니다.

* 만들어낸 고유 단어(예: 냥기록, 프라로그)는 검색 1위를 해도 검색량 자체가 0이고,

* 일반 명사(타이머, 제비뽑기 등)는 이미 거인들이 점령하거나 네이버/카톡이 무료로 제공해서 진입조차 어려웠습니다.

🚀 그래서 다음 스텝은?

단순히 앱을 나열하는 것에 그치지 않고, 이제는 직접 발로 뛰는 유통 실험을 시작했습니다.

- TikTok 숏폼에 게임 플레이 클립뭉냥머지, 컬러콕 등)을 올리고 프로필 링크 대신 "앱 이름으로 검색 유도" 하기 (TikTok은 캡션에 링크를 허용하지 않더라고요!)

- IG Reels를 활용한 니치 커뮤니티(보석십자수 등) 인바운드 타겟팅

💬 메이커 여러분의 의견이 궁금합니다

디스콰이엇 메이커 분들 중에서도 다작을 하시거나, 초기 트래픽(0에서 1 만들기) 때문에 고군분투하시는 분들이 많을 것 같습니다.

어떤 방식으로 초기 유입을 만들고 계신지, 혹은 제 쇼케이스 페이지나 앱들을 보시고 어떤 아쉬운 점이 보이시는지 따끔한 피드백 부탁드립니다!

읽어주셔서 감사합니다. 모두 즐거운 메이킹 하세요! 💪

SaaS 5번 망한 1인 메이커가, 이번엔 빌드 시작 전에 셀러 글부터 모았습니다

SaaS 시도가 이번이 처음이 아니에요. 매번 같은 식으로 망했습니다.

아이디어 떠오름 → "검증부터 해야지" 다짐 → 3일 뒤에 빌드 시작 → Claude Code 만나고 더 빨라짐 → 한 달 동안 코드만 짬 → 출시 → 아무도 안 씀.

문제가 뭐였냐면, 빌드가 너무 쉬워졌다는 거예요. 검증 단계는 빌드보다 재미없잖아요.

그러니까 자꾸 미루고, 결국 "빠르게 만들어서 출시하고 보자" 라는 모양으로 변형됩니다.

이게 매번 반복.

이번엔 한 가지를 바꿔봤어요. 빌드 시작 전에, 사람들이 이미 써놓은 글부터 모았습니다.

Amy Hoy의 Sales Safari를 그대로 따라했어요. 인터뷰는 안 했습니다. 시간도 없고, 인터뷰는 솔직히 잘 못해요. 대신 글로 남아있는 verbatim만 모았어요.

타겟은 쿠팡·스마트스토어 셀러. 한 달 동안 본 곳:

· 네이버 쇼핑몰창업·셀러 카페 (1년치 게시판)

· 디시인사이드 셀러 갤러리 (마이너 갤러리가 의외로 솔직함)

· Threads의 셀러 키워드 검색 결과

규칙은 하나였습니다. 같은 표현이 5명 이상의 셀러에게서 반복해서 나오는 것만 메모.

가장 자주 나온 표현이 이거였어요.

"정산이 너무 헷갈려서 결국 엑셀에 옮겨 적는다."

쿠팡 안에 셀러월렛이 있고, 거기서 정산채권 팩토링이 있고, 또 빠른정산이라는 게 따로 있어요.

화면이 다 분리되어 있어서 본인 순이익을 한눈에 보기 어렵습니다.

그래서 결국 엑셀로 옮겨 적는데, 이게 매주 반복.

비슷하게 자주 나온 게 "그냥 엑셀처럼 생긴 화면이 편하다" 였어요.

40~50대 셀러분들은 요즘 SaaS UI (탭 누르고 카드 보고 차트 보고) 보다 그냥 셀 단위 화면을 더 편해 하더라구요. 마우스보다 키보드, 차트보다 시트.

그리고 "쿠팡 빠른정산 진짜 무료인 거 맞아?"

이 질문이 카페에 매주 올라옵니다. 광고는 "수수료 무료" 인데

실제로는 정산채권 팩토링이 걸려서 일별로 이자가 발생해요.

조건을 정확히 이해하는 셀러가 드물어요.

이 세 가지를 보고 나서야 빌드 시작했습니다. 만든 게 "진짜로 옛날 엑셀처럼 생긴 쿠팡 셀러 정산 대시보드" 예요. 셀 단위, =SUM() 같은 함수, 회색 베벨 패널, 키보드 단축키 우선. 24시간 안에 랜딩 + 블로그 글 3편 + 사전등록 폼 + 디스콰이엇 등록까지 올렸어요.

여기까지 듣고 "이번엔 다르겠네" 라고 생각하실 수 있는데, 솔직히 모르겠습니다.

어제 빌드로그에 "코드 자제" 적어놓고 오늘 24시간 만에 발행 자동화 인프라를 또 빌드했거든요. 검증 인프라 빌드도 결국 빌드 모드의 변형판일 수 있어요. 본인이 자기를 속이기 가장 쉬운 형태죠.

verbatim을 모은 건 분명히 도움이 됐어요. 그게 없었으면 또 모던한 카드 UI 만들고 있었을 거예요.

근데 그게 "검증 다 했다" 라는 뜻은 아닙니다. verbatim은 시작점이지 끝이 아니에요.

진짜 검증은 사전등록한 사람들이 실제로 돈을 내는지, 매주 쓰는지로 확인되는 거고, 거기까지는 한참 남았습니다.

비슷한 1인 메이커분들에게 묻고 싶은 게 두 개 있어요.

verbatim 수집을 "검증" 으로 보세요, 아니면 "검증 시작" 으로 보세요? 저는 헷갈립니다. 모으는 동안에는 검증하는 기분이 들거든요.

그리고 인터뷰 없이 텍스트만으로 Sales Safari 하시는 분 계시면, 어디서 한계 느끼셨는지 궁금합니다. 저는 "글로 쓴 페인" 과 "지갑 여는 페인" 사이 갭이 얼마나 큰지 아직 모르겠어요.

사장부: https://sajangbu.com

쿠팡·스마트스토어 셀러 정산 대시보드, Excel 97 미감으로 만들고 있습니다. 사전등록 시 정식 출시 50% 할인.

[빌드로그 #1] 어제 시작한 SaaS — 또 빌드에 빠지지 말자고 매일 다짐 중

사장부(쿠팡 셀러 정산 대시보드)는 어제부터 Claude Code로 만들기 시작했고,

24시간만에 랜딩 + 블로그 글 3편 + 사전등록 폼까지 올라가 있습니다.

vibe coding이 솔직히 빠르긴 합니다. 그래서 더 무섭습니다.

[지금까지 실패한 패턴]

SaaS 시도가 이번이 처음이 아닙니다. 매번 비슷하게 망했어요.

1) 아이디어 떠오름

2) "검증부터 해야지" 라고 다짐

3) 3일 뒤에 vibe coding 시작

4) 빌드 재미있어서 한 달 동안 코드만 짬 (Claude Code 만나고 더 빨라짐)

5) 출시 → 아무도 안 씀 → 끝

이번에도 똑같이 되기 좋습니다. 빌드 너무 쉬워졌거든요.

[그래서 이번엔 뭘 다르게 하나]

빌드 시작 전에 Sales Safari를 먼저 했습니다.

· 네이버 카페·디시 셀러 갤러리·블로그에서 쿠팡 셀러분들이 쓴 글·댓글을 verbatim으로 모음

· 가장 자주 반복되는 문장 추출: "정산이 너무 헷갈려서 결국 엑셀에 옮겨 적는다", "그냥 엑셀처럼 생긴 화면이 편하다"

· 페르소나 좁힘: 40-50대 1인 쿠팡 셀러, 마우스보다 키보드, 차트보다 시트

이 단계가 끝나고 나서야 Claude에게 "Excel 97 미감으로 정산 대시보드 만들어줘"라고 시작.

[24시간 동안 한 것]

· Cloudflare에서 sajangbu.com 도메인 구매

· Claude와 디자인 컨셉 픽스 (Excel 97 retro, 회색 베벨, =SUM 셀)

· Claude Code로 랜딩 + 블로그 3편 + 사전등록 폼 빌드 + Vercel 배포

· 디스콰이엇 프로덕트 등록 + 이 글

기술 스택은 Next.js 16, Clerk, Neon Postgres, Vercel — 근데 솔직히 Claude Code가 골라준 거고 저는 이름 정도만 압니다. 이 스택의 장점은 Vercel에서 전부 안정적으로 지원하고 Vercel cli를 통해 claude에게 제어권을 완벽히 넘겨 줄 수 있다는 것입니다.

[솔직한 두려움]

1일치고 너무 많이 만들어서 또 빌드 모드에 빠질 것 같습니다. 디스콰이엇 등록도 사실 "검증 핑계로 빌드 더 하기"가 아니라 "진짜 페인인지 시장에 던져보기" 위해 한 거예요.

[앞으로 1주 규칙]

· 매일 Sales Safari 1시간 (verbatim 수집 계속)

· 사전등록 전환율·드롭 지점 분석 1시간

· 코드는 베타 유저 피드백 받기 전까진 추가 빌드 X (자제)

· 디스콰이엇 메이커로그 주 2회 발행 (자기검증 + SEO)

[질문]

비슷한 솔로 메이커분들 — 검증과 빌드 시간 비율 어떻게 잡으세요? 저는 매번 "8:2 (검증:빌드)"로 시작해서 결국 "2:8"로 끝납니다.

사장부: https://sajangbu.com

피드백·디스 다 환영합니다.