서비스형 소프트웨어(SaaS)란 무엇인가요?

SaaS 제공업체는 소프트웨어 및 소프트웨어가 실행되는 인프라의 운영, 관리 및 유지 보수를 담당합니다. 고객은 계정을 생성하고 수수료를 지불하기만 하면 소프트웨어에 액세스할 수 있습니다.

일부 업계 역사가들은 SaaS의 기원이 메인프레임에서 실행되는 애플리케이션이 원격 터미널로 제공되었던 1950년대에 시작되었다고 말합니다. 그러나 오늘날 우리가 알고 있는 SaaS는 1999년 Salesforce가 웹 브라우저에 제공되는 클라우드 호스팅 소프트웨어로 고객 관계 관리(CRM) 시스템을 출시하면서 시작되었습니다.

오늘날 SaaS는 가장 일반적인 퍼블릭 클라우드 컴퓨팅 서비스이자 주요 소프트웨어 제공 모델입니다. Slack(메시징) 및 Dropbox(파일 저장 및 공유)와 같은 일상적인 도구부터 전사적 자원 관리(ERP), 인사 또는 인력 최적화 플랫폼과 같은 핵심 비즈니스 애플리케이션에 이르기까지 직원들이 사용하는 소프트웨어 대부분은 SaaS 모델을 사용해 제공됩니다.

종업원 5,000명 이상의 대기업들이 2024년에 사용한 SaaS 애플리케이션은 평균 131개입니다.¹ 업계 분석가들은 2024년에 SaaS 애플리케이션 글로벌 시장 규모가 약 4천억 달러(3,991억 달러)에 달할 것으로 추산했으며, 이 시장은 2030년까지 8천 192억 3,000만 달러로 성장할 것으로 예상됩니다.²

SaaS는 기존 소프트웨어와 비교할 때 신생 기업부터 국제적인 대기업에 이르는 모든 규모의 기업에 간편한 액세스, 빠른 가치 창출 시간, 관리 비용 절감, 비용 예측 가능성 등의 이점을 제공합니다.

SaaS는 클라우드 컴퓨팅 인프라와 규모의 경제를 활용하여 고객에게 소프트웨어 채택, 사용 및 비용 지불에 대한 보다 간소화된 접근 방식을 제공합니다. 모든 SaaS 애플리케이션은 다음과 같은 특성을 공유합니다.

SaaS 애플리케이션은 클라우드에서 호스팅되도록 구축되었습니다. SaaS 소프트웨어 공급업체는 자체 클라우드 인프라 또는 클라우드 서비스 공급업체를 통해 애플리케이션을 호스팅할 수 있습니다. 기존 제공업체를 통한 호스팅은 기업이 확장성과 글로벌 접근성을 높이는 데 도움이 될 수 있습니다.

애플리케이션은 인터넷 연결 및 인터넷에 연결된 사용자 장치가 있는 모든 고객이 액세스할 수 있습니다. SaaS 애플리케이션은 일반적으로 모든 웹 브라우저와 컴퓨터 또는 모바일 장치에서 실행되지만 휴대폰과 태블릿에서 더 효과적으로 실행되는 경우가 많습니다. 그리고 경우에 따라 SaaS 애플리케이션은 중앙 서버에 저장된 리소스에서 원격으로 실행되는 경량 컴퓨팅 장치인 전용 씬 클라이언트를 제공하거나 요구할 수 있습니다.

SaaS 애플리케이션이 사용하는 멀티테넌트 아키텍처는 소프트웨어 애플리케이션(및 기본 데이터베이스 및 하드웨어)의 단일 인스턴스가 여러 테넌트(또는 사용자 계정)를 지원합니다. 데이터 보안과 개인정보 보호를 유지하기 위해 각 테넌트의 애플리케이션 데이터, 사용자 데이터, 시스템 데이터, 사용자 지정 구성을 다른 고객의 데이터로부터 분리합니다.

SaaS 애플리케이션은 고객의 관리 및 유지 보수가 거의 또는 전혀 필요하지 않습니다. SaaS 공급업체는 애플리케이션을 실행하는 데 필요한 모든 서버와 인프라를 프로비저닝, 관리 및 유지 관리하고 필요한 경우 기능 업그레이드 및 보안 패치를 적용할 책임이 있습니다. 로드 밸런싱 및 데이터 백업 기능, 인프라 이중화, 재해 복구 서비스를 제공하여 운영 중단을 방지하고 서비스 수준 계약(SLA)을 충족합니다.

