O mito do SAP 'run simple' class=

O mito do SAP 'run simple'

Já se passaram mais de dois anos desde que a SAP revelou seu novo posicionamento de mercado "run simple". Em 2014, Frank Scavo de Strativa e Economia da computação declarado: "À primeira vista, o tema da simplicidade é estranho. Por mais de 20 anos, a SAP tem sido amplamente considerada como tendo um software funcionalmente rico, mas extremamente complexo. Seu nome tornou-se sinônimo de projetos de implementação que chegam a dezenas, até centenas, de milhões de dólares, às vezes terminando em fracasso ou, pelo menos, em exaustão organizacional. É fácil estereotipar a SAP.”
Sim, é fácil estereotipar a SAP. E o estereótipo é baseado em evidências.
Não é comum eu citar nomes. Principalmente quando se trata de um concorrente como a SAP. No entanto, acho que é importante entender a verdadeira mensagem por trás da campanha "run simple". Para ler entre os tweets e os enormes gastos com marketing. A SAP parece ter dobrado a aposta nesse posicionamento, apesar do ceticismo generalizado. Como Vinnie Michandani, autor de Nação SAP, questiona o slogan:"'Quando você executa o Live, você executa o Simple" O que isso significa?
Aqui está minha opinião:

1) Mudança no jogo da culpa da dívida técnica

As empresas de ERP aproveitaram a flexibilidade da personalização do código para entrar rapidamente em novos mercados. Não acho que seja possível fornecer uma configuração maciça para vários mercados, como a FreeBalance faz para o domínio governamental. O resultado foi um código altamente personalizado que é difícil de adaptar às mudanças em aplicativos de ERP como o SAP. É isso que o Grupo Gartner termos como tecnologia "legada". Um tema "simples de executar" é que a personalização maciça é mais uma falha dos clientes. O mito é que os clientes devem usar baunilha ou configurações "prontas para uso" com as chamadas práticas recomendadas incorporadas. Geoff Scott, CEO da Grupo de usuários SAP da América foi citado por Katherine Noyes, da PCWorld: “A maioria das organizações não compra a SAP porque tem problemas simples para resolver. Você a compra porque é uma organização complexa com processos de negócios complexos." Em outras palavras, a personalização do código é necessária, na SAP, para atender a necessidades legítimas.

2) Conjunto de recursos para S4/HANA Limited

A SAP, como a maioria dos fornecedores de software corporativo, aproveitou o código cliente/servidor existente para produtos da Web. Esses produtos habilitados para a Web, muitas vezes chamados incorretamente de "baseados na Web", alcançaram um tempo de lançamento no mercado mais rápido do que reescrever o software para o novo método de implantação. Isso se tornou mais difícil à medida que os sistemas passaram do local para a nuvem. Isso expôs as deficiências da arquitetura de software. A FreeBalance reconheceu as tendências em 2006 e, por isso, embarcamos em uma reescrita nativa da Web completa de nosso Suíte de prestação de contas. A Microsoft iniciou e abandonou um esforço semelhante, o Project Green. A Oracle desenvolveu o Fusion, que oferece alguns substitutos para aplicativos de negócios legados. O S4/HANA está um pouco atrasado para a festa nativa da Web. Isso significa que apenas subconjuntos de funcionalidades estão disponíveis, como o "Simple Finance". Portanto, a SAP está posicionando a falta de recursos de forma positiva.

3) Bloqueio do cliente, o jeito HANA

Os grandes fornecedores de software corporativo têm adquirido empresas em uma corrida para ter clientes. Esses fornecedores têm uma ampla gama de aplicativos comerciais e middleware subjacente. A ideia da busca de aluguel é vender aos clientes toda a "pilha" de software de um único fornecedor. Isso aumenta os custos de troca. Isso permite fornecedores de software para que você seja o dono. O HANA é um sistema de banco de dados na memória. A SAP está aproveitando esse banco de dados para aplicativos transacionais e analíticos. Isso significa que os clientes estão presos a plataformas de hardware. Isso não quer dizer que a memória não seja uma boa ideia. O fato é que quase toda a inovação dos novos conceitos de banco de dados vem do código aberto. O posicionamento "run simple" sugere que o número de tabelas é reduzido e que não há necessidade de tabelas agregadas. Essa é uma nova definição de "simples".

4) O tempo real não é tempo real

Os profissionais de marketing estão usando tanto o termo "tempo real" que ele perdeu todo o significado. Portanto, o que a SAP chama de "tempo real" não é "tempo real" na definição técnica. É rápido. A questão é se os clientes precisam dessa velocidade ou não. Essa tem sido uma grande luta para a SAP, porque o custo para ser "realmente rápido" pode ser muito maior do que "rápido o suficiente". Muitas vezes, é uma questão de um pequeno subconjunto que precisa ser imediato. E isso não requer bancos de dados na memória. Por exemplo, temos dado suporte a verificações imediatas de disponibilidade orçamentária desde os tempos de cliente/servidor. Em outras palavras, a disponibilidade do orçamento, o "saldo livre", foi a base da fundação da nossa empresa. No entanto, muitos sistemas criados para o setor privado exigiam o lançamento da oportunidade de gastar mais do que o orçamento. (Ou o "voto".) A SAP está tentando criar um senso de urgência que não se justifica.

5) Mercado de PMEs em crescimento

É difícil descer no mercado de software empresarial. A riqueza de recursos torna complexas as implementações em empresas de pequeno e médio porte. É por isso que esse mercado é dominado por fornecedores de nível médio. Mas é um mercado em crescimento. É um mercado que está se voltando para a nuvem. Portanto, a SAP precisa entrar no movimento como uma SAP mais gentil, mais suave e mais simples. E precisa entrar nesse mercado sem a sobrecarga dos altos custos de implementação - especialmente os custos incorridos por meio de empresas de integração de sistemas.

6) Narrativa de inovação distorcida

Os profissionais de marketing também se certificaram de que o termo "inovação" perdeu o significado. A SAP parece caracterizar cada novo recurso como uma "inovação". O S4/HANA exigiu uma habilidade significativa de engenharia. Grande parte dessa habilidade era sobre empacotamento e integração. Os bancos de dados in-memory já existem há algum tempo. Assim como os sistemas projetados. NoSQL, bancos de dados colunares, map-reduce e outras inovações vêm do código aberto. A SAP vai além e indica que a "execução simples" e a nuvem permitem a inovação do cliente. Isso não é exatamente verdade: aplicativos simples que são implantados na nuvem permitem automatizar funções não essenciais. São as funções essenciais que precisam ser automatizadas.
A SAP se tornará simples? Ser simples? Como Brian Sommer de Diginomica resumiu, vender de forma simples não é o mesmo que alcançá-lo.

Tópicos

Contato