솔루션/SaaS
데모가 아닌 실제 SaaS 구축
첫 번째 테이블의 다중 테넌트, 첫 번째 결제부터 계획 및 측정된 사용량, 청구가 정직하게 유지되는 기능 게이트. 제품에 대해 설명하세요. Kliv는 이를 중심으로 회사급 기계를 제작합니다.
구축 사례
스택을 조립하는 대신 이것을 빌드하는 이유는 무엇입니까?
SaaS를 구축하는 기본 방법은 인증 공급자, 청구 SDK, 데이터베이스, 이메일 서비스, 기능 플래그 도구 등 실제 제품의 첫 번째 줄 앞에 5개의 공급업체가 포함된 어셈블리입니다. 그들 사이의 이음새가 코드베이스가 됩니다. 청구와 액세스를 조정하는 웹후크 핸들러, 시스템 간에 사용자를 복사하는 동기화 작업, 청구 공급업체가 유료라고 말하고 앱이 잠겼다고 말하는 오전 2시 버그 클래스입니다. Kliv는 섀시를 테넌시, 청구, 권한, 이메일, 데이터 등 하나의 시스템으로 배송하므로 작성하는 데 몇 달이 걸렸을 이음새가 존재하지 않습니다.
섀시는 구별되지 않습니다. 사용자의 제품은 그렇지 않습니다. 로그인 페이지나 인보이스 이메일을 위해 앱을 선택하는 사람은 아무도 없습니다. 깨진 앱은 남겨두겠지만 말이죠. 사용자만이 알고 있는 사용자의 도메인에 대한 설명을 작성하고 모든 SaaS 공유 부분이 이미 조합되어 도착하도록 하십시오. 새로운 계층, 유료 추가 기능, 기업 거래 등 가격이 변경되면 이는 아키텍처 재구축이 아닌 대화의 한 문장에 불과합니다.
시스템 분석
SaaS의 실제 구성
제품을 제거하면 모든 SaaS는 테넌트, 좌석, 계획, 게이트, 미터, 인보이스 등 동일한 골격을 갖습니다. Kliv는 스켈레톤을 배송합니다. 주변의 제품을 설명합니다. 다음은 첫날 시스템이 알고 있는 정보입니다.
조직
모든 고객은 하나의 조직입니다. 사용자, 데이터, 인보이스는 한 벽 안에 있습니다. A 회사는 데이터베이스에서 B 회사를 읽을 수 없습니다.
회원 및 역할
고객은 로그인이 아닌 회사입니다. 즉, 소유자, 관리자, 회원은 각자 자신의 역할이 무엇인지 확인합니다.
계획 및 가격
카탈로그: 계층, 평가판, 일회성 잠금 해제, 측정된 추가 기능 — 시스템이 적용하는 데이터인 가격 책정 페이지입니다.
자격
돈과 기능 사이의 연결 — 이 조직의 구독이 무엇인지, 중요한 부분마다 확인하세요.
미터 및 사용량
고객의 로그인 활동에 대해 계산된 사용량 — 고객에게 표시되며 사용자가 청구할 수 있습니다.
구독 및 인보이스
모든 임차인의 상업 상태(평가판, 활성, 연체)와 이를 증명하는 인보이스.
누가 무엇을 보는지
데이터베이스가 시행하는 규칙
- 테넌트의 행은 테넌트에 속합니다. 조직 간 읽기는 데이터베이스에서 불가능하며 앱에서 필터링되지 않습니다.
- 권한은 실시간으로 청구됩니다. 업그레이드하면 지금 기능이 열리고, 취소하면 일정에 따라 범위가 좁아집니다.
- 미터와 인보이스는 동일한 시스템입니다. 측정된 금액이 청구되며 조정할 내용이 없습니다.
- 실패한 결제는 유료 고객의 게이트가 닫히기 전에 독촉(재시도 및 복구 이메일)을 시작합니다.
이것은 SaaS의 일부로서 누구도 선택하지 않았으며 모든 사람이 구축해야 합니다: 신원, 임대, 돈 및 이들을 구속하는 규칙. 하나의 시스템으로 출시되면 사용자의 제품에 대한 설명이 됩니다.
이미 해결된 SaaS의 어려운 부분
이것들은 추가 기능이 아닙니다. 동일한 플랫폼 부분으로 구성된 것입니다.
기본적으로 멀티 테넌트
고객이 앱에 등록하면 각자 자신의 조직을 갖게 됩니다. A 회사는 B 회사의 데이터를 절대 볼 수 없습니다. 누군가 작성해야 하는 앱 코드가 아닌 데이터베이스 수준의 모든 쿼리에 격리가 적용됩니다. 사용자의 관리 데이터는 별도의 내부 전용 벽 뒤에 있습니다.
제품 내부의 팀 및 시트
고객은 단일 사용자가 아니라 회사입니다. 로그인, 역할 및 조직별 공유는 동일한 ID 시스템의 일부이므로 “같은 회사의 모든 사람이 회사의 프로젝트를 본다”는 것은 스프린트가 아닌 문장입니다.
SaaS가 실제로 청구하는 방식으로 청구
평가판 및 공정한 비례 배분, 일회성 잠금 해제 및 사용량 기반 가격 책정이 포함된 구독입니다. “월 $20의 Pro 요금제, 생성된 보고서당 2¢ 추가”가 설명 중 하나입니다. Kliv가 사용자를 위해 제품, 가격 및 측정기를 생성합니다.
돈을 따르는 기능
계획에 기능을 첨부하고 페이지, 데이터 및 기능을 게이트로 연결하세요. 업그레이드, 다운그레이드 또는 취소 — 인보이스가 변경되는 순간 자동으로 액세스가 이루어집니다. 자격 코드도 없고 야간 동기화도 없습니다.
콘텐츠에 대한 액세스도 판매
내장 파일 저장소에는 비공개, 조직별 공유 또는 구독 뒤 등 자체 액세스 규칙이 있습니다. 프리미엄 PDF, 비디오 및 다운로드는 앱의 나머지 부분과 동일한 자격으로 잠금 해제됩니다.
앱 내 셀프 서비스 청구
고객은 제품 내부의 청구 페이지에서 카드를 업데이트하고 요금제를 전환하고 인보이스을 읽습니다. 결제에 실패하면 Kliv는 결제를 다시 시도하고 복구될 때까지 이메일을 보냅니다.
충전 방법
SaaS가 요금을 청구할 수 있는 세 가지 방법
가격 페이지가 진화합니다. 계층이 분할되고, 미터가 나타나고, 기업 거래에서 인보이스을 원합니다. 카탈로그는 재설계 없이도 유지되어야 합니다.
계층형 구독
$29~$99/월
Starter 또는 Pro를 선택하는 팀
계획에 연결된 기능 계층: 스타터는 핵심을 가져오고 Pro는 보고, API, 팀 기능을 엽니다.
- 잠금 해제
- 기능은 계획에 따라 제공됩니다. 업그레이드하면 즉시 열리고, 다운그레이드하면 일정에 따라 범위가 좁아지며, 수동으로 전환할 수 있는 기능은 없습니다.
- 결제
- 시행 및 공정한 비례배분을 통해 월간 또는 연간; 실패한 카드는 액세스 범위가 좁아지기 전에 재시도 및 복구 이메일을 받습니다.
- 환불
- 승인 제한 — 환불은 사고가 아니라 결정입니다.
사용량 기반
실행당 $0.05
인보이스의 가치를 추적해야 하는 고객
기본 계획과 미터기: 렌더링, 메시지, API 호출 등 제품의 가치 단위가 무엇이든.
- 잠금 해제
- 고객의 로그인 활동에 대한 사용량 계산으로 인보이스가 도착하기 전에 청구 페이지에 표시됩니다.
- 결제
- 종량제 요금은 구독 주기에 따라 발생하고 청구됩니다. 요금제와 인보이스는 동일한 시스템이기 때문에 동의합니다.
- 환불
- 이의가 제기된 광고 항목은 동일한 승인 흐름을 통해 해결됩니다.
일회성 잠금 해제
1회 $500
추가 구독이 아닌 추가 기능을 원하는 고객
평생 모듈, 온보딩 패키지, 얼리 어답터 거래 — 구독과 함께 한 번만 판매됩니다.
- 잠금 해제
- 구매하면 고객이 실행하는 모든 요금제와 공존하는 영구적인 권한이 부여됩니다.
- 결제
- 하나의 청구, 하나의 영수증 — 동일한 카탈로그, 동일한 청구 페이지.
- 환불
- 동일한 승인 관리 흐름
출시 전
출시 전 첫 주
SaaS에는 어떤 브로셔 사이트보다 입증해야 할 기계가 더 많습니다. 이것이 바로 첫 주가 중요한 이유입니다.
제품 모양
설명: 제품의 역할, 고객이 누구인지, 계층 및 각 단계가 열리는 항목. Kliv는 이미 실제적인 조직, 계획 및 게이트를 사용하여 첫 번째 미리보기를 빌드합니다.
사용자의 것으로 만드세요
도메인, 브랜드, 제품 언어 및 결제가 적용되는 동일한 카탈로그에서 생성된 가격 페이지
실물 연결
Stripe를 연결하고, 실제 가격과 체험 기간을 설정하고, 계획에 기능을 추가하고, 운영자의 관점으로 팀을 초대하세요.
부수어 보세요
테스트 고객으로 가입하세요. 다른 조직의 데이터를 읽으십시오. 데이터베이스가 거부되는지 확인하십시오. 카드에 실패하고, 계획을 다운그레이드하고, 관문이 따라오는 것을 지켜보세요.
그런 다음 1년 동안 리허설
Sandbox에서 시뮬레이션된 비용과 시간을 사용하여 출시 전 SaaS의 첫 해를 실행하세요. 평가판이 전환되거나 만료되고, 고객이 3월에 업그레이드하고, 6월에 카드가 실패하고 복구되고, 취소하면 적절한 날짜에 적절한 기능이 종료됩니다. 이미 운영되고 있는 사업을 게시하는 경우 — 그렇게 되리라는 희망은 없습니다.
제작 또는 구매
스택을 서로 붙이면 어떨까요?
| 접착된 스택 | Kliv | |
|---|---|---|
| 임차 | 인증 제공자의 조직 기능과 사용자가 작성하고 영원히 재검토하는 행 필터. | 데이터베이스에서 시행되는 조직 — 테넌트 간 읽기는 불가능하며 필터링되지 않습니다. |
| 결제 ⇔ 액세스 | 결제 업체에 대한 앱의 개념을 누가 지불했는지 조정하는 웹훅 핸들러 | 자격은 기본적으로 청구를 따르므로 조정할 이음새가 없습니다. |
| 사용 가격 | 측정 서비스, 청구 서비스 및 이들 간의 조정 작업 | 미터와 인보이스은 동일한 시스템입니다. |
| 수명주기 이메일 | 다른 공급업체, 다른 템플릿 언어, 다른 웹훅 | 영수증, 독촉 및 평가판 알림이 템플릿에 내장되어 있습니다. |
| 제품 출시 시간 | 첫 번째 차별화 기능이 등장하기 전 섀시의 개월 수 | 섀시는 첫날입니다. 사용자의 설명은 제품에 사용됩니다. |
임차
접착된 스택: 인증 제공자의 조직 기능과 사용자가 작성하고 영원히 재검토하는 행 필터.
Kliv: 데이터베이스에서 시행되는 조직 — 테넌트 간 읽기는 불가능하며 필터링되지 않습니다.
결제 ⇔ 액세스
접착된 스택: 결제 업체에 대한 앱의 개념을 누가 지불했는지 조정하는 웹훅 핸들러
Kliv: 자격은 기본적으로 청구를 따르므로 조정할 이음새가 없습니다.
사용 가격
접착된 스택: 측정 서비스, 청구 서비스 및 이들 간의 조정 작업
Kliv: 미터와 인보이스은 동일한 시스템입니다.
수명주기 이메일
접착된 스택: 다른 공급업체, 다른 템플릿 언어, 다른 웹훅
Kliv: 영수증, 독촉 및 평가판 알림이 템플릿에 내장되어 있습니다.
제품 출시 시간
접착된 스택: 첫 번째 차별화 기능이 등장하기 전 섀시의 개월 수
Kliv: 섀시는 첫날입니다. 사용자의 설명은 제품에 사용됩니다.
자주 묻는 질문
테넌트 격리는 실제로 어떻게 시행되나요?
데이터베이스에서 행 수준 규칙을 사용합니다. 모든 고객은 조직이며 해당 행에는 해당 경계가 있습니다. 쿼리 자체가 비어 있기 때문에 페이지의 버그로 인해 다른 테넌트의 데이터가 유출될 수 없습니다.
구독과 사용량 측정을 결합할 수 있나요?
예 — 두 개의 시스템이 아닌 하나의 계획입니다. 렌더링당 $0.05가 추가되는 Pro 계층입니다. 구독은 기본 요금을 청구하고, 계량기는 사용량을 청구하며, 고객은 하나의 인보이스에서 이 두 가지를 모두 확인할 수 있습니다.
고객이 취소하거나 다운그레이드하면 어떻게 되나요?
정책이 설정한 일정에 따라(즉시 또는 기간 종료 시) 권리 범위가 좁아지고 데이터는 유지됩니다. 재방문 고객은 자신의 조직을 원래 위치로 되돌리므로 마이그레이션이 아닌 청구 이벤트를 통해 고객을 다시 유치할 수 있습니다.
고객이 자신의 인보이스를 관리할 수 있나요?
예 — 제품 내부의 청구 페이지: 카드 업데이트, 요금제 전환, 인보이스 읽기. 결제가 실패하면 독촉은 청구를 다시 시도하고 누군가의 액세스 권한이 제한되기 전에 고객에게 이메일을 보냅니다.
출시 후 가격을 변경할 수 있나요?
예 — 카탈로그는 데이터입니다. 계층을 추가하고, 계획을 분할하고, 측정기를 도입하세요. 새로운 결제에는 새로운 가격이 적용되며, 기존 구독은 사용자가 달리 결정할 때까지 구매한 조건을 유지합니다.
실제 멀티 테넌시인가요, 아니면 기능 플래그가 있는 계정인가요?
실제 테넌시: 각 고객 조직은 자체 사용자, 역할 및 행이 있는 데이터베이스의 최고 경계입니다. 동일한 다중 테넌트 아키텍처 Kliv 자체가 실행됩니다.