이 글의 성격은 무엇인가요?
질문 / 문제 해결
내용을 설명해주세요
안녕하세요. dreamcar라는 수입차 견적 매칭 미니앱 입점 준비 중입니다.
핵심부터 말씀드리면, 미니앱 단독으로는 비즈니스가 성립 안 됩니다. 토스 콘솔로 풀리지 않는 운영 기능(딜러 어드민, 푸시 알림 등) 때문에 자체 iOS/Android 딜러 앱과 미니앱을 동시 출시하고 연계 운영해야 합니다. 이 구조가 정책상 가능한지 사전 확인 부탁드립니다.
서비스 모델은 lead generation입니다. 사용자가 미니앱에서 수입 신차(벤츠/BMW/아우디/렉서스) 견적 요청 → 딜러 매칭 → 실제 거래는 미니앱 밖에서 전화로 진행됩니다. 미니앱 내 결제/채팅/송금 일체 없습니다.
흐름은 이렇습니다.
- 사용자가 차량 상세에서 견적 요청 폼 작성 (이름/전화/지역/메모)
- dealer_promotions 테이블에 미리 등록된 카드 기반으로 매칭 결과 즉시 표시 (딜러 실시간 응답 없이 DB 쿼리)
- 사용자가 딜러 1명 픽
- 픽 시점에 자체 딜러 앱(토스 외부)에 푸시 알림 + 연락처 전달
- 딜러가 사용자에게 통화
개인정보 동의는 양측 모두에게 명시적으로 받습니다. 미니앱 사용자에게는 견적 제출 시점에 제3자 제공 동의(딜러에게 연락처 전달)를, 딜러에게는 자체 앱 가입 시점에 개인정보 처리/푸시 수신 동의를 약관과 함께 받습니다.
정책 확인 부탁드리는 부분 4가지입니다.
-
미니앱 사용자 행위(픽)가 자체 외부 앱(iOS/Android 딜러 앱)으로 데이터 전달과 푸시 알림을 발생시키는 구조 자체가 정책상 가능한지 확인 부탁드립니다. 미니앱 사용자에게 외부 앱 다운로드 유도하는 흐름은 없습니다. 사용자(미니앱)와 딜러(자체 앱)는 완전히 별개 채널이고 가입 경로도 다릅니다.
-
dealer_promotions 기반 자동 매칭 결과 표시가 광고로 분류되나요, 정보 큐레이션으로 보시나요? 광고로 분류되면 별도 처리해야 할 것 같아서요.
-
수입 럭셔리 브랜드 톤(흑백 모노크롬) 때문에 @toss/tds-mobile 그대로 쓰면 결이 깨집니다. 자체 CSS로 일관된 디자인 적용해도 검수 통과 가능한가요, 아니면 TDS 컴포넌트 무조건 써야 하나요?
-
미니앱과 자체 딜러 앱 사이의 디자인 통일감을 위해 자체 iOS/Android 딜러 앱에도 TDS(@toss/tds-mobile 또는 @toss/tds-react-native)를 적용하려는 경우, 미니앱 외부 환경에서의 TDS 사용이 라이선스/정책상 허용되나요?
답변 받고 출시 일정 잡겠습니다. 감사합니다.
안녕하세요, 정책 관련 문의는 앱인토스 콘솔 내 채널톡을 통해 문의 부탁드립니다.
@chlasd 님 안녕하세요.
개인적으로 경험칙으로 답변드릴수 있을거 같은데 지금 기존 앱도 없으신 상태이신거죠?
지금 말씀하신 피처 자체를 처음부터 개발하시려는거 같은데..
일단 답변드리자면
1번
유저 사이드를 미니앱으로, 딜러 사이드를 외부앱으로 하는것은 문제 없습니다.
오히려 이용약관이나 개인정보취급방침 이런거 잘 정리하시면 될거 같고요
2번
쉽게 말해 유저가 견적 요청해서 딜러들에게 과금받아서 딜러들을 유저에게 매칭해준다는거잖아요?
UI/UX에 따라 해석이 다르겠지만 미니앱에서 말하는 외부 광고로 해석되진 않습니다.
3번
TDS 필수 아닙니다. 다만 하단 탭바는 지정된 양식이 있으니 이거 준수하시면 되고..
4번
외부앱에 TDS 사용은 정책상 불가입니다.
쉽게 말해 그냥 "자동차 견적 매칭 서비스"를 만들겠다는거고
문의하신 4가지 관점은 이래저래 정책 준수해서 그냥 하면 되는 부분인데..
기존 앱도 없으신 상태에서 이 피처를 새로 만드시는거라면
더불어 지금 보니까 어차피 딜러사이드는 별도 앱으로 한다는 전체라면
스토어 앱을 다 만들고 나서(유저, 딜러)
그 이후에 유저 사이드만 미니앱으로도 하나 마이그레이션 하는걸 권장합니다.
지금 말씀하신 피처 만드는것도 생각보다 머리 아플건데,
그걸 미니앱에 의존성있게 만드는것을..제가 만약 이거 PM이라면 반대의견이고요.
다 만들고 나서 마이그레이션 하는게 오히려 리스크를 많이 줄여줄겁니다.
빠르게 토스유저를 상대로 MVP 찍먹해보고 의사결정하겠다! 라는게 아니라면 이렇게 하시는걸 권장드려요.
상세한 답변 감사합니다. 말씀하신 포인트가 맞는 것 같습니다.
초기에는 토스 미니앱을 먼저 고려했는데, 그동안 실제로 유저 앱/딜러 앱을 나눠 구현하면서 견적 요청, 딜러 매칭, 알림톡/푸시, 약관/개인정보, 심사 대응, 관리자 운영까지 하나씩 붙여보니 미니앱 의존성을 먼저 가져가는 건 리스크가 크겠다고 판단했습니다.
특히 겉으로는 단순한 "자동차 견적 매칭"처럼 보여도 실제로는 유저 플로우, 딜러 검증, 연락처 공개 시점, 개인정보 동의, 알림 도달, 운영 정책까지 맞물려 있어서 생각보다 정리할 부분이 많았습니다.
현재는 말씀하신 것처럼 유저 앱과 딜러 앱을 먼저 스토어 앱 기준으로 완성하고, 핵심 플로우와 운영 구조가 안정화된 뒤 유저 사이드만 미니앱으로 마이그레이션하는 방향으로 정리하고 있습니다.
돌이켜보면 처음부터 미니앱 의존성 있게 만들었다면 지금보다 훨씬 더 꼬였을 것 같습니다. 조언 덕분에 방향을 더 현실적으로 잡는 데 도움이 됐습니다. 감사합니다.
ps. 진짜 빡셌네요..이제 겨우 mvp단계와서 이벤트 심고 테스트 들어갑니다..감사합니다..
앞으로 수정할게 지금 작업한거보다 더 많을것으로 예상되어집니다..