또한 많은 SaaS 공급업체는 고객이 SaaS 앱을 다른 SaaS 또는 기존 소프트웨어 애플리케이션과 통합하는 데 사용할 수 있는 애플리케이션 프로그래밍 인터페이스(API)를 제공합니다.

클라우드 컴퓨팅은 인터넷을 통해 필요할 때마다 컴퓨팅 리소스, 즉 물리적 또는 가상 서버, 데이터 스토리지, 네트워킹 기능, 애플리케이션 개발 툴, 소프트웨어, AI 기반 분석 플랫폼 등에 액세스할 수 있는 서비스입니다.

클라우드 컴퓨팅은 다양한 IT 리소스와 웹 기반 서비스를 제공하기 위한 광범위한 프레임워크를 제공하며 SaaS는 클라우드 컴퓨팅의 특정 하위 집합입니다. SaaS가 소프트웨어 애플리케이션 제공에 중점을 두는 반면, 클라우드 컴퓨팅에는 다른 서비스 모델도 포함됩니다. 예를 들어, 인프라와 네트워킹 리소스를 온디맨드 방식으로 액세스할 수 있도록 제공하는 서비스형 인프라(IaaS), 그리고 소프트웨어 개발과 테스트를 위한 클라우드 기반 환경을 제공하는 서비스형 플랫폼(PaaS)이 있습니다.

또한 클라우드 서비스는 각각 독립적으로 사용할 수 있습니다. 기업은 IaaS를 채택하지 않고 PaaS를 채택하거나 IaaS 또는 PaaS 솔루션에 의존하지 않고 SaaS를 채택하기로 선택합니다. 그러나 SaaS는 소프트웨어를 호스팅하고 사용자에게 제공하는 기본 클라우드 인프라 없이는 존재할 수 없으므로 클라우드 컴퓨팅 서비스는 SaaS 애플리케이션에 필수적입니다. 

많은 기업이 세 가지 클라우드 서비스 모델을 모두 사용하지만 각 모델은 고객의 다양한 요구 사항에 맞게 설계되어 있으며 공급자에게 다양한 수준의 IT 책임을 부여합니다.

IaaS(Infrastructure as a Service)는 온프레미스 컴퓨팅 인프라를 대체할 수 있는 클라우드 기반 인프라이며 물리적 및 가상 컴퓨팅 리소스(IaaS 공급자가 데이터 센터에서 호스팅)를 제공합니다.   

IaaS는 모든 규모의 조직에 적합한 다용도 솔루션으로, 기업이 IT 인프라를 완벽하게 제어하면서 비즈니스 관련 요구 사항이 발전함에 따라 이를 확장 또는 축소할 수 있는 유연하고 확장 가능한 데이터 센터 솔루션을 제공합니다.

그러나 IaaS는 세 가지 모델 중 가장 실용적인 모델입니다. 이는 기본적인 인프라만 제공합니다. IT 팀은 여전히 운영 체제, 애플리케이션, 미들웨어, 런타임 환경을 관리합니다. 다른 모델과 비교했을 때 IaaS는 미리 구성된 구성 요소가 적기 때문에, 숙련된 IT 팀이라 하더라도 추가 관리 책임을 감당할 준비가 되어 있지 않다면 작업량과 관련 비용이 상당하다고 느낄 수 있습니다.

어떤 조직이 소비자에게 CRM (고객 관계 관리) 애플리케이션을 소비자에게 제공하고자 한다고 합시다. 개발자는 IaaS를 사용하여 클라우드에서 백엔드 IT 인프라를 구축한 다음 사용자 지정 인프라를 사용하여 자체 개발 플랫폼과 애플리케이션을 만들 수 있습니다. IT 팀은 OS와 서버 구성을 완전히 제어할 수 있는 한편, 그러한 OS와 서버 구성, 개발 플랫폼과 애플리케이션까지 관리하고 유지하는 부담도 감수해야 합니다.

그러나 온프레미스 하드웨어 관리하는 일에서 벗어나려는 기업에게는 다른 서비스형 솔루션과 마찬가지로 IaaS가 매력적일 수 있습니다.

