SaaS란 무엇인가? 서비스형 소프트웨어 설명

SaaS(Software as a Service, 서비스형 소프트웨어)는 사람들이 인터넷을 통해, 보통 브라우저에서 사용하고 정기 구독료를 내며 쓰는 소프트웨어입니다. 서버를 운영하고, 데이터를 보관하고, 업데이트를 배포하는 것은 이를 만든 회사가 맡습니다. 고객은 아무것도 설치하거나 관리하지 않습니다. 가입하고, 로그인하고, 사용하면 됩니다. Gmail, Slack, Notion, Shopify, 그리고 매달 요금을 내는 대부분의 업무 도구가 SaaS입니다.

AI로 만들 때 SaaS가 중요한 이유

"SaaS를 만들어 줘"는 사람들이 AI 앱 빌더에게 가장 흔히 가져오는 요청 중 하나이며, 여러 개의 별개 작업을 감추고 있습니다. 사람들이 돈을 내는 핵심 기능은 종종 가장 쉬운 부분입니다. 그것이 서비스로 만들어 주는 것은 주변의 모든 것입니다.

• 계정: 고객마다 로그인이 있어야 합니다.
• 데이터 분리: 한 고객이 다른 고객의 데이터를 절대 볼 수 없어야 합니다.
• 결제: 구독이 시작되고, 갱신되고, 실패하고, 해지되는 것이 올바르게 작동해야 합니다.
• 안정성: 고객은 서비스가 항상 작동하리라 믿고 사용하기 때문입니다.

이런 요소들이 존재한다는 것을 알면, 요청을 하나씩 나눠서 각각 테스트할 수 있습니다. 그렇지 않으면 보기에는 멋진 대시보드를 얻었지만 요금을 받기에는 안전하지 않은 상황이 생깁니다.

일상적인 비유: 집을 짓는 것과 아파트에 세 들어 사는 것

전통적인 소프트웨어를 사는 것은 집을 짓는 것과 같습니다. 집은 내 것이지만, 지붕을 고치고 보일러 값을 내고 법이 바뀌면 배선도 다시 해야 합니다.

SaaS는 잘 관리되는 건물에 월세로 사는 것과 같습니다. 매달 돈을 내고, 집주인이 수리와 업그레이드를 맡고, 계약이 끝나면 떠날 수 있습니다. 모든 세입자는 자기만의 잠기는 현관문이 있습니다. 이것이 멀티테넌시입니다. 많은 고객이 한 건물(하나의 실행 중인 시스템)을 함께 쓰지만, 누구도 다른 사람의 집에 들어갈 수 없습니다.

SaaS 제품의 구조

본질적으로 SaaS 제품은 몇 가지 추가 책임이 붙은 풀스택 앱입니다.

SaaS에서 쓰는 비즈니스 용어

• MRR / ARR: 월간 또는 연간 반복 매출. 활성 구독의 총합입니다.
• 이탈률(churn): 한 기간 동안 해지하는 고객(또는 매출)의 비율입니다.
• 체험판과 프리미엄: 기간이 정해진 정식 버전, 또는 제한이 있는 무료 요금제로, 사람들이 시작하게 만드는 방법입니다.
• 좌석 기반 요금: 사용자 수에 따라 요금을 매기는 방식. 사용량 기반 요금: 메시지나 프로젝트처럼 사용한 만큼 요금을 매기는 방식. 정액 요금: 요금제마다 가격 하나.
• 마이크로 SaaS: 좁은 틈새시장을 겨냥한 작은 SaaS로, 보통 한두 명이 운영합니다. 실제 사례는 마이크로 SaaS 아이디어에 있습니다.
• 버티컬 SaaS와 호리존탈 SaaS: 한 산업을 위해 만든 것(치과 병원용 소프트웨어)과 여러 산업에 걸친 한 기능을 위해 만든 것(이메일 마케팅).

실제 예시: 반려견 미용사를 위한 SaaS

독립 반려견 미용사들에게 월정액으로 예약 도구를 판매하고 싶다고 해봅시다.

