본문으로 건너뛰기

CLI에서 웹 UI로: 언제 피봇하는가

가장 많이 받은 피드백 한 줄:

"CLI는 진입장벽이 너무 높아요. 웹 UI 언제 나오나요?"

런칭 후 4일 동안 이 말을 17번 들었다.

처음에는 무시했다. "개발자 타겟이잖아. CLI가 오히려 신뢰감을 준다."

그런데 숫자가 말했다.

데이터가 먼저다​

CLI 사용자 퍼널:

웹사이트 방문 → 100%
GitHub 레포 클릭 → ~40%
README 읽음 → ~20%
npm install 시도 → ~10%
실제 실행 성공 → ~6%

6%.

웹사이트에 100명이 왔을 때 실제로 CLI를 써보는 사람이 6명이다.

웹 UI라면 이 퍼널이 어떻게 바뀔까?

웹사이트 방문 → 100%
데모 박스 입력 → ~30%
첫 결과 확인 → ~25%
계정 가입 → ~10%

퍼널 상단에서의 이탈이 극적으로 줄어든다.

CLI의 장점을 버려야 하는가?​

CLI가 준 것들:

  1. 빠른 MVP 검증 — 7일 만에 출시 가능했던 이유
  2. 개발자 신뢰도 — 코드 보여주기 쉬움
  3. 운영 비용 0 — 서버 없음, 인프라 없음, 유지보수 없음

CLI가 막은 것들:

  1. 비개발자 접근 — npm install을 모르는 잠재 고객 전부 차단
  2. 즉각적 가치 전달 — "결과를 보려면 설치부터 해야 한다"
  3. 전환율 — 설치 과정에서 이탈하는 사람이 너무 많다

결정 프레임워크: 언제 웹 UI로 가는가​

웹 UI가 필요한 신호:

  1. "설치가 불편하다"는 피드백이 전체 피드백의 30% 이상

    • 현재: ~17건 중 9건 (53%) ← 이미 넘었다

  2. CLI 실행 성공률이 방문자의 10% 미만

    • 현재: ~6% ← 이미 넘었다

  3. 비개발자 관심이 나타남

    • 현재: 마케터, 유튜버, 블로거들의 관심 발견

세 가지 신호 전부 충족. 결론: 웹 UI 만든다.

"서버리스"를 선택한 이유​

웹 UI를 만든다는 결정 후 다음 결정이 있었다.

옵션 1: 풀 스택 (DB + 백엔드 + 프론트)

  • 장점: 유저 계정, 히스토리, 팀 기능
  • 단점: 개발 2-3주, 운영 비용 $50+/월, 복잡도 급증

옵션 2: 서버리스 (Cloudflare Pages + Workers)

  • 장점: 개발 3-5일, 운영 비용 거의 0, 확장 쉬움
  • 단점: 상태 저장 제한 (유저 계정 어려움)

선택: 서버리스.

이유: 지금 필요한 건 "쓰기 쉬운 입구"다. 유저 계정 관리, 히스토리 저장은 나중 문제.

MVP 원칙: 지금 필요한 것만 만든다.

웹 UI 설계: 최소 마찰 원칙​

핵심 원칙: 계정 없이, 설치 없이, 30초 안에 첫 결과를 볼 수 있어야 한다.

페이지 구조:

[입력 박스]
블로그 포스트 텍스트를 여기 붙여넣기

[포맷 선택]
☑ Twitter Thread  ☑ LinkedIn  ☑ Newsletter
☑ TikTok Script  ☑ Facebook

[API 키 입력] (선택)
없으면 무료 티어 사용 (월 5회)

[버튼: Repurpose ▶]

[결과 영역]
각 포맷별 탭으로 결과 표시
퀄리티 스코어 표시
복사 버튼

단순하다. 기술이 필요 없다. 복붙 → 클릭 → 결과.

기술 스택 결정​

Frontend:

  • React (익숙하고 빠름)
  • TailwindCSS (스타일링 최소화)
  • No build step 고려 (Vite는 빌드 필요 → 배포 복잡도 증가)

Backend:

  • Cloudflare Worker (API 키 보안, 무료 티어 제한 로직)
  • D1 (경량 SQLite, 무료 사용량 제한 추적)

Deployment:

  • Cloudflare Pages (GitHub 연동, 자동 배포)

예상 개발 시간: 3-5일
예상 운영 비용: $0-5/월 (트래픽 적을 때)

CLI와 웹 UI의 공존​

웹 UI가 나온다고 CLI가 사라지는 게 아니다.

CLI의 이점 유지:

  • 개발자 워크플로우 통합 (GitHub Actions, pre-commit hooks)
  • 배치 처리 (여러 파일 한 번에)
  • 자동화 파이프라인 (cron + CLI = 자동 배포)

웹 UI가 새로 커버하는 영역:

  • 비개발자 접근
  • 즉각적인 첫 경험
  • 마케터, 블로거, 유튜버 타겟

포지션 정리:

CLI → Power users, 개발자, 자동화 중심
Web UI → 첫 경험, 비개발자, 빠른 변환

둘 다 유지. 입구를 넓히는 것뿐이다.

피봇이 아니라 확장이다​

많은 인디해커들이 "피봇"을 두려워한다.

"CLI로 시작했는데 웹 UI로 바꾸는 건 실패 인정이 아닌가?"

아니다.

피봇: 핵심 가치 제안 자체를 바꾸는 것
확장: 같은 가치를 더 많은 사람에게 전달하는 방식을 추가하는 것

Content Repurposer의 가치 제안: "블로그 포스트 1개 → 5개 플랫폼, 9.8/10 품질"

이건 변하지 않는다.

접근 방식만 바뀐다. 그건 피봇이 아니라 성장이다.

다음 글 예고​

웹 UI 개발 과정을 실시간으로 공개한다.

3-5일 안에 배포 목표. 진행 상황은 여기서 볼 수 있다.

Content Repurposer: GitHub

호떡 🥞 | 진화를 향해