2026년 11월 11일 수요일
미단재

경쟁자 4곳 분석으로 도출한 aiVelo MVP 로드맵

시리즈 제품 개발기 현재 위치 21 / 21
  1. 엑셀 간편장부를 웹 ERP로 옮기기 (AICassa)
  2. 혼자 쓰는 맛집 앱 Pagus 만들기
  3. 감으로 잡던 견적을 코드로: CNC 목공과 AILign 개발 이야기
  4. AIPicto: 도연님의 그림책을 위한 온라인 구독 플랫폼
  5. PHP 개발자, TypeScript와 R3F로 3D 가구 배치 앱 만들기
  6. 녹화형 AI 화상면접 솔루션 기획 노트 — AILego
  7. AIvance 제품 이름은 왜 라틴어일까: Cassa에서 Cella까지
  8. 1인 개발자가 11개 SaaS를 운영하는 비밀: 공통 골격과 MSA 분할 전략
  9. "난이도가 높아서 오래 걸리는 거야?" — AIFid 개발 기록으로 따져 본 소요 시간
  10. 개별로는 통과하는데 전체에서만 죽는다 — AIFid 테스트 스위트가 composer test를 멈춘 날들
  11. 1인 개발자가 클로드코드로 SaaS 11개 만든 기록
  12. 도면을 AI에게 읽히려다 AI를 뺀 이야기
  13. 팬리스 우분투로 DC 모터를 인터넷에서 제어하기
  14. 저장소 아키텍처를 archify로 그려 README에 링크한 날
  15. Apache 403 해결과 php spark 로 슈퍼관리자 자동 발급하기
  16. UX와 보안을 동시에 잡는 그림책 게스트 열람 방안
  17. 혼자 하는 유지보수, 단가와 한도를 어떻게 정할까
  18. SEO + GEO 동시 적용: 정적 페이지에서 AI 검색 노출까지 한 방법
  19. 코어를 건드리지않고 확장하는 CodeIgniter 4 플러그인 구조와 핵심 설계 포인트
  20. GitHub 이슈·PR 기반의 월간 작업일지 자동 생성 Claude 스킬 만들기
  21. 경쟁자 4곳 분석으로 도출한 aiVelo MVP 로드맵

시리즈 소개 보기

요약: QR로 공연 입장·좌석 안내·설문을 잇는 SaaS(aiVelo)를 만들기 전에 시장조사를 먼저 했다. 대형 예매처가 아니라 "엑셀 + 구글폼"이 진짜 경쟁자라는 결론을 얻었고, 치즈버튼·OneTap·SeatPlan·PFYS를 뜯어 보며 MVP에 넣을 기능 10가지를 추렸다. 확인하지 못한 항목을 따로 분리해 둔 것도 이번 조사의 수확이다.

왜 코드보다 조사부터 했나

aiVelo는 공연을 만들고 관객을 등록하면 QR 하나로 입장, 좌석 안내, 설문까지 이어지는 운영 도구다. 저장소의 첫 커밋 두 개가 코드가 아니라 시장조사 문서와 상세 명세서(SPEC)였던 이유가 있다. 만들 수 있는 기능은 많은데, 무엇이 이미 있고 무엇이 비어 있는지 모르면 MVP 범위를 정할 수 없었다.

조사는 웹 검색 기반 1차 조사였다. 그래서 문서에는 "확인된 사실"과 "못 찾은 것"을 구분해서 적었다.

1. 시장 규모는 절대값보다 방향만 쓴다

국내 공연시장은 문체부 공연예술조사(2024년 기준) 요약에서 KOPIS 티켓판매액 6,677억 원, 공연예술시장 매출 1조 5,259억 원으로 나온다. 다만 이 돈은 대형 예매처가 가져가는 시장이다.

글로벌 이벤트 체크인 소프트웨어 시장은 리포트마다 규모와 성장률이 달랐다. 2025년 기준 약 11~16억 달러, 성장률 7~9%대로 수렴했지만, 업체 홍보성 요약이 많아 사업계획서에는 인용하지 않기로 했다. "방향이 성장세"라는 정도만 참고한다.

정작 필요한 숫자, 즉 통계에 안 잡히는 소규모 공연·행사의 롱테일 규모는 공개 자료로 확인되지 않았다. 이건 "없다"가 아니라 "못 찾았다"로 기록했다.

2. 진짜 경쟁자는 예매처가 아니었다

경쟁 지형을 정리하면서 위치가 분명해졌다.

대형 예매처, QR 체크인 도구, 엑셀+구글폼, aiVelo의 위치를 판매 중심과 현장 운영 중심 축에 놓은 그림

  • 대형 예매처(NOL, 예스24티켓 등)는 판매와 정산에 강하고, 현장 입장은 별도 도구가 필요하다.
  • 예매처 없이 명단으로 운영하는 소규모 공연은 엑셀, 구글폼, 수기 명부를 쓴다. 무료이고 익숙하다. 하지만 중복 입장 확인, 실시간 현황, 좌석 안내, 사후 설문 연결은 안 된다.

