O que você precisa saber sobre integração de plataforma

Hoje, todo negócio é um negócio digital, mas dar o salto para transformar sua organização para que seja adequada à finalidade é uma perspectiva assustadora tanto para aqueles que criam uma plataforma do zero quanto para aqueles que estão re-plataformando a partir de um sistema legado. Onde começar? E como evitar as armadilhas comuns que podem inviabilizar um projeto e estourar seu orçamento, fazendo com que os executivos questionem sua implementação?

Conversei com Brian Walker, especialista global em plataformas de comércio eletrônico que lidera estratégia, marketing e ecossistema da SAP Hybris sobre as lições aprendidas ao ajudar uma ampla variedade de empresas a implementar plataformas que evoluirão de acordo com as necessidades dos clientes, oferecerão ótimo desempenho e ajudarão organizações otimizam seus negócios para o futuro. Aqui, Brian oferece algumas ideias sobre o que toda empresa precisa saber para garantir uma transição tranquila.

Greg Williams: Você tem um cliente que quer embarcar em um projeto de plataforma ou re-plataforma com você. Quais são os primeiros passos nessa jornada?

Brian Walker: Em primeiro lugar, os clientes terão mais sucesso quando não tentarem ferver o oceano – não tente realizar um escopo muito grande para começar. Quando esses tipos de projetos são financiados, tende a haver uma demanda reprimida por novos recursos e novos recursos, todos estão muito ansiosos para ver uma grande quantidade de coisas resolvidas. Isso é natural, mas é muito importante que as empresas não tentem cumprir todos os seus objetivos por meio de um único projeto. A maneira de vê-lo é como um programa que está em andamento. Na verdade, isso nunca será realmente feito, pois esses recursos serão fundamentais para a forma como você envolve e atende os clientes.

GW: Então a primeira regra é, não se apresse?

BW: Pode haver um senso de urgência porque o cenário está mudando muito rapidamente, e muitas, se não a maioria das empresas, sentirão que ficaram para trás quando começarem. Mas quando eles tentam realizar muito, eles não têm boa governança, e é aí que o 'scope creep' levanta sua cabeça feia.

GW: Qual é?

BW: Um conjunto de requisitos em evolução e mal definidos que introduz mudanças no meio do caminho. Normalmente, isso é causado porque as partes interessadas não podem definir o que desejam até o final do projeto, ou os processos de negócios não são bem compreendidos. Muitos cozinheiros na cozinha podem significar que o que você está tentando realizar se torna um alvo em movimento, o que inevitavelmente leva a estouros no orçamento e atrasos significativos. Isso então corrói a confiança de todos – incluindo a alta administração – quanto à probabilidade de sucesso. É aí que as pessoas começam a perguntar: “ Isso vai valer a pena ?” Portanto, é muito importante que as pessoas vejam o tempo de retorno rápido, que vejam o progresso – mesmo que seja um pouco limitado em escopo comparado ao que você deseja alcançar. É aqui que a governança e a disciplina do projeto são tão importantes – para manter os projetos nos trilhos.

GW: Que outras lições você aprendeu?

BW: É muito importante focar e definir as interfaces entre os sistemas em sua paisagem. Digamos que você tenha seu produto principal que fornece dados do back-end, ou você precisa de dados de inventário ou acesso a dados de clientes de vários sistemas. Definir as interfaces e investir em interfaces padronizadas escaláveis ​​e altamente repetíveis permite que você se mova muito mais rápido posteriormente.

Quando o trabalho é feito dentro do escopo de um grande projeto, mas não há tempo suficiente dedicado à codificação e teste de design adequados, soluções alternativas ou hacks em torno dessas interfaces que custarão mais tarde podem facilmente se infiltrar. , há derrapagens de custo e tempo.

A melhor prática é fazer essas interfaces com antecedência. Antes de ocorrer uma grande implementação, crie essas APIs que permitem conectar vários sistemas. Defina essas interfaces antecipadamente e invista tempo para integrar adequadamente seus sistemas existentes para que eles estejam no escopo dessas soluções mais recentes que você está adicionando.

Investimos em algumas ferramentas de integração que permitem que os clientes SAP agilizem drasticamente essa parte desses projetos, independentemente de você estar integrando a sistemas SAP ou não SAP, mas ainda pode ser um obstáculo que muitas empresas encontrarão ao embarcar em um programa como este.

GW: O que mais deve ser evitado?

BW: Normalmente, com grandes projetos, você contratou uma empresa de consultoria que está cobrando milhares de dólares por dia – você tem arquitetos de sistemas, desenvolvedores, analistas de negócios, todo um exército de pessoas, além de todos os seus recursos internos. No entanto, o trabalho ainda não começou na definição da experiência do usuário. Todo mundo está de pé dizendo: “ Bem, não podemos realmente começar a trabalhar até sabermos como deve ser .”

