문서 업데이트: 2026.06.15 · v2.0

요구사항 정의서 (PRD)

목적이 새겨진 돈 — 스테이블코인 지갑

제품을 만들기 위한 요구사항을 정의하는 문서입니다. 개요·기회·요구사항·데이터 흐름을 담아 개발팀·이해관계자가 동일한 기준으로 개발에 착수할 수 있도록 합니다. 첫 단계는 카카오 사내 복지포인트 PoC이며, 외부 확장 시 발행 케이스를 둘로 설계합니다.

문서 범위. 화면 전환(유저 플로우)·UI 설계·스토리보드는 화면설계서에서 다룹니다. 본 문서는 무엇을 왜 만드는가(요구사항·기회)와 데이터가 어떻게 흐르는가(시스템 흐름)를 정의합니다.

PART 1개요

문제 정의 1.1

돈을 주는 사람은 늘 딜레마에 빠집니다. 통제하려니 받는 사람이 불편하고, 자유롭게 주려니 통제가 안 됩니다.

가장 선명한 현장이 기업 복지비입니다. 폐쇄몰 복지포인트는 직원이 살 게 없어 ‘깡’을 하고 5~10% 손해를 봅니다. 현금성으로 주면 근로소득에 합산돼 과세되고, 무엇보다 회삿돈이 어디에 쓰이는지 알 수 없습니다. 받는 직원도 제한 포인트를 깡하거나 안 쓰고 연말에 소멸시킵니다.

국내 복지포인트 시장은 약 1조원 규모, 깡·소멸 누수가 연 1,000억원 이상으로 추정됩니다.

목적 및 배경 1.2

송금할 때 그 돈에 ‘사용처·기간 규칙’을 새겨서 보내는 서비스를 구축합니다. 받은 사람은 정해진 용도·기간 안에서만 쓸 수 있고, 규칙은 온체인 스테이블코인에 코드로 박혀 발행자도 사후에 바꿀 수 없습니다.

‘목적이 새겨진 돈’을 가장 자연스럽게 보낼 수 있는 곳은 관계망이며, 카카오톡 소셜그래프는 경쟁사가 복제할 수 없는 구조적 강점입니다.

다만 스테이블코인 발행 주체 요건(이른바 ‘51% 룰’) 입법이 진행 중이고 발의 시점이 불확실합니다. 따라서 첫 단계는 카카오 사내 복지포인트를 온체인 모의토큰으로 발행하는 PoC로 시작합니다. 폐쇄된 사내 환경에서 사용자 행동과 온체인 기술을 동시에 검증한 뒤 외부로 확장합니다.

주요 사용자 1.3

PoC 단계 사내

사용자	역할	핵심 니즈
카카오 HR/복지 담당	사내 복지포인트 발행·관리	예산 집행을 투명하게, 규칙대로
카카오 임직원 (수취인)	복지포인트 수령·사용	규칙 안에서 자유롭게, 안 쓰면 소멸 안 됨

확장 단계 외부 (참고)

사용자	역할	핵심 니즈
기업 사업주	직원 복지비 발행	통제되면서 직원 손해 없는 복지
부모	자녀 용돈 송금	식비·학원에만 쓰게
모임 총무	회비 관리	정해진 용도로만 투명하게

유저 스토리 1.4

HR 담당으로서, 임직원에게 복지포인트를 규칙(사용처·기간)과 함께 발행하고 싶다. 예산이 엉뚱한 데 쓰이지 않도록.
임직원으로서, 복지포인트를 익숙한 방식으로 받아 규칙 안에서 자유롭게 쓰고 싶다. 안 쓴 잔액이 소멸되지 않기를.
HR 담당으로서, 복지비 집행 내역을 100% 투명하게 확인하고 미사용분을 자동 회수하고 싶다.

유저 저니맵 1.5

PoC · 사내 임직원 기준

단계	행동	감정	기회
인지	사내 공지로 새 복지포인트 안내	기대 반 의심 반	첫인상 신뢰
수령	카카오톡으로 복지포인트 도착	익숙함	거부감 0
첫 사용	편의점 결제, 통과	안심	규칙 통과 경험
차단 경험	규칙 밖 결제 시도, 거절	잠깐 아쉬움	명확한 안내로 납득
만료	잔액 소멸 안 되고 처리	만족	누수 해소 체감

사용자 가치 1.6

주는 사람	통제. 돈이 규칙 밖으로 못 나감. 100% 투명한 집행 내역. 미사용분 자동 회수
받는 사람	편리. 익숙한 카카오톡으로 수령, 규칙 안에서 자유롭게 사용, 안 쓰면 소멸 안 됨

개발 원칙 1.7

