Como podemos resolver o aprisionamento do fornecedor de SaaS, que é uma desvantagem da conversão DX?

69% estão presos ao fornecedor

Ao adotar produtos, serviços, sistemas, etc. que são altamente dependentes da tecnologia proprietária de um fornecedor (fabricante) específico, pode ser difícil mudar para produtos, serviços, sistemas, etc. semelhantes fornecidos por outros fornecedores.

Este fenômeno, conhecido como aprisionamento de fornecedor, é um grande obstáculo ao avanço das inovações de sistemas.

Como só podem continuar a utilizar produtos de um fornecedor específico, as suas opções na aquisição de produtos, serviços e sistemas são reduzidas e os utilizadores são forçados a comprá-los mesmo que os preços subam, resultando em custos mais baixos. que as empresas não poderão beneficiar plenamente da concorrência de mercado e da inovação tecnológica.

O aprisionamento do fornecedor foi inicialmente pensado como um problema no núcleo dos sistemas de informação, mas com a disseminação dos serviços em nuvem, SaaS (Software as a Service), que é um software e formato de entrega que não requer instalação e pode ser usado através da Internet, surgiu desde então, o aprisionamento do fornecedor de SaaS tem atraído a atenção como uma questão importante.

Então, qual é a realidade? Miletos, uma empresa de consultoria de desenvolvimento/operação de produtos de IA e melhoria de negócios, conduziu uma pesquisa sobre a dependência de fornecedores em SaaS.

O presidente e CEO Yasufumi Takahashi disse o seguinte sobre por que decidiu conduzir a investigação.

“Muitas vezes ouço reclamações sobre a dificuldade de mudança durante negociações comerciais, etc., e gostaria de saber se esse problema está realmente se tornando uma questão social e, em caso afirmativo, identificar a causa e apresentá-la. houve significado social em fazê-lo.”

A pesquisa foi realizada de 6 a 7 de março de 2024, e os funcionários que trabalham para empresas com 21 ou mais funcionários (1) têm autoridade para aprovar a introdução ou substituição de SaaS, (2) têm autoridade para fazer seleções, e (3) estão em condições de pesquisar produtos — é objeto da investigação. O número de respondentes válidos foi 550.

Vamos dar uma olhada no conteúdo da pesquisa.

Quando questionados: “Você está insatisfeito com o SaaS (Software as a Service) que está usando?”, 75,3% das pessoas responderam “Estou insatisfeito”.

“Mais de cinco anos se passaram desde 2018, o primeiro ano do SaaS, e embora novos SaaS tenham surgido um após o outro, ainda há pessoas que continuam a usar o mesmo SaaS porque foram pacientes com ele, posso ver. que há muitos deles.” (Sr. Takahashi)

Quando questionados sobre “Com qual sistema você está insatisfeito?”, 61,8% disseram sistemas de liquidação de despesas, 40,6% disseram contabilidade financeira e 40,1% disseram recursos humanos.

“Originalmente, há espaço para melhorias de produto aqui, mas devido ao aprisionamento do fornecedor, essas oportunidades são perdidas, resultando em uma enorme perda para os usuários.”

Além disso, quando questionados: “Há alguma situação em que você deseja mudar do SaaS que está usando para outro produto, mas não consegue fazer isso?”, 69,2% das pessoas responderam que estavam em uma situação de dependência de fornecedor. .

“Ficou claro que a dependência do fornecedor está ocorrendo não apenas em sistemas de negócios locais, mas também em SaaS (mesmo).”

Eliminar o aprisionamento do fornecedor é a chave para a mudança de sistema

Quando questionados sobre “Qual você acha que é a principal causa do aprisionamento de fornecedor?”, a resposta mais comum foi “altos custos de migração” (68,4%). Seguiram-se 51,3% que afirmaram: “O sistema foi construído com base nos requisitos individuais da empresa”, e 25,9% que afirmaram “Os obstáculos psicológicos para aqueles que promovem a implementação são elevados”.

“Implantar SaaS envolve repensar processos e migrar dados que devem ser refeitos para fazer a mudança. Os funcionários também precisam de treinamento e customização para se adaptarem ao novo SaaS. Isso também requer novos custos e tempo.” (mesmo).