Definir e projetar a experiência do usuário pode começar bem antes da implementação do sistema. Claro, haverá um processo de racionalização para garantir que o design possa se adequar ao projeto ou para fasear os recursos, mas no geral isso pode agilizar consideravelmente um projeto. Normalmente, há apenas uma janela de três semanas em um plano de projeto para o design da interface do usuário. E é muitas vezes nesse ponto que tudo fica de lado quando a alta administração ou uma parte interessada importante de repente se envolve. Talvez eles não soubessem bem o que queriam, mas sabem que não querem isso! Em seguida, o projeto chega a uma parada próxima à medida que os problemas de design são resolvidos. Não é bom. Com um pouco de planejamento, é uma situação completamente evitável.

GW: Planos e cronogramas podem ser acordados, mas imagino que cumpri-los é outro desafio…

BW: Você precisa de alguém para agir como um cão de guarda sobre o escopo do projeto que esteja absolutamente comprometido em entregá-lo no prazo. As pessoas podem lançar cronogramas ridiculamente agressivos para, digamos, uma grande implementação de comércio ou um grande sistema de marketing. O sistema em si pode não ser necessariamente grande, mas são projetos transformadores que afetam todas as partes do negócio. Sempre haverá um plano de projeto – você precisa de alguém que o esteja protegendo e gerenciando firmemente, mas que também esteja disposto a reduzir o escopo das coisas para trazer o projeto no prazo. Como eu disse anteriormente, você tem que vê-lo como um programa versus um projeto.

GW: E quem deveria ser essa pessoa?

BW: Onde eu vi mais sucesso é quando um gerente de projeto independente muito sênior é trazido. Não deveria ser alguém da firma de consultoria que você contratou para fazer a implementação de sistemas, e não deveria ser alguém trabalhando para a equipe de TI ou mesmo para a parte interessada do negócio. Você precisa de alguém que possa entregar as notícias diretamente e cujo único objetivo seja manter o projeto nos trilhos.

GW: E se for o lançamento de um site completamente novo?

BW: O maior desafio para um novo site é que às vezes o plano e o escopo do projeto não levam em conta a mudança do processo de negócios. Todos que estão se envolvendo com o novo sistema precisam saber como usá-lo. Eles podem estar saindo de uma maneira bastante grosseira e altamente manual de gerenciar seu site, seu processo de vendas ou marketing. As chances são de que o novo site e sistema serão muito melhores, mas a mudança é difícil. É tentador querer ferramentas e sistemas que façam as coisas “como funciona aqui”. Isso pode facilmente levar ao aumento do escopo mais uma vez.

No entanto, se eles não souberem usar o novo sistema e não houver conteúdo, o processo será interrompido. O conteúdo necessário – conteúdo do produto, dados do cliente, conteúdo do site e assim por diante – muitas vezes não foi realmente contabilizado. Você precisa criar conteúdo para o novo site para que ele esteja pronto para uso assim que o sistema for implementado. São coisas óbvias que acabam gerando atrasos de custo e tempo que podem ser facilmente resolvidos com antecedência.

GW: O SAP Hybris evoluiu nos últimos anos. Você pode nos guiar nessa jornada?

BW: A Hybris começou focada em soluções de comércio. Logo se tornou uma das principais plataformas do mundo para empresas executarem comércio eletrônico em larga escala on-line e em dispositivos móveis – uma plataforma de comércio omnicanal capaz de gerenciar e oferecer suporte a todos os canais.

Isso evoluiu até o ponto atual em que as soluções SAP Hybris cobrem todo o front-office, desde a experiência do cliente, comércio, faturamento e marketing até ferramentas para vendas e serviços, tanto em contact centers quanto em campo.

O nosso é um conjunto muito abrangente de soluções que funcionam juntas – ou isoladas – para ajudar um conjunto diversificado de clientes em todo o mundo com a forma como eles se envolvem e atendem aos clientes. Assim, passamos de uma plataforma de comércio orientada para transações para algo mais abrangente que oferece soluções de envolvimento do cliente.

GW: O comércio eletrônico está se movendo incrivelmente rápido. Como você o atualizou para lidar com o ritmo acelerado do comércio moderno?

BW: Há uma longa lista de coisas que fizemos para dar suporte aos requisitos de negócios em rápida evolução, não apenas para comércio eletrônico, mas em todos os canais e recursos de front-office. Uma coisa que gostaria de destacar que é uma inovação mais recente é o lançamento de nossa nova plataforma de microsserviços, SAP Hybris-as-a-Service – ou o que chamamos de YaaS. Esse ambiente de plataforma permite que os desenvolvedores lancem microsserviços para estender e dar suporte a requisitos exclusivos na nuvem. Os desenvolvedores podem usar sua linguagem de escolha sem dependência de fornecedor para escrever, testar e lançar novos serviços na nuvem. E talvez ainda mais empolgante seja o mercado que estamos habilitando para parceiros, desenvolvedores independentes e até mesmo clientes venderem esses microsserviços. É uma solução muito disruptiva e será muito emocionante ver como ela evolui.