규칙은 코드로, 사람 손이 닿지 않게. 규칙은 스마트 컨트랙트에 각인하고 발행자도 사후 변경 불가.
익숙한 경험 위에 얹는다. 새 앱·새 절차 강요 없이 카카오톡 송금 경험을 그대로 활용.
검증부터, 확장은 그다음. 사내 폐쇄형 PoC로 행동·기술을 먼저 검증한 뒤 외부로 확장.
통제가 불편을 강요하지 않는다. 규칙 밖은 막되, 규칙 안에서는 완전히 자유롭게.

PART 2기회 및 임팩트

기회 2.1

시장 — 복지포인트 1조원, 깡·소멸 누수 연 1,000억+. 통제와 편리를 동시에 푸는 솔루션 부재.
카카오만의 자산 — 소셜그래프(카카오톡)는 ‘목적이 새겨진 돈’을 보낼 가장 자연스러운 채널. 토O(송금)·네O버(결제)가 구조적으로 못 따라옴.
그룹 구조 — 카카오뱅크(은행)와 카카오페이(기술·플랫폼)를 함께 보유. 발행+유통이 그룹 안에서 닫힘. 은행 없는 경쟁사는 복제 불가.
타이밍 — 스테이블코인 입법 본격화. 유통부터 진입하면 입법 확정 시 발행까지 빠르게 확장.

가설 및 검증 지표 2.2

PoC의 목적은 두 가설을 동시에 검증하는 것입니다.

구분	가설	검증 지표 (PoC)
행동	규칙 붙은 돈을 거부감 없이 쓴다	7일 내 첫 사용률, 깡 시도율, 규칙 밖 결제 후 이탈률
행동	미사용 소멸 누수가 준다	기간 내 소진율, 만료 시 미사용 잔액 비율 (vs 폐쇄몰)
기술	발행·규칙집행·정산이 온체인에서 돈다	규칙 검증 정확도, 결제 승인 응답시간, 트랜잭션 실패율
만족	받는 사람이 더 만족한다	임직원 NPS, 재사용 의향, 폐쇄몰 대비 만족도

임팩트 예측 2.3

사용자	통제와 편리 동시. 주는 사람 안심, 받는 사람 자유
카카오페이	신규 GMV + 정산 수수료 + 100% 의도 데이터 + 생태계 락인
시장	깡·소멸·과세 부담 해소. 연 1,000억+ 누수 절감

예시(확장 단계). 연 복지비 100억 기업 도입 시 GMV 100억, 수수료 2% = 연 2억. 50곳이면 GMV 5,000억·수수료 100억.

PART 3제품 정의 및 요구사항

우선순위 기준 3.1

P0 Must — 사내 PoC에 반드시 필요
P1 Should — 기업 시장 진입 시 필요
P2 Could — 개인 확산·고도화

요구사항 목록 3.2

No	구분	ID	요구사항 명	상세 설명	우선	비고
1	발행	REQ-001	개인 송금형 발행	개인이 보낼 금액 충전·발행. 머니·연결 계좌 기반	P0	1회 200만
2	발행	REQ-002	기업·기관 발행	관리자가 복지·경비 일괄 발행. 사내 PoC 포함	P0	사전 예치
3	발행	REQ-003	원화 1:1 예치	발행 즉시 동일액 원화 예치(Reserve)	P0	별도관리
4	규칙	REQ-004	사용처 규칙	업종코드(MCC)·가맹점 화이트리스트로 제한	P0	5종 기본
5	규칙	REQ-005	기간 규칙	오늘/이번 주/이번 달/직접 지정	P0
6	규칙	REQ-006	잔액 처리 규칙	환불/소멸/이월 중 발행 시 지정	P0	사후 변경불가
7	규칙	REQ-007	규칙 온체인 각인	스마트 컨트랙트에 코드 기록. 발행자도 변경불가	P0	PoC 핵심
8	송금	REQ-008	카카오톡 송금 전달	규칙 새긴 토큰을 카카오톡 송금 카드로 전달	P0	소셜그래프
9	결제	REQ-009	규칙 검증 결제	사용처·기간·잔액 3단 검증 후 승인/거절	P0	차단 로직
10	결제	REQ-010	차단 안내	차단 사유별 수취인 안내 메시지	P0	UX 문구
11	결제	REQ-011	부분 승인	토큰 부족 시 차액 일반 머니 결제 선택	P1
12	정산	REQ-012	가맹점 정산	D+1~D+2 원화 정산. 수수료 2~3%	P1	PG 정산
13	정산	REQ-013	만료·잔액 자동처리	만료 시 규칙대로 환불/소멸/이월 자동 집행	P0
14	운영	REQ-014	본인확인(KYC)	발행·수취 실명확인 기반	P0	특금법
15	운영	REQ-015	이상거래 탐지(FDS)	대량 발행·환불 반복 등 탐지·차단	P1	AML
16	운영	REQ-016	오송금 회수	수취인 미사용 시 발행자 요청 회수	P2
17	조회	REQ-017	잔액·내역 조회	규칙·잔액·만료일·사용 내역 조회	P0
18	조회	REQ-018	규칙 1회 수정	수취인 사용 전까지 발행자가 1회 수정	P2

