외국인 관광객용 QR 결제 플랫폼 MVP 개발

비밀 댓글입니다.

비밀 댓글입니다.

비밀 댓글입니다.

비밀 댓글입니다.

sdean2

본 프로젝트 설명을 꼼꼼히 읽어보며 몇 가지 현실적인 고려사항을 공유드립니다.
비판이 아니라, 유사한 핀테크/결제 프로젝트를 경험한 입장에서의 참고 의견입니다.

1. **Stripe 국내 사용 이슈**
현재 Stripe는 한국 법인/개인사업자가 직접 가맹점으로 온보딩하여 결제를 수취하는 구조를 지원하지 않습니다.
따라서 본 서비스가 Stripe를 핵심 결제 수단으로 사용할 경우,

* 플랫폼이 해외 법인을 통한 **Merchant of Record** 역할을 수행하거나
* 정산·대금 보관·지급에 대한 별도의 법적/회계적 구조가 필요합니다.
이 부분이 명확하지 않으면 단순 “결제 연동 MVP”를 넘어 규제 리스크가 발생할 수 있습니다.

2. **WeChat Pay / Alipay + 오프라인 QR 결제의 현실**
중국 관광객 대상 오프라인 QR 결제는 기술 문제가 아니라 **결제 네트워크 파트너십과 정산 구조**가 핵심입니다.
Stripe 기반의 PWA 결제는 “웹 결제”로는 구현 가능하지만,
일반적인 한국 오프라인 매장에서 기대하는 WeChat/Alipay QR 결제 경험과는 상당한 차이가 있을 수 있습니다.

3. **비기능 요구사항 범위**
동시 처리 1,000 TPS, p95 200ms, 감사 로그, 환율 처리, 알림톡, 고가용 인프라까지 포함하면
이는 MVP라기보다는 **초기 상용 서비스 수준의 핀테크 아키텍처**에 해당합니다.
예산과 일정(60일/1천만원) 대비 범위 조정이 필요해 보입니다.

4. **권장 사항**

* MVP 단계에서는 트래픽·보안·정산 요구사항을 현실적으로 축소
* Stripe를 사용하는 경우, MoR/정산 구조를 기획 문서에 명확히 명시
* 오프라인 QR 결제는 Alipay+ 등 현지 파트너 모델과의 차이를 명확히 정의

프로젝트 자체는 흥미롭고 시장도 분명 존재하지만,
개발 착수 전 **결제 구조와 법·정산 범위에 대한 합의**가 선행되지 않으면
개발자와 클라이언트 모두에게 리스크가 될 수 있어 공유드립니다.

dcclab2025

위의 sdean2 작성자님의 의견에 동의 합니다.
PG, VAN, 카드사에서 20년이상 근무한 전자결제 전문가로서 국내 전자금융법의 규제가 매우 상세하며 강한 점을 지적하고 싶습니다.
해외결제 솔루션의 온라인 사용도 상당한 제한을 받지만, 오프라인 규제는 그보다 더 강합니다.

전자금융업허가가 있으실 경우에는 일부 시도해 보실 수 있으실 걸로 보이고,
기술적인 부분은 난이도가 높지 않은 부분이니, 법적리스크와 해당 해외결제사와의 계약부분을 먼저 정리하시길 추천드립니다.