Vamos dar uma olhada mais de perto. Quando questionados sobre “Porque é que achas que o custo da migração é elevado?”, a esmagadora maioria respondeu “É caro” (72,5%) e “Requer muito trabalho” (68,8%).

Nesta pesquisa, consideramos despesas e vários encargos ao mudar para SaaS como custos e descobrimos que, embora as operações diárias devam funcionar normalmente, o novo trabalho necessário para mudar para SaaS é um fardo que existe.

Quando questionados sobre “Por que não podemos lidar apenas com projetos de empresas individuais?”, as duas principais razões foram “A coordenação entre sistemas é complicada” (83,9%) e “Existe um fluxo de negócios exclusivo para o nosso negócio”. empresa” (47,2%).

“A conformidade está se tornando mais rigorosa a cada ano e, à medida que as empresas crescem, os processos de negócios estão se tornando mais complexos. Como resultado, a ligação com outros sistemas também está se tornando mais complexa, criando fluxos de negócios exclusivos para cada empresa.”

Finalmente, em resposta à pergunta “Você consideraria trocar o sistema assim que a dependência do fornecedor for resolvida?”, 97% (61,3% disseram que iriam “promovê-lo imediatamente” e 36,1% disseram “Eu gostaria de fazer isso, mas seria difícil”). Verificou-se que %) das pessoas desejam promover.

Qual é a diferença entre dependência de fornecedor entre sistemas principais e SaaS?

A propósito, por que a dependência do fornecedor de SaaS está acontecendo agora? Tem algo a ver com a história do SaaS.

Diz-se que o SaaS se expandiu rapidamente no Japão por volta de 2010. Na década de 1980, os mainframes estavam no auge e os grandes computadores nos principais sistemas de informação eram conectados aos terminais dos usuários por meio de cabos, mas na década de 1990 entramos na era dos sistemas abertos e os sistemas foram instalados internamente. terminais do cliente se comunicam entre si através do cabo LAN fornecido para usar o serviço. A empresa então mudou para um sistema local no qual software empacotado e software proprietário eram instalados e usados ​​em servidores.

Nestas circunstâncias, surgiu um problema. Este é o aprisionamento do fornecedor do sistema principal, onde software e periféricos de outras empresas não podem ser usados ​​devido a problemas com o sistema principal.

Por outro lado, em 1995, foi introduzido o Windows 95 e tornou-se possível aceder a servidores web através de um navegador. A partir de cerca de 2010, as linhas de rede de alta velocidade generalizaram-se e tornou-se possível aceder a servidores web na Internet sem stress, e O SaaS se tornará rapidamente popular.

A transição do local para SaaS está progredindo rapidamente, mas a questão da dependência do fornecedor também surgiu neste momento.

“Até agora, eu pensava que a causa do aprisionamento do fornecedor era a mudança do SaaS local para o SaaS. No entanto, cerca de 10 anos depois, há um movimento para mudar do SaaS antigo para o novo SaaS. Os usuários começaram a perceber que a mudança não foi tão tranquilo quanto eles esperavam.

A propósito, qual a diferença entre o aprisionamento de fornecedor para SaaS e o aprisionamento de fornecedor para sistemas principais?

“A dependência do fornecedor dos sistemas principais é que eles são de propriedade local, portanto, uma vez adquiridos, podem ser usados ​​por um longo período, mas com SaaS, os contratos precisam ser renovados continuamente, tornando o sistema dependente de o fornecedor. Além disso, no caso do local. O aprisionamento se deve à singularidade do software e da arquitetura de software, mas no caso do SaaS, o aprisionamento se deve à dificuldade de migração dos dados. Ou seja, o aprisionamento ocorre na forma de retenção dos dados da sua empresa. refém em SaaS é a característica.” (Sr. Takahashi)

Como resultado, a conveniência inerente ao SaaS será perdida.

“Tal como acontece com a Lei de Escrituração Eletrônica, apesar da necessidade de armazenamento de dados a longo prazo, o SaaS é bom na importação de dados, mas não é bom no retorno de dados. No entanto, não está funcionando como um serviço que pode ser trocado, e eu acho. que a portabilidade de dados é mais limitada do que antes.” (Sr. Takahashi)

Então, quais são as causas do aprisionamento do fornecedor em SaaS?