비기능 / 범위 외 3.3

비기능 요구사항

보안	실명확인·FDS·예치금 별도관리. 온체인 규칙 위변조 불가
성능	결제 승인 검증 응답 2초 이내
확장성	외부 가맹점·타 기관·B2B 발행으로 온체인 확장 가능
규제	입법 전 사내 폐쇄형 모의토큰으로 검증. 입법 후 외부 발행

범위 외 (Out of Scope)

KRW 스테이블코인 직접 발행 (입법 후 단계)
외부 거래소 상장·전송
토큰의 화폐 간 환전 기능

마일스톤 (WBS) 3.4

단계	시점	주요 작업	산출물
1. 사내 PoC	0~6M	모의토큰 발행 엔진, 규칙 컨트랙트, 사내 결제 연동, 지표 수집	PoC 결과 리포트
2. 기업 시장	6~12M	기업 관리자 콘솔, 정산 시스템, 외부 가맹점 연동	B2B 상품
3. 개인 확산	12~24M	카카오톡 개인 송금 통합, 부모-자녀 UX	개인 상품
4. 수익 자립	24M~	결제·자산 순환, 수수료 모델 정착	수익화

FAQ 3.5

Q.사내 DB로도 되는데 왜 온체인인가?▾

외부 가맹점·타 기관·B2B 발행으로 확장하려면 규칙의 제3자 검증과 위변조 불가가 필수입니다. PoC부터 온체인으로 발행해 기술을 사내 샌드박스에서 검증합니다.

Q.카카오페이가 스테이블코인을 발행해도 되나?▾

입법 전에는 발행하지 않고 사내 폐쇄형 모의토큰으로 검증합니다. 입법 확정 시 카카오뱅크 발행(케이스 A) 또는 카카오페이 자체 발행(케이스 B) 중 규제에 맞는 쪽으로 확장합니다. (PART 4 참조)

Q.기존 복지포인트와 뭐가 다른가?▾

규칙이 온체인에 각인돼 발행자도 못 바꾸고, 카카오톡으로 받아 일반 가맹점에서 쓰며, 미사용분이 소멸이 아니라 환불됩니다.

Q.받는 사람이 불편하지 않나?▾

규칙 안에서는 일반 결제와 동일합니다. 규칙 밖만 막힙니다.

PART 4시스템 데이터 흐름

두 가지 발행 케이스 4.0

발행 주체는 입법 상황과 라이선스 확보 정도에 따라 둘로 설계합니다. 카카오는 그룹 안에 카카오뱅크(은행)와 카카오페이(기술·플랫폼)를 모두 보유하여, 어느 케이스든 그룹 내에서 발행과 유통이 닫힌 고리로 돕니다. 은행이 없는 경쟁사가 복제할 수 없는 구조입니다.

케이스 A · 카카오뱅크 발행

발행 주체: 카카오뱅크 (은행 주체로 ‘51% 룰’ 정면 충족)
카카오페이 역할: 규칙 각인 + 유통 + 결제 + 정산
적용: 입법 동향상 현실적·우선

케이스 B · 카카오페이 자체 발행

발행 주체: 카카오페이
카카오페이 역할: 발행 + 원화예치 + 규칙각인 + 결제 + 정산 전부
적용: 규제 완화·발행 라이선스 확보 시

PoC 단계에서는 발행 주체가 외부 규제 대상이 아니므로 카카오페이가 사내 모의토큰을 직접 발행(케이스 B 형태)하되, 외부 확장 시 케이스 A로 전환 가능하도록 설계합니다.

요청·응답 우리 차별 단계

4.1 PoC — 발행·송금 (사내 복지포인트)

원화 예치와 규칙 각인이 발행 시점에 함께 일어납니다.

4.2 케이스 A — 카카오뱅크 발행 + 카카오페이 유통

카카오뱅크가 발행, 카카오페이가 규칙 각인·유통을 담당합니다.

4.3 케이스 B — 카카오페이 자체 발행

카카오페이가 발행부터 정산까지 단독 수행합니다.

4.4 규칙 검증 결제 (전 케이스 공통)

스마트 컨트랙트가 사용처·기간·잔액 3단을 검증해 승인 또는 차단합니다.

4.5 잔액 조회·만료 정산 (전 케이스 공통)

만료 시 규칙대로 환불·소멸·이월이 자동 집행됩니다.

본 PRD는 2026년 6월 15일 기준 v2.0입니다.