IaaS의 종량제 가격 책정 모델(현재 가장 보편적인 IaaS 가격 책정 모델)은 다양한 예산 범위의 조직에 적합합니다. 또한 작업량을 예측할 수 없는 기업이나 빠르게 성장 중인 스타트업의 경우, 특히 IT 부서에 주요 인프라를 투자할 자원이 부족한 경우 IaaS 서비스의 사용자 정의 기능이 이상적일 수 있습니다.

서비스형 플랫폼(PaaS)은 애플리케이션 개발, 실행, 관리하기 위한 클라우드 기반 플랫폼을 제공합니다.

PaaS는 클라우드 컴퓨팅 스택의 중간 계층 역할을 하며 IaaS와 SaaS 간의 격차를 해소합니다. 이는 IaaS의 유연성과 사용자 지정 옵션에 SaaS의 간소화된 워크플로와 빠른 배포 이점을 결합하여, 맞춤형 애플리케이션을 구축하는 개발자들에게 가장 효율적이고 비용 효과적인 옵션이 됩니다.

PaaS는 IaaS 모델을 기반으로 하며 기본 인프라뿐만 아니라 관리형 OS, 미들웨어, 런타임 환경도 제공합니다. 이러한 리소스를 사용하면 개발자가 애플리케이션을 더 쉽게 배포하고 CI/CD 파이프라인을 구축할 수 있지만, 사용자 지정 옵션과 환경에 대한 통제력이 제한됩니다.

개발자들은 CRM 예제를 유지하면서 PaaS를 사용하여 맞춤형 CRM 애플리케이션을 구축할 수 있습니다. 이때 기업은 인프라와 개발 리소스 관리를 외주로 맡기면서 애플리케이션 기능에 대한 제어 권한을 유지합니다. 그러나 애플리케이션과 관련 데이터를 관리할 책임도 기업이 부담합니다.

그럼에도 불구하고 PaaS 플랫폼은 엔터프라이즈 수준의 소프트웨어 개발 관행을 관리하는 데 필수적입니다. 이는 개발자가 코드 통합이나 데이터베이스 관리와 같은 일상적인 작업에서 벗어날 수 있도록 해주며, 동시에 혁신과 앱 사용자 지정을 가능하게 하여 SaaS에서는 제공되지 않는 수준의 유연성을 제공합니다.

일반적으로 PaaS는 포괄적인 개발 환경을 모색하는 회사와 여러 플랫폼과 지역에 걸쳐 지리적으로 분산된 팀에 가장 적합합니다. 또한 PaaS를 사용하면 팀이 사내 개발 플랫폼을 만드는 데 드는 막대한 비용 없이 앱을 구축할 수 있으므로 제한된 IT 예산으로 일하는 기업에도 유용할 수 있습니다.

SaaS를 통해 클라우드 제공업체는 애플리케이션 개발부터 인프라 유지 관리까지 모든 것을 처리합니다. 사용자는 아무것도 설치하거나 유지 관리할 필요 없이 장치 유형이나 위치에 대한 제한 없이 웹 브라우저를 사용하여 애플리케이션에 액세스하기만 하면 됩니다. 사용자가 특정 설정을 구성하고 권한을 관리할 수 있지만 유지 관리, 보안 및 업데이트의 모든 측면은 SaaS 제공업체가 처리합니다.

SaaS 애플리케이션은 최소한의 노력으로 안정적으로 작동하며 즉시 사용할 수 있는 소프트웨어 애플리케이션을 찾는 기업에 가장 적합합니다.

예를 들어 캘린더 애플리케이션을 생각해 보겠습니다. 사용자들은 번거로운 설정 구성이나 소프트웨어 업데이트에 대한 걱정 없이 이벤트, 미팅, 약속을 추가할 수 있는 기능을 원합니다. 잘못된 구성이나 보안 침해로 인해 서버에 장애가 발생하는 경우 사용자는 SaaS 제공업체가 문제를 해결하고 애플리케이션에 대한 액세스를 복원하기를 기대합니다(이상적으로는 서비스 중단 없이).

오늘날 소프트웨어 앱의 대부분은 엔터테인먼트 플랫폼(예: Netflix 및 Spotify), 이메일 및 커뮤니케이션 툴(예: Slack 및 Gmail), 프로젝트 관리 툴(예: Salesforce 및 HubSpot)을 포함한 SaaS 애플리케이션입니다.

