SaaS versus Provedor de Serviços Gerenciado (MSP)
Também há alguma confusão que envolve as linhas entre os modelos SaaS e Provedor de Serviços Gerenciado (MSP). Se você observar um modelo MSP, ele pode parecer ter alguns objetivos semelhantes aos do modelo SaaS.
No entanto, se você se aprofundar um pouco mais no MSP, descobrirá que o MSP e o SaaS são, na verdade, diferentes. O diagrama a seguir fornece uma visão conceitual de um ambiente MSP.
![Um diagrama que descreve o modelo de Provedor de Serviços Gerenciado (MSP).](images/msp-model.png)
Modelo de Provedor de Serviços Gerenciado (MSP)
Esse diagrama representa uma abordagem do modelo MSP. À esquerda, você verá clientes que usam o modelo MSP. Geralmente, a abordagem aqui seria usar qualquer automação disponível para provisionar o ambiente de cada cliente e instalar o software para esse cliente.
À direita, há uma aproximação da área operacional que o MSP forneceria para dar suporte a esses ambientes de clientes.
É importante observar que o MSP geralmente instala e gerencia uma versão do produto que um determinado cliente deseja executar. Todos os clientes podem estar executando a mesma versão, mas isso normalmente não é necessário em um modelo MSP.
A estratégia geral é simplificar a vida de um fornecedor de software por meio da instalação e do gerenciamento desses ambientes. Embora isso simplifique a vida do provedor, ele não se relaciona diretamente com os valores e a mentalidade essenciais para uma oferta de SaaS.
O foco está em se livrar da responsabilidade gerencial. Fazer essa mudança não é o equivalente a fazer com que todos os clientes usem a mesma versão com uma experiência única e unificada de gerenciamento e operações. Em vez disso, o MSP geralmente permite versões separadas e geralmente trata cada um desses ambientes como operacionalmente separados.
Certamente, existem áreas em que o MSP pode começar a se sobrepor ao SaaS. Se o MSP basicamente exigisse que todos os clientes executassem a mesma versão e o MSP pudesse integrar, gerenciar, operar e faturar centralmente todos os inquilinos por meio de uma experiência, isso poderia começar a ser mais SaaS do que MSP.
O tema mais amplo é que automatizar a instalação de ambientes não significa ter um ambiente SaaS. Somente quando você adiciona todas as outras ressalvas discutidas anteriormente, isso representaria mais um verdadeiro modelo SaaS.
Se nos afastarmos dos aspectos tecnológicos e operacionais dessa história, a linha entre MSP e SaaS se tornará ainda mais distinta. Geralmente, como uma empresa de SaaS, o sucesso de sua oferta depende de sua capacidade de se envolver profundamente em todas as partes móveis da experiência.
Isso geralmente significa acompanhar a experiência de integração, entender como os eventos operacionais afetam os inquilinos, acompanhar as principais métricas e análises e estar perto do cliente. Em um modelo MSP em que isso é entregue a outra pessoa, você pode acabar ficando um nível distante dos principais detalhes que são essenciais para operar um negócio de SaaS.