Já se passaram mais de dois anos desde que a SAP revelou o seu novo posicionamento de mercado "run simple". Em 2014, Frank Scavo de Strativa e Economia informática declarado: "À primeira vista, o tema da simplicidade é estranho. Durante mais de 20 anos, a SAP foi amplamente considerada como tendo um software funcionalmente rico, mas extremamente complexo. O seu nome tornou-se sinónimo de projectos de implementação que ascendem a dezenas, ou mesmo centenas, de milhões de dólares, terminando por vezes 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 provas.
Não é habitual eu dizer nomes. Especialmente quando se trata de um concorrente como a SAP. No entanto, penso que é importante perceber a verdadeira mensagem por detrás da campanha "run simple". Para ler entre os tweets e os enormes gastos com marketing. A SAP parece ter apostado duas vezes neste posicionamento, apesar do ceticismo generalizado. Como Vinnie Michandani, o autor de Nação SAP, interroga-se sobre o slogan:"'Quando se corre o Live, corre-se o Simple" O que é que isso significa?”
Eis a minha opinião:
1) Mudança do 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 creio 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 aplicações ERP como o SAP. É isto que a Grupo Gartner termos como tecnologia "antiga". Um tema "simples de gerir" é que a personalização maciça é mais uma falha dos clientes. O mito é que os clientes devem usar baunilha ou configurações "out-of-the-box" com as chamadas melhores práticas incorporadas. Geoff Scott, Diretor Executivo da Grupo de utilizadores SAP da América foi citado por Katherine Noyes do PCWorld: “A maioria das organizações não compra a SAP porque tem problemas simples para resolver. Compram-no porque são uma organização complexa com processos empresariais complexos." Por outras palavras, a personalização do código é necessária, no SAP, para satisfazer necessidades legítimas.
2) Conjunto de funcionalidades para S4/HANA Limited
A SAP, tal como a maioria dos fornecedores de software empresarial, aproveitou o código cliente/servidor existente para produtos Web. Esses produtos habilitados para a Web, muitas vezes chamados incorretamente de "baseados na Web", alcançaram um tempo de comercialização mais rápido do que reescrever o software para o novo método de implantação. Esta situação tornou-se mais difícil à medida que os sistemas passaram das instalações locais para a nuvem. Isso expôs as deficiências da arquitetura de software. A FreeBalance reconheceu as tendências em 2006 e, por isso, embarcou numa reescrita nativa da Web completa do seu Conjunto de prestação de contas. A Microsoft iniciou e abandonou um esforço semelhante, o Project Green. A Oracle desenvolveu o Fusion, que fornece alguns substitutos para aplicações empresariais antigas. 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á a posicionar a falta de funcionalidades de forma positiva.
3) Bloqueio do cliente, o jeito HANA
Os grandes fornecedores de software para empresas têm vindo a adquirir empresas numa corrida para ficarem com os seus clientes. Estes fornecedores têm uma vasta gama de aplicações empresariais e de middleware subjacente. A ideia de procura de rendas é vender aos clientes toda a "pilha" de software de um único fornecedor. Isto aumenta os custos de mudança. Permite os vendedores de software são seus proprietários. HANA é um sistema de base de dados em memória. A SAP está a tirar partido desta base de dados para aplicações transaccionais e analíticas. 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. Só que quase toda a inovação para 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. Esta é uma nova definição de "simples".
4) O tempo real não é tempo real
Os profissionais de marketing estão a utilizar tanto o termo "tempo real" que este 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 de "realmente rápido" pode ser muito maior do que "rápido o suficiente". Muitas vezes, é uma questão de um pequeno subconjunto que precisa de ser imediato. E isso não requer bases de dados in-memory. Por exemplo, temos vindo a suportar verificações imediatas da disponibilidade orçamental desde os tempos do cliente/servidor. Por outras palavras, a disponibilidade do orçamento, o "saldo livre", foi o fundamento da nossa empresa. No entanto, muitos sistemas construídos para o sector privado exigiam o lançamento da oportunidade de ultrapassar o orçamento. (A SAP está a tentar criar um sentido de urgência que não se justifica.
5) Mercado das PME em crescimento
É difícil descer no mercado do software empresarial. A riqueza de funcionalidades torna complexas as implementações em pequenas e médias empresas. É por isso que este mercado é dominado por fornecedores de nível médio. Mas é um mercado em crescimento. É um mercado que está a mudar para a nuvem. Portanto, a SAP precisa de entrar no comboio como uma SAP mais gentil, mais suave e mais simples. E precisa de entrar neste mercado sem a sobrecarga dos elevados custos de implementação - particularmente os custos incorridos através 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 caraterizar 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 na memória já existem há algum tempo. Assim como os sistemas de engenharia. NoSQL, bancos de dados colunares, map-reduce e outras inovações vêm do código aberto. A SAP vai mais longe para indicar que o "run simple" e a nuvem permitem a inovação do cliente. Isso não é exatamente verdade: as aplicações simples que são implementadas na nuvem permitem automatizar funções não essenciais. São as funções principais que precisam de ser automatizadas.
Será que a SAP se vai tornar simples? Ser simples? Como Brian Sommer de Diginómica resumiu, vender simples não é o mesmo que conseguir.