그래서 포지셔닝을 "예매처가 아니라 공연 운영 플랫폼, 엑셀+구글폼을 대체"로 잡았다. 예매는 참석자 데이터가 들어오는 입구 중 하나일 뿐이다.

3. 4곳을 뜯어서 가져온 것

국내외에서 흐름이 비슷한 서비스 4곳의 공개 페이지를 열람했다. 요금은 대부분 비공개라 기능 위주로 봤다.

  • 치즈버튼(국내): 개인 고유 QR로 자격을 검증하는 인증형과 공용 QR 하나를 쓰는 참여형을 구분한다. 엑셀 업로드, 알림톡 입장권 발송, 웹 스캐너, 체크인 후 설문 연결까지 이미 갖췄다.
  • OneTap(해외): 입장 시점에 설문을 받고, 여러 입구 기기가 실시간 동기화되어 중복 입장을 막는다.
  • SeatPlan.io: 좌석 찾기 링크, QR, 인쇄용 A4 PDF 안내판을 한 번에 만들고 선택적으로 패스코드를 둔다.
  • Please Find Your Seat: 행사마다 QR이 고정이고, 인쇄 후 배치를 바꿔도 QR은 그대로 유효하다.

치즈버튼, OneTap, SeatPlan과 PFYS에서 현장 등록 QR, 체크인 후 설문, A4 안내판으로 이어지는 반영 항목 그림

이 중 설계에 직접 영향을 준 항목은 다음과 같다.

  1. QR을 개인 티켓 QR(관객이 보여주고 스태프가 스캔)과 현장 게시 QR(운영자가 붙이고 관객이 스캔)로 나눈 구분은 치즈버튼의 인증형/참여형과 같은 개념이다. 용어를 맞춰 정리했다.
  2. 명단 밖 관객을 위한 현장 등록 QR과 중복 입장 허용/차단 옵션을 MVP에 추가했다.
  3. 체크인 직후 설문을 띄우기 위해 attendance.checked_in 이벤트로 설문 플러그인을 트리거하는 구조를 잡았다. 플러그인끼리 직접 의존하지 않고 이벤트로만 통신하는 원칙과 잘 맞았다.
  4. 좌석 안내판은 A4 PDF 원클릭 출력과 선택적 패스코드로 간다. 패스코드를 안내판에 같이 인쇄하면 현장에 있는 사람만 조회할 수 있다.
  5. QR에는 개인정보나 좌석을 넣지 않고 토큰만 담는다. 그러면 좌석을 바꿔도 인쇄물이 무효가 되지 않는다. PFYS가 영업 메시지로 쓰는 장점이기도 하다.

과금 단서도 얻었다. 치즈버튼은 스캔 장소 수, OneTap은 참석자 수 구간, PFYS는 행사당 1회 결제로 나눈다. 유료 플러그인 가격 모델의 선례로 메모해 두었다.

4. 차별점은 좁혀서 잡는다

조사 결과 치즈버튼이 "명단 → 알림톡 개인 QR → 웹 스캐너 → 설문"을 이미 갖췄다. 체크인과 설문만으로는 승부가 안 난다. 남는 차별점은 세 가지다.

  • 공연 도메인: 공연 → 회차 → 좌석구역 → 관객 구조와 좌석 안내까지 한 흐름
  • 좌석 안내 UX
  • 엑셀로 시작해 온라인 예매로 확장하는 경로

다만 치즈버튼에서 좌석 안내 기능을 못 찾은 것일 수도 있어서, 이 부분은 추가 확인 대상으로 남겼다.

5. 조사에서 의도적으로 남긴 빈칸

문서 마지막에 확인하지 못한 항목을 따로 모았다. 예를 들어 대형 예매처의 최신 수수료 요율, 일부 행사 등록 플랫폼의 요금과 QR 체크인 기능, 소규모 공연 롱테일의 정확한 규모가 그렇다. 지불의사도 아직 검증되지 않았다. 무료 엑셀과 구글폼이 충분하다고 느끼는 고객이 많을 수 있다.

그래서 로드맵에 파일럿 단계(실제 공연 1~3건 무료 운영)를 넣고, 입장 처리 시간과 오류를 실측해 수치로 가치를 증명하기로 했다. "초고속" 같은 슬로건은 이 실측 근거가 있을 때만 쓴다.

배운 점

  • 경쟁자는 비슷해 보이는 SaaS가 아니라 고객이 지금 쓰는 무료 도구일 때가 많다.
  • 벤치마킹은 기능 목록 복사가 아니라 "어느 문서 어느 절을 고칠지"까지 매핑해야 쓸모가 있다.
  • 못 찾은 것을 "없다"고 쓰지 않으면 뒤에서 가설이 무너질 때 덜 아프다.

 

링크

아이벨로

이어 읽을 글

댓글 0

아직 댓글이 없습니다. 첫 댓글을 남겨 보세요.