결제 기능 연동기 - 1부
안녕하세요! 호패에서 Furo(https://furo.one)에서 이것저것을 개발하는 에드입니다.
호패 팀은 올해의 마지막 스프린트의 목표를 결제 기능 연동으로 정했습니다. 간단할 줄 알았지만 고민할 거리가 많은 결제 기능! 그 과정을 짧은 분량으로 나누어 5부작 메이커로그로 작성하려 합니다.
목차
1부 - 결제기능 도입 이유와 필요한 기능 정의
2부 - 결제기능 레퍼런스와 유저 스토리
3부 - 결제 대행 서비스 리서치와 선정
4부 - 결제 기능 설계
5부 - 결제 기능 개발
자 그럼, 시작해보겠습니다! 😋
결제기능을 도입하게 된 이유
유료 고객의 등장과 앞으로의 유료 전환에 대응
2022년 4분기부터 Furo에도 유료 고객이 생기기 시작했습니다. 기존 무료 고객이 유료로 전환되거나 먼저 연락을 주신 경우는 아니었습니다. 하지만 Furo가 현재 제공하는 가치와 미래에 제공할 가치를 미리 구매하고자 하는 수요를 확인 할 수 있었고, 이에 미리 대비할 필요가 있었습니다!
K - 비대면 바우처 플랫폼 사업 지원
우리나라 중소기업 지원 사업중에 K-비대면 바우처 플랫폼 사업이라는 것이 있어요! 간단하게 설명하면, 비대면 서비스를 제공하는 기업의 제품 금액을 정부에서 70퍼센트 지원해주고, 수요기업은 30퍼센트만 부담할 수 있도록 하는 사업이예요. 고객들이 필요하지만 가격 때문에 망설이던 서비스를 70% 할인된 금액에 사용할 수 있는 기회인 셈이죠. 저희 팀도 비대면 바우처로 구매한 HR 솔루션 Flex를 정말 잘 사용하고 있답니다!
hthttps://www.k-voucher.kr/page/businessIntro실 결제 기능이 비대면 바우처 사업에 지원하기 위한 필수조건은 아니예요. 결제와 정산은 모두 K-비대면 바우처 플랫폼에서 이루어지기 때문에 필요한 시스템은 결제보다는 크레딧 지급과 차감이죠. 하지만 만약 크레딧을 모두 소모한다면 그 때는 서비스를 유료화해야 하기 때문에 결제 기능을 함께 만들기로 했습니다. 😄
회사의 성장 전략을 Product-Led Growth로!
Hopae의 성장 전략은 Product-Led Growth 입니다. 영업/마케팅으로 고객을 찾아가기보다는 고객들이 가장 필요로 하는 기능을 잘 만들어서 직접 찾아오게 만들겠다는 것이죠. 이 경우 별도의 컨텍을 통해서 계약을 하는 방식에 앞서 결제 기능이 있어야 합니다. 찾아온 고객들이 Free Plan으로 Furo의 필수적인 기능들을 잘 사용하다가 언젠가 MAU가 폭풍 상승하여 Pro Plan이 필요해지면 결제를 할 수 있어야 하니까요. 아, 고객의 MAU가 상승하는 것과 Pro Plan이 필요한 것이 무슨 상관이냐고요? Furo는 고객의 MAU 기반의 과금 정책을 적용할 예정이기 때문이죠! 고객의 성장이 곧 Furo의 성장이기 때문에 팀 맴버들은 고객들의 프로덕트와 성장에 항상 관심을 기울이고 있답니다! 👀🦻🤚
다른 이유들
이밖에도 "돈을 내고 사겠다는 고객이 있는데 결제 기능을 진작 만들었어야 하는 게 아닌가?", "결제 기능을 빨리 만들면 비용을 지불하고서라도 우리 프로덕트를 사용할 핵심 고객을 찾는데 도움이 되지 않을까?" 등 다양한 이유가 있기는 합니다. 😀😀😀
결제 서비스 연동 이유와 시기에 대해 되는시간 팀에서 작성해주신 메이커 로그가 있더라고요. 참고하시면 좋을 것 같습니다!
참고 : 되는시간 팀 - SaaS 유료화 경험 공유 (hthttps://disquiet.io/@whattime-jay/makerlog/3397
우리에게 필요한 기능
그렇다면 구체적으로 Furo는 어떤 결제 기능과 관련 시스템이 필요할까요?
신용카드 등록 & 정기 결제
Furo는 고객사들의 회원 정보를 안전하게 관리하고 다양한 인증 기능을 제공하는 B2B SaaS 입니다. 이러한 서비스들은 보통 특정 가격플랜을 구독하고 달마다 사용료를 지불하게 하는 경우가 많습니다. 또한 사용자는 최초에 한 번만 신용카드 정보를 등록하고, 결제는 자동으로 되는것이 우리에게 익숙한 사용자 경험이겠죠!
참고 : Vercel의 가격 플랜
사용량 집계 시스템
Furo는 고객의 사용자 전환율과 MAU를 향상시키는데 항상 집중하고 있어요.😆 때문에 사용료도 고객의 MAU를 기반으로 책정하려고 합니다. 또한 인증과정에서 Email이 전송되는 경우 저희 팀에 비용이 발생하기 때문에 이부분도 수집을 해야 하겠죠! 만약 추후에 SMS Passcode 인증이 도입되면 전송된 SMS도 집계가 되어야 하기 때문에 다양한 사용량을 집계할 수 있는 시스템이 필요합니다.
참고 : Vercel의 사용량 집계 화면
크레딧 시스템
위에서도 언급했듯이, 비대면 바우처 플랫폼의 공급업체가 되기 위해서는 크레딧 시스템이 있어야 합니다. 뿐만 아니라 앞으로 Furo에서 진행할 대학생, 초기 스타트업 대상의 다양한 이벤트를 위해서도 크레딧 기능은 필요하겠죠! 😁
1부 요약
결제기능이 필요한 이유
- 유료 고객이 생기기 시작했고, 앞으로 유료로 전환하는 고객에 대응하기 위하여
필요한 기능
- 신용카드 등록
- 정기 결제
- 고객 프로젝트의 사용량 집계 시스템
- 크레딧 시스템
글을 마치며
원래 하루를 마무리하며 메이커 로그를 조금씩 작성해서 일주일에 2~3편 정도 쓰려고 했는데 주말 숙제가 되어버렸네요... 평일에 일도 하시면서 메이커로그도 작성하시는 분들 정말 존경합니다. 👍👍👍
곧 "2부 - 결제기능 레퍼런스와 유저 스토리" 로 돌아오겠습니다!
로그인을 5분 만에 구현하는 IAM SaaS
댓글
로그인 후 댓글을 남길 수 있습니다.
개발 스토리 너무나 재미있습니다. 다음 2편도 기다려집니다.
감사합니다ㅎㅎ 빨리 후속편 써볼게요!