SaaS로의 여정 계획
SaaS(Software as a Service)를 빌드하고 운영하는 것은 모든 단계에서 비즈니스에 고유한 기회와 고유한 과제를 제공합니다. SaaS의 고려 사항은 SaaS 제품을 계획할 때뿐만 아니라 비즈니스를 운영할 때 매일 염두에 두어야 합니다.
다음 다이어그램은 SaaS 제품을 빌드하는 동안 회사가 겪는 일반적인 여정을 보여 줍니다. 이 프로세스를 이해하면 현재 단계에서 어떤 리소스가 적용되는지 아는 데 도움이 됩니다. 이 문서의 나머지 부분에는 SaaS 경험의 각 단계와 현재 해당 단계에 있는 비즈니스와 관련된 링크에 대한 간략한 설명이 제공됩니다.
1. SaaS 비즈니스 모델 계획
SaaS 경험의 첫 번째 단계는 비즈니스 의사 결정을 중심으로 합니다. 비즈니스 결정은 결국 애플리케이션의 소프트웨어 요구 사항이 되므로 기술적인 결정을 내리기 전에 신중하게 고려해야 합니다. 최소한 다음 문제를 고려합니다.
- 해결하려는 문제를 식별합니다. SaaS 솔루션은 비즈니스 문제를 해결하도록 설계되었습니다. 솔루션을 디자인하기 전에 해결하려는 비즈니스 문제를 식별합니다.
- 솔루션이 문제를 해결하는 방법을 알아 두세요. 디자인된 SaaS 솔루션이 식별된 문제를 해결하는 방법을 명확하게 이해합니다.
- 가격 책정 모델을 파악합니다. SaaS 솔루션은 궁극적으로 수익을 창출하도록 설계되었습니다. 다양한 가격 책정 모델 과 디자인하는 솔루션에 가장 적합한 모델을 이해합니다.
- 고객과 고객이 애플리케이션과 상호 작용하는 방법을 이해합니다. 고객이 누구인지, 어떤 기능에 관심이 있는지 알아봅니다. 이를 미리 알면 사용량이 부족한 기능을 개발하지 않도록 소중한 시간과 에너지를 절약할 수 있습니다.
애플리케이션 요구 사항 외에도 전체 비즈니스와 관련된 몇 가지 사항을 고려합니다.
비즈니스에서 SaaS 애플리케이션을 운영할 준비가 되었는지 확인합니다. SaaS 비즈니스를 운영한다는 것은 고객이 지원과 같은 것들을 위해서만 회사에 의존한다는 것을 의미합니다. 잠재적으로 24/7 기준으로 애플리케이션에 대한 지원을 제공할 수 있는지 확인합니다.
레거시 제품에서 마이그레이션하기 위한 원활한 경로가 있는지 확인합니다. 다른 비즈니스 모델에서 마이그레이션하려는 경우 너무 많은 중단 없이 고객을 마이그레이션하기 위한 계획이 있는지 확인합니다.
설정하는 프로세스의 크기를 조정하는 방법을 이해합니다. 계획하는 동안 비즈니스가 성장함에 따라 시간이 지남에 따라 프로세스가 변경되어야 한다는 이해를 계속 진행합니다. 소수의 고객만 있는 경우 수동으로 몇 가지 작업을 수행할 수 있지만 이 방법은 잘 확장되지 않습니다. 자세한 내용은 다음 문서를 참조하십시오.
SaaS의 기초 - SaaS 의 기초에 대한 Microsoft Learn 모듈
SaaS로의 여정을 가속화하고 위험을 줄입니다. SaaS 마이그레이션 및 현대화 프로젝트에 대한 주요 고려 사항, 과제 및 기타 단원을 간략하게 설명하는 Microsoft Ignite 2021의 비디오입니다.
Microsoft SaaS Academy - 무료 SaaS 학습 과정.
가격 책정 모델 고려 사항 - 가격 책정 전략을 결정할 때 염두에 두어야 할 중요한 기술 고려 사항입니다.
Microsoft for Startups Founders Hub - LinkedIn, Microsoft 365 및 GitHub Enterprise 및 Azure 크레딧을 포함하여 비즈니스를 실행하기 위한 Microsoft 소프트웨어와 같은 비즈니스 및 기술 멘토링을 제공하는 Azure에서 솔루션을 빌드하는 스타트업을 위한 리소스 센터입니다.
Microsoft SaaS 스토리 - SaaS를 구축한 경험을 강조하는 Microsoft의 ISV 파트너와의 일련의 비디오 인터뷰입니다.
2. SaaS 솔루션 설계 및 설계
비즈니스 요구 사항이 무엇인지 결정한 후 다음 단계는 요구 사항을 지원하는 애플리케이션을 디자인하는 것입니다. SaaS 제품은 일반적으로 다중 테넌트의 개념을 고려해야 하며, 많은 고려 사항이 있습니다. 이 단계의 출력은 특정 요구 사항 및 고려 사항을 해결하는 애플리케이션 아키텍처여야 합니다. 자세한 내용은 다음 문서를 참조하십시오.
- Azure에서 다중 테넌트 솔루션 설계 - Azure 의 다중 테넌트 애플리케이션에 대한 소개입니다.
- 다중 테넌트 아키텍처 고려 사항 - 다중 테넌트 아키텍처 설계의 주요 고려 사항입니다.
- 테넌트 모델 - 주요 테넌트 모델과 이러한 모델 간의 차이점에 대한 개요입니다.
- Azure 랜딩 존 에 대한 ISV(독립 소프트웨어 공급업체) 고려 사항 - ISV 시나리오에 대한 여러 랜딩 존 간의 비교입니다.
- Azure Well-Architected Framework - 워크로드의 품질을 개선하는 데 도움이 되는 일련의 안내 테넌트입니다.
- SaaS 경험 검토 - 다중 테넌트 아키텍처에 대한 지식을 검토하는 SaaS 제품의 평가입니다.
- Azure 에서 SaaS 앱을 빌드하기 위한 기술 가이드 - ISV, 기술 전문가 및 기술 비즈니스 리더를 위해 만든 EBook으로, 여러 SaaS 기술 의사 결정 지점을 간략하게 설명합니다.
- 스타트업을 위한 아키텍처 - 스타트업 을 위한 아키텍처 소개.
3. SaaS 솔루션 구현
개발한 아키텍처를 구현해야 합니다. 이 단계에서는 일반적인 SDLC(소프트웨어 개발 수명 주기) 프로세스를 사용하여 SaaS 제품을 개발하고 반복합니다. 이 단계에서는 한 번에 너무 많은 요구 사항을 개발에 투입하지 않는 것이 중요합니다. 고객에게 가장 큰 혜택을 줄 수 있는 기능을 파악하고 MVP(최소 실행 가능한 제품)에서 시작해 보세요. 시간이 지남에 따라 더 적은 개선 사항으로 더 많은 반복을 구현하는 것이 더 큰 개발 청크보다 더 쉽습니다. 자세한 내용은 다음 문서를 참조하십시오.
- SaaS 스타터 웹앱 아키텍처 - 시작 웹 기반 SaaS 애플리케이션에 대한 참조 아키텍처입니다.
- ASDK(Azure SaaS Development Kit) - .NET에서 SaaS 애플리케이션을 빌드하기 위한 시작 위치를 제공하도록 설계된 아키텍처의 모듈식 구현입니다.
4. SaaS 솔루션 운영
이 단계에서는 고객을 새 SaaS 제품에 온보딩하고 프로덕션 환경에서 사용자와 함께 SaaS 공급자로 작동하기 시작합니다. SaaS 제품을 거의 완성하고 기존 고객을 마이그레이션하거나 새 고객을 온보딩하는 전략을 갖습니다. 문제가 발생하는 경우 고객을 지원하기 위한 계획을 수립합니다. 또한 수집할 수 있는 KPI(핵심 성과 지표) 메트릭을 식별하기 시작하여 나중에 다양한 비즈니스 및 기술 결정을 내리는 데 도움이 됩니다. 자세한 내용은 다음 문서를 참조하십시오.
- 다중 테넌트 애플리케이션 배포 - 다중 테넌트 애플리케이션 을 유지 관리하고 배포하기 위한 고려 사항입니다.
- 테넌트 사용 량 측정 - 다중 테넌트 애플리케이션에서 소비 데이터를 수집하기 위한 고려 사항입니다.
5. SaaS 솔루션 마케팅 및 판매
이 단계에서는 SaaS 솔루션을 출시하고 판매하기 시작합니다. Azure Marketplace 및 Microsoft AppSource를 포함하여 애플리케이션을 판매하는 데 사용할 수 있는 모든 방법을 살펴봅니다. 또한 이 단계에서는 이전 단계에서 KPI 데이터를 가져와 고객이 SaaS 애플리케이션과 상호 작용하는 방식을 분석하는 데 사용합니다. 그런 다음, 해당 분석을 사용하여 SaaS 제품의 로드맵에 대한 비즈니스 및 기술 결정을 내릴 수 있습니다. 자세한 내용은 다음 문서를 참조하십시오.
- 마켓플레이스 마스터 - Azure Marketplace를 가장 잘 활용하는 방법에 초점을 맞춘 학습 콘텐츠입니다.
- Marketplace 게시 가이드 - Azure Marketplace에서 사용할 수 있는 제품 유형과 이러한 제품 간의 주요 차이점입니다.
- 마케팅 모범 사례 - Azure Marketplace를 사용하여 애플리케이션을 마케팅 및 판매하기 위한 포괄적인 가이드입니다.
- SaaS Marketplace 제품 계획 - Azure Marketplace에서 SaaS 제품을 계획하는 방법에 대한 설명서 페이지입니다.
- Microsoft 영업 팀과 공동 판매 - Microsoft 영업 팀과 공동 판매하는 방법에 대한 개요입니다.
- Microsoft 파트너 네트워크 - Microsoft 파트너 네트워크에 가입합니다. 여기서는 회사를 Microsoft 파트너로 등록하고 다양한 파트너 프로그램에 대한 정보를 얻습니다.
6. 프로세스를 반복합니다.
SaaS 솔루션 개발은 순환적인 여정입니다. SaaS 제품을 최대한 활용하려면 고객과 시장의 요구에 지속적으로 반복하고 적응해야 합니다. 제품의 현재 방향에 대한 결정을 내린 후 프로세스는 1단계에서 다시 시작됩니다. 자세한 내용은 다음 문서를 참조하십시오.
- Azure 잘 설계된 검토 - 시나리오에 대해 큐레이팅되고 개인 설정된 지침을 제공하는 Azure Well Architected Framework에 대한 워크로드 평가입니다. 이 검토를 정기적으로 완료하여 개선할 수 있는 애플리케이션 영역을 식별합니다.
- SaaS 경험 검토 - 다중 테넌트 아키텍처에 대한 지식을 검토하고 SaaS 작업 모범 사례를 준수하는지 평가하는 SaaS 제품의 평가입니다.
참가자
Microsoft에서 이 문서를 유지 관리합니다. 원래 다음 기여자가 작성했습니다.
주요 작성자:
- 랜던 피어스 | 고객 엔지니어, Azure용 FastTrack
- 아르센 블라디미르스키 | 수석 고객 엔지니어, Azure용 FastTrack
기타 기여자:
- John Downs | FastTrack for Azure 수석 고객 엔지니어
- 이리나 코스티나 | 소프트웨어 엔지니어, Azure용 FastTrack
- Nick Ward | 선임 클라우드 솔루션 설계자