Observação: Fiori é qualquer aplicativo que segue as Diretrizes de Design Fiori e usa tecnologia SAP como UI5, Fiori Elements, MDK, Fiori SDK nativo ou Analytics.

Participei do SAP Fiori Innovation Day em Heidelberg. Um tópico que foi discutido lá foi como implementar o Fiori nos clientes. Existem várias abordagens, como: aplicativos lighthouse, envolver usuários-chave, deixar o Fiori UX falar por si, reduzir custos ou aumentar a produtividade. Para que essas abordagens funcionem melhor, um cenário feliz serve como ponto de partida. Ou seja: um aplicativo padrão que funciona ou pode ser facilmente ajustado e usuários que ganham benefícios instantâneos do Fiori UX. Normalmente, a felicidade gerada aqui se espalha para outros processos, aplicativos e organizações, impulsionando a adoção do Fiori como um todo e leva a uma adoção mais ampla. Um aplicativo comum para isso pode ser um aplicativo de caixa de entrada (para gerentes) ou um aplicativo de relatório de tempo (para funcionários). Esses aplicativos abordam um ponto problemático comum para um determinado usuário: os gerentes podem aprovar fluxos de trabalho de seus smartphones, os funcionários podem reservar seu tempo com menos cliques. O acesso ao aplicativo pode até incluir SSO e diretamente de um smartphone em vez de ter que usar um laptop e iniciar manualmente a VPN. Como resultado, os usuários ficam mais do que felizes em usar o Fiori e atuam como embaixadores de outros projetos Fiori. Esta é uma abordagem comprovada e funcional. A SAP está apoiando esta abordagem. A Biblioteca de aplicativos Fiori contém uma entrada de nível superior para aplicativos e cenários lighthouse.

Aplicativo Lighthouse

O problema é: ele funciona muito bem no início, mas não escala muito bem. O limite é atingido quando a gama mais ampla de processos, usuários e aplicativos é direcionada. Quando você sai do mundo “feliz” dos aplicativos lighthouse e alcança os aplicativos que fazem parte de um processo comum. Simplesmente não há aplicativos lighthouse suficientes para cobrir todos os processos e tarefas. Focar em alguns aplicativos lighthouse leva no início a uma experiência de usuário fragmentada. O usuário pode acabar tendo que trabalhar com tecnologias diferentes. Às vezes, eles obtêm o Fiori para um caso de uso agradável, mas não crítico para eles.

O processo A e B são baseados no SAP Gui no sistema SAP A e B e são com os quais o usuário deve trabalhar diariamente. O aplicativo Fiori está disponível em um novo sistema S/4HANA com acesso via SAP Build Work Zone. O usuário não tem nenhum benefício direto do aplicativo Fiori em relação ao seu trabalho diário feito nos processos A e B. Em vez disso, um novo sistema e cliente (navegador da web vs. SAP Gui) foram introduzidos. O usuário pode executar o aplicativo a partir de um launchpad central, como o SAP Build Work Zone. Para executar o processo A, o usuário ainda deve usar o SAP Gui e fazer logon no sistema A, enquanto para o processo B, é necessário um logon no sistema B. Resultando no fato de que o usuário tem 3 sistemas para usar para executar todos os aplicativos.

Embora os funcionários possam, por exemplo, relatar seu tempo usando um aplicativo Fiori, trabalhar com o SAP em seu trabalho diário dos processos A e B ainda não foi afetado: trabalhar com pedidos, materiais, notificações etc. O aplicativo lighthouse é paralelo aos outros aplicativos. O aplicativo Fiori se destaca, mas não necessariamente como pretendido. Ele é isolado: como um sistema, acesso e tecnologia. A abordagem de implementação do Fiori com aplicativos lighthouse pode até criar carga de trabalho adicional para o usuário. Em vez de poder usar uma transação SAP Gui em seu sistema SAP para fazer relatórios de tempo, eles agora podem ter que usar um navegador. Troca de clientes, ambientes e UX. Embora o aplicativo Fiori ainda possa oferecer uma UX superior, em primeiro lugar é uma interrupção adicional para o usuário.

Extensão do processo

O sentimento negativo de ter um aplicativo Fiori separado e isolado pode ser direcionado por ter um aplicativo que pode fazer parte de um processo. Esse aplicativo pode não ser parte integrante de um processo, mas oferecer funcionalidades que podem ser reutilizadas. Por exemplo, um aplicativo para fluxos de trabalho. Um recurso genérico é oferecido a uma ampla gama de usuários, e não apenas em um contexto/processo específico. O benefício: o Fiori é introduzido e oferece valor direto aos usuários que trabalham em tarefas em todos os processos. Cuidar da adoção do aplicativo é importante. O problema de diferentes clientes e ambientes não é removido. Caso o aplicativo Fiori seja opcional, talvez apenas oferecendo informações adicionais, ele pode nem ser usado ativamente pelo usuário.

Essa abordagem pode até impedir a adoção do Fiori. Para o processo B, com um aplicativo Fiori obrigatório, o usuário deve agora deixar seu cliente habitual e mudar para um navegador da web e um sistema diferente.

UX Fiori fragmentado

Aplicativos Fiori isolados ainda não resolvem o problema geral de adoção. Não é todo o processo que é transformado. Na verdade, ações devem ser tomadas para garantir que essa abordagem não esteja se tornando uma prática ruim: implementar Fiori sem levar em consideração os usuários e seus processos. Esse caso acontece quando aplicativos Fiori individuais são implementados. Aqui, o usuário tem vários aplicativos Fiori disponíveis, que não estão conectados, nem oferecem benefícios ao executar um processo.

Um aplicativo Fiori para solicitar equipamentos pode estar disponível, mas pode não ter nada a ver com o processo A ou B. O usuário pode solicitar um novo laptop talvez apenas uma vez a cada 3 anos. No total, o aplicativo pode oferecer benefícios para a empresa. Mas não para o usuário individual.

De uma visão de gerenciamento ou de liderança de projeto de implementação Fiori, as metas e KPIs fornecidos podem ser cumpridos. Existem vários aplicativos Fiori que são usados ​​por usuários suficientes. O conhecimento sobre como trabalhar com Fiori é gerado. O relatório para a gerência é um sucesso. Para os usuários também?

Embora aplicativos Fiori selecionados possam — e devam — ser usados ​​para iniciar a jornada Fiori, a perspectiva de ponta a ponta é importante. As empresas compram e usam o SAP para poder administrar seus negócios. E isso significa que os funcionários podem se concentrar em suas tarefas. Para garantir que os funcionários possam se concentrar em seu trabalho, os clientes que implementam o Fiori devem levar duas definições em consideração:

Prontidão Fiori

A Prontidão Fiori indica se um processo pode ser executado totalmente usando aplicativos Fiori.

Completude Fiori

A Completude Fiori indica se os aplicativos Fiori usados ​​estão totalmente alinhados com as Diretrizes Fiori atuais.

Levar ambos em consideração deve ajudar a implementar o Fiori de uma forma que ofereça benefícios suficientes para obter o máximo do Fiori. Tanto do usuário final quanto da perspectiva do negócio. Entrarei em mais detalhes sobre ambas as definições em postagens futuras.

Deixe o mundo saber