하지만 SaaS의 편리함에는 단점도 있습니다. 사용자는 소프트웨어를 사용자 정의할 수 있는 관리 제어 또는 기능이 거의 또는 전혀 없으며 통합 옵션이 제한될 수 있습니다. SaaS를 사용한다는 것은 사용자가 소프트웨어를 소유하지 않는다는 것을 의미하기도 합니다. 제공업체는 플랫폼과 사용자 데이터에 대한 통제권을 유지하므로 사용자의 감독 권한이 제한됩니다.

CRM의 예를 다시 살펴보겠습니다. 이 경우 기업은 기성 SaaS CRM 솔루션을 선택하여 모든 일상적인 관리를 클라우드 공급자에게 맡기게 되지만, 기능과 특성, 데이터 스토리지, 사용자 액세스 및 보안에 대한 통제권은 포기하게 됩니다.

더 강도 높은 통제와 사용자 정의가 필요한 기업이라면 독점 소프트웨어가 결합된 PaaS 또는 IaaS가 나은 선택일 수 있습니다. 그러나 SaaS 앱은 배포하기 쉽고 최소한의 설정이 필요하지 않다는 점에서, 분산된 원격 팀에 의존하는 기업에서 여전히 선호합니다.

서비스형 모델(MaaS)은 사전 학습된 클라우드 호스팅 머신 러닝(ML) 및 인공 지능(AI) 모델을 API를 통해 사용자에게 제공합니다. 이를 통해 기업은 최신 ML 모델과 AI 기술을 애플리케이션에 지속적으로 통합할 수 있기 때문에 처음부터 모델을 구축하고 학습하는 데 드는 재정 및 인적 자원을 들이지 않고도 ML을 활용할 수 있습니다.

MaaS 솔루션은 개발자가 이상 감지, 음성 인식, 감정 분석, 컴퓨팅 비전(인공 지능 기반 시스템이 시각 입력을 “보고” 의미 있는 정보를 도출할 수 있도록 하는 기술)과 같은 작업을 자동화하고 최적화하는 데 도움을 줍니다.

MaaS와 SaaS는 그 목적이 다르지만, MaaS 툴은 SaaS 애플리케이션의 기능을 향상시킬 수 있습니다. 개발자는 MaaS API를 사용하여 ML 기반 기능(예: 개인화된 권장 사항, 챗봇 및 사기 탐지)을 SaaS 프로그램에 추가할 수 있습니다. 또한 MaaS 제공업체가 모든 모델 업데이트와 개선 사항을 처리하기 때문에 MaaS 지원 SaaS 애플리케이션이 최신 ML 발전과 함께 작동하며 사용자에게 최신 ML 기능에 대한 즉각적인 액세스를 제공합니다.

이러한 장점에도 불구하고 SaaS는 고객, 특히 기업 고객이 알아야 할 잠재적인 위험과 과제를 안고 있습니다.

SaaS 앱의 손쉬운 도입과 사용은 조직 내에서 SaaS 애플리케이션이 무분별하게 확산되는 SaaS 스프롤로 이어질 수 있습니다. SaaS 스프롤은 일반적으로 의도적인 것이 아닙니다. 분산된 구매와 전사적 지침 및 정책의 부재로 인해 SaaS 포트폴리오가 비대해지고 비용이 낭비되고 워크플로가 복잡해지며 데이터 사일로가 발생할 수 있습니다.

확산된 SaaS 에코시스템은 또한 “섀도우 IT”라고 불리는 현상에 기여합니다. 이는 소프트웨어 애플리케이션이 IT 부서의 승인, 인지 또는 관리 없이 기업 네트워크에서 사용되는 경우를 의미합니다. 섀도우 IT는 심각한 보안 위험을 초래할 수 있습니다.

IT 직원이 사용자가 어떤 소프트웨어를 사용하고 있는지 알지 못하면 소프트웨어의 보안을 보장할 수 없습니다. 섀도우 IT는 여러 애플리케이션에 동일한 비밀번호를 사용하는 등 나쁜 클라우드 보안 관행을 심화시켜 조직의 전반적인 취약성을 높입니다.

SaaS 애플리케이션은 기업에 데이터 관리에 대한 통제권을 포기하도록 요구하기도 합니다. 다른 클라우드 컴퓨팅 모델을 사용하면 사용자가 고객 데이터 저장, 관리, 보안 방식을 더 강도 높게 제어해서 특정 비즈니스와 컴퓨팅 요건에 맞게 구성을 조정할 수 있습니다. SaaS 비즈니스 모델에서는 사용자가 데이터와 데이터 관리를 외부 공급업체에 맡겨야 합니다. 