Primeiro, há a questão da própria aplicação SaaS.

Por exemplo, SalesforcedeEmbora os serviços de CRM tenham melhorado parcialmente a funcionalidade de exportação de dados, a migração completa continua difícil, e o Google WorkspacedeEmbora os aplicativos para PC tenham aumentado o suporte para formatos padrão, a compatibilidade total continua sendo um problema. Por exemplo, com o software de gerenciamento de cartões de visita Sansan, é difícil baixar e transferir imagens de cartões de visita registradas.

Diz-se que isso se deve à evolução da teoria dos jogos e ao fato de a retenção de clientes como modelo de negócios ter se concentrado ainda mais nos dados.

Outro problema é a dependência do fornecedor de SaaS que ocorre durante o desenvolvimento do sistema.

“Acredito que isso se deve tanto aos fornecedores quanto aos clientes. Empresas que fornecem fontes como a nossa tentam involuntariamente atender a todas as solicitações dos clientes, fazendo com que os sistemas funcionem muito juntos, e torna-se impossível separá-los do lado do cliente. dependência do fornecedor devido a mudanças no ERP (Enterprise Resource Planning).”

ERP é um sistema central que integra e gerencia com eficiência os vários departamentos de uma empresa (por exemplo, finanças, recursos humanos, cadeia de suprimentos, etc.).

É de conhecimento comum do lado do fornecedor que o SaaS está basicamente fora do ERP e não atinge o núcleo do ERP.

“Se você tentar resolver o conteúdo ausente no lado do ERP com um complemento diretamente no ERP, essa parte não será coberta pelo padrão ERP quando a versão for atualizada, resultando em dependência do fornecedor do ERP.É importante usar uma combinação de SaaS apropriado. Isso é o que é necessário.” (ibid.)

Ao escolher um ERP, você deve considerar sua compatibilidade com SaaS.

No entanto, as empresas japonesas acreditam que seria melhor unificar todos os sistemas, incluindo o ERP. Não haveria problema se as empresas japonesas tivessem a ideia de “Ajustar ao Padrão” (ao alinhar os processos de negócios da empresa com as funções padrão do sistema, os custos de desenvolvimento podem ser reduzidos e o sistema pode ser utilizado ao máximo), mas ajustar-se ao padrão seria bom. Isso é bastante difícil.

Portanto, é necessário fazer ajustes e customizá-los por nós mesmos.

“Ouvi dizer que se você prosseguir com o desenvolvimento de um sistema, incluindo ERP, visando um fornecedor específico, o resultado é que ele estará integrado ao sistema e você não poderá alterá-lo.Claro, ao escolher um ERP, há muitos que eu Acho que é melhor pensar em compatibilidade, mas primeiro quero que você pense cuidadosamente sobre o que significa compatibilidade.” (Mesmo)

A colaboração entre ERP e SaaS tem que ser uma colaboração API (Application Programming Interface) que siga certas regras, ou é correto usar uma interface que permita uma ampla gama de conexões Em vez de unificar a marca, é importante? concentre-se nas partes principais e nos sistemas principais. É importante decidir cuidadosamente sobre esses aspectos e, em seguida, escolher o que mais lhe convém para o resto.

As tecnologias ERP recentes incluem a disseminação de interfaces padronizadas (APIs), design nativo da nuvem (um conceito baseado na execução de aplicativos e desenvolvimento de software na nuvem desde o início) e arquitetura de microsserviços (um design básico que divide um aplicativo em vários aplicativos independentes). pequenos serviços), tornou-se muito mais fácil a integração com sistemas de outras empresas.

“Basicamente, a maioria dos ERPs pode ser vinculada ao SaaS. Em termos extremos, se você quiser conectar produtos SAP e produtos Oracle, poderá conectá-los, e isso não significa que ocorrerão problemas apenas porque eles estão vinculados. Acho que nós Você deve escolher algo que seja mais fácil de usar, em vez de pensar: “Vamos padronizar por enquanto”.

O que é importante é o momento e a preparação antecipada para os sistemas de comutação.

“Os clientes precisam escolher um produto SaaS com a suposição de que eventualmente trocarão de sistema e precisam pensar antecipadamente na configuração do sistema principal para que possam trocar de sistema.” (Mesmo)