1. 핵심 기능. 미용사가 서비스와 영업 시간을 등록하면, 반려견 주인이 미용사의 공개 페이지에서 시간을 예약합니다.
2. 테넌트. 각 미용 사업체는 하나의 워크스페이스입니다. 모든 서비스, 예약, 고객 기록에는 워크스페이스 ID가 붙고, 모든 쿼리는 그 ID로 걸러집니다. URL을 고쳐도 미용사 A의 예약이 미용사 B의 대시보드에 나타나면 안 됩니다.
3. 역할. 소유자는 가격과 결제를 바꿀 수 있고, 직원은 그날의 예약을 보고 수정할 수 있습니다.
4. 결제. 요금제 두 개, 여러분이 정한 14일 체험 기간, Stripe를 통한 결제. Stripe가 갱신 실패를 알려 오면, 앱은 배너를 띄우고 유예 기간이 지나면 예약 페이지를 일시 중지하지만, 데이터는 절대 삭제하지 않습니다.
5. 온보딩. 가입 후 미용사가 서비스 하나를 추가하고 예약 링크를 공유하도록 안내합니다. 그 첫 번째 공유 링크가 제품이 유용해지는 순간입니다.
6. 관리. 여러분만 여는 비공개 페이지에서 워크스페이스를 찾고, 요금제를 확인하고, 체험 기간을 연장합니다.

첫 버전에 이 모두를 완벽하게 갖출 필요는 없습니다. SaaS MVP를 만드는 법은 무엇을 먼저 만들고 무엇을 뺄지 다루고, SaaS 제품 가격 책정법은 요금제를 다룹니다.

흔한 실수와 오해

• "SaaS"를 기능으로 취급하기. SaaS는 비즈니스 모델에 위의 배관 시설을 더한 것입니다. 테넌트, 역할, 결제를 일찍 결정하세요. 나중에 데이터 분리를 덧붙이는 것은 고통스럽습니다.
• 프런트엔드가 데이터를 숨겨 줄 것이라 믿기. 고객의 데이터가 화면에서만 숨겨져 있고 서버가 여전히 그것을 반환한다면, 누구나 볼 수 있습니다. 서버는 모든 요청에서 테넌트별로 걸러야 합니다.
• 사람들이 제품을 원하기도 전에 결제부터 만들기. 요금은 일찍 받되, 핵심 기능이 실제 사용자에게 작동한 다음에 받으세요. 전체 요금제 관리 페이지보다 결제 링크가 먼저 와도 괜찮습니다.
• 결제 완료 페이지에서 접근 권한 부여하기. 결제 후 리디렉션은 건너뛰거나 위조될 수 있습니다. 접근 권한의 부여와 취소는 결제 제공업체의 웹훅에서, 서버가 검증한 뒤에 해야 합니다.
• 해지와 결제 실패 무시하기. 첫 달에도 반드시 일어납니다. 고객이 무엇을 보게 될지, 데이터는 어떻게 될지 미리 정하세요.
• 엔터프라이즈 기능을 너무 일찍 베끼기. 싱글 사인온, 감사 로그, 복잡한 권한은 대기업 고객에게 중요하지, 처음 열 고객에게는 중요하지 않습니다.

AI 빌더에게 요청할 것

요청을 테스트할 수 있는 단계로 나누세요.

1. "한 사업체를 위한 핵심 기능을 샘플 데이터와 함께 만들어 주세요." 실제로 유용한지 확인하세요.
2. "가입과 로그인을 추가하세요. 새 사용자는 워크스페이스를 만듭니다. 모든 테이블과 모든 쿼리를 서버에서 워크스페이스 범위로 제한해 주세요."
3. "역할을 추가하세요: 소유자와 직원. 설정과 결제는 소유자만 바꿀 수 있어야 합니다."
4. "요금제 두 개와 체험 기간이 있는 Stripe 구독을 추가하세요. 접근 권한은 결제 화면 리디렉션이 아니라, 검증된 Stripe 웹훅을 기준으로 부여하고 취소하세요."
5. "나만 열 수 있는 관리자 페이지를 추가해서 워크스페이스와 요금제를 조회할 수 있게 해 주세요."

2단계 이후에는 계정을 두 개 만들어 한 계정에서 다른 계정의 데이터에 접근해 보세요. 큰 변경을 할 때마다 다시 해 보세요. 4단계는 앱에 결제 추가하기 가이드에서 자세히 다룹니다.

Mythex에서 SaaS MVP 만들기

Mythex는 채팅으로 설명한 내용으로 SaaS MVP의 제품, 마케팅 페이지, 데이터베이스를 만들고, 이를 공개 URL로 게시할 수 있습니다. 여러분 앱 사용자의 로그인과 고객 결제는 직접 준비해야 합니다. 인증 방식을 고르고, 여러분 자신의 Stripe 계정과 키를 사용하며, 이 키들은 프로젝트 시크릿으로 보관합니다. 문서에는 시작 프롬프트가 담긴 단계별 SaaS MVP 사용 사례가 있고, AI SaaS 빌더 페이지에는 시작점으로 쓸 예시가 있습니다. 요금제는 가격 페이지에서 볼 수 있습니다.

자주 묻는 질문