또 다른 잠재적 위험은 공급업체 종속입니다. 이렇게 되면 현재 이용하는 업체의 애플리케이션이 고객의 성능, 기능, 비즈니스 요건에 부합하지 않게 되더라도 다른 업체의 SaaS 앱으로 이전할 수 없습니다. 그 대신 동일한 용도의 새로운 앱을 찾아야 하는데, 그렇게 하기가 어려운 경우도 있습니다. 

SaaS의 혜택과 이점은 온프레미스 인프라에 설치 및 관리되는 기존 소프트웨어와 비교했을 때 가장 이해하기가 쉽습니다.

• SaaS는 더 빠른, 사실상 즉각적인 도입과 혜택 실현 시간을 제공합니다. 고객은 최소한의 초기 비용(일반적으로 첫 달 구독 가격)으로 SaaS 애플리케이션을 즉시, 때로는 몇 분 만에 구매하고 사용할 수 있습니다. 이에 비해 기존 소프트웨어는 서버를 구매 및 프로비저닝하고, 모든 사용자 장치에 소프트웨어를 설치하고, 모든 사용자에 대한 전체 라이선스의 예산을 책정하고 구매해야 할 수 있습니다.

• SaaS는 새로운 기능과 버전이 출시되는 즉시 이에 대한 액세스를 제공합니다. SaaS 제공업체는 보통 고객이 눈치채지 못하도록 일주일에 여러 차례 실시간으로 기능을 업그레이드하고 추가합니다. 고객의 작업을 방해하지 않으면서 인터페이스와 사용자 경험을 업그레이드할 수도 있습니다. 기존 온프레미스 소프트웨어는 업그레이드가 잦아 비용이 많이 들고 업무에 지장을 주는 경우가 많아서, 고객이 새 버전의 기능을 사용하기 위해 몇 달을 기다려야 하는 경우가 많습니다(일부 업그레이드를 건너뛰지 않는 경우).

• SaaS는 비용 효율적인 온디맨드 확장성을 지원합니다. 고객은 필요에 따라 계층을 업그레이드 또는 다운그레이드하거나 추가 용량을 구매하여 SaaS 애플리케이션을 확장 및 축소할 수 있습니다. 기존 소프트웨어는 사용량 급증이 예상되면 사용자가 용량을 더 많이 구매해야 하는데, 이렇게 구매한 용량이 필요할 때까지 유휴 상태로 방치되는 경우가 많습니다.

• SaaS는 예측 가능한 비용을 제공하고 오버헤드를 대폭 낮춥니다. SaaS를 사용하면 소프트웨어를 실행할 인프라, 소프트웨어 업그레이드 (및 이를 지원하는 인프라) 또는 사내 IT 직원이 소프트웨어를 설치, 업그레이드 및 유지 관리하는 데 필요한 예산을 책정할 필요가 없습니다. 대부분의 비용은 소프트웨어 사용에 직접 사용됩니다.

SaaS 애플리케이션은 기존 소프트웨어 라이선싱과는 다른 다양한 구독 기반 종량제 요금 모델로 제공됩니다.

기존 소프트웨어는 소유권 기반 모델을 사용합니다. 사용자는 특정 기간 동안 소프트웨어 및 관련 서비스에 액세스할 수 있는 영구 라이선스에 대해 상당한 선불 비용(그리고 지속적인 유지 관리 비용)을 지불합니다. 이러한 결제 구조로 인해 애플리케이션을 재구매하거나 상당한 업그레이드를 적용하지 않고는 소프트웨어 리소스를 확장하거나 조정하기가 어렵습니다.

SaaS 애플리케이션은 사용자가 특정 수의 리소스 또는 특정 기능 세트에 대한 액세스를 제공하는 구독 라이선스에 대해 반복 요금을 지불하는 액세스 기반 모델을 사용합니다. SaaS 제공업체는 사용자가 요구 사항이 변화함에 따라 리소스를 확장할 수 있도록 유연한 가격을 제공합니다. 여기에는 다음이 포함됩니다.

정액 요금제는 하나의 요금제를 하나의 가격으로 제공하는 가장 단순한 방식입니다. 정액 모델을 선택하면 고정된 단일 가격으로 모든 기능을 이용할 수 있습니다. 사용자는 서비스 사용량에 관계없이 무제한 사용에 대한 요금을 월 또는 연 단위로 지불합니다.

정액제 요금제 모델은 요금제가 예산 제약과 비즈니스 요구를 초과한다고 느끼는 예산에 민감한 고객에게는 적합하지 않을 수 있습니다. 그러나 이 모델은 일관되고 예측 가능한 SaaS 가격을 원하는 기업에게는 매력적일 수 있습니다.

사용량 기반 또는 종량제 가격 책정 모델을 통해 고객은 사용하는 리소스에 따라 SaaS 액세스 비용을 지불할 수 있습니다. 고객이 필요로 하는 리소스가 많을수록 서비스에 대해 더 많은 비용을 지불합니다. 예를 들어, 애플리케이션은 매월 보내는 이메일 수에 따라 사용자에게 요금을 청구할 수 있습니다.

사용량 기반 모델은 SaaS 비용을 일관되게 예측하기 어렵게 만들 수 있지만, 사용량 기반 SaaS 모델은 사용자의 규모에 따라 확장될 수 있기 때문에 다양한 고객 유형에게 좋은 선택지가 될 수 있습니다.

SaaS 공급업체는 기능 액세스, 사용자 수 또는 리소스 사용량에 따라 가격 '티어'를 제공합니다. 예를 들어, SaaS 이메일 마케팅 솔루션은 월 250달러에 최대 5,000개의 연락처를 제공하는 “스탠다드” 티어, 월 500달러에 최대 20,000개의 연락처를 제공하는 “프로” 티어, 그리고 월 600달러에 100,000개의 연락처와 랜딩 페이지 디자인 및 호스팅을 제공하는 “비즈니스” 티어를 제공할 수 있습니다.

대기업의 경우 SaaS 공급업체는 보다 세분화된 기능 선택, 우선순위 지원, 특별 SLA 조건 및 협상 가능한 가격을 허용하는 '엔터프라이즈' 계층을 제공할 수 있습니다.

계층형 요금제를 통해 고객은 기능적 요구 사항과 예산에 가장 적합한 요금제를 선택할 수 있으며, 다음 계층으로 이동하여 쉽게 확장할 수 있습니다. 대부분의 계층형 구독 가격은 1년 전체 요금을 한 번에 결제하는 고객에게는 할인을 제공하고, 구독 중간에 계층을 변경하는 고객에게는 비례 배분된 가격 조정이 제공됩니다.

사용자 기반 요금 모델을 통해 고객은 SaaS 액세스에 대해 “좌석당” 비용을 지불할 수 있습니다. 비용은 애플리케이션에 액세스해야 하는 사용자 수에 따라 증가합니다.

사용자 기반 모델을 통해 고객은 SaaS 비용과 부가가치 간의 명확하고 선형적인 관계를 확인할 수 있지만 이 모델은 때때로 제품의 추가 채택을 제한할 수 있습니다. 사용자가 추가 비용을 지불하고 싶지 않다면, 좌석을 더 추가하지 않거나 여러 사용자가 하나의 로그인 계정을 공유하도록 선택할 수 있습니다.

대부분의 SaaS 공급업체는 고객이 일주일 내지는 한달이라는 짧은 기간 동안 초기 비용 없이 사용해 볼 수 있는 소프트웨어 버전을 제공합니다. 이러한 무료 평가판은 소프트웨어의 모든 기능을 제공하되, 해당 기능을 사용할 수 있는 횟수나 범위를 제한합니다.

애플리케이션의 '프리미엄' 버전을 제공하는 SaaS 기업들도 있습니다. Freemium 버전은 항상 무료입니다. 제품 전체에서 유용한 기능 일부를 제한적으로 제공하거나, 모든 기능을 제공하되 사용 중 주기적으로 광고를 보게 합니다.

SaaS 산업은 새로운 기술과 혁신적인 제공 방식에 힘입어 급속한 변화를 겪고 있습니다. 이에 따라 SaaS 제품의 기능이 향상되고 도달 범위가 넓어지는 것은 물론, 기업과 최종 사용자가 소프트웨어와 상호 작용하는 방식이 재정의되고 있습니다. 몇 가지 예를 들어 보겠습니다.