SAP Fiori Launchpad explicado em termos simples

Muitos usuários SAP não vivenciam o SAP Fiori como "um sistema de design". Eles o vivenciam como a tela onde tentam encontrar os aplicativos de que precisam para realizar seu trabalho. Essa tela é o SAP Fiori Launchpad, e o quão bem ela é projetada muitas vezes determina se os usuários percebem o SAP Fiori como moderno e focado — ou como mais uma camada confusa sobre um sistema já complexo.

Este artigo explica o que é o Launchpad, como seus principais conceitos se conectam, por que dois usuários na mesma empresa veem coisas completamente diferentes e o que é necessário para projetar um Launchpad que realmente apoie a forma como as pessoas trabalham.

O que é o SAP Fiori Launchpad?

O SAP Fiori Launchpad é o ponto de acesso central para os aplicativos SAP Fiori. Ele oferece aos usuários uma experiência personalizada e baseada em funções — geralmente por meio de um navegador — na qual eles podem abrir aplicativos atribuídos, pesquisar conteúdo disponível e organizar partes de seu espaço de trabalho.

Ele costuma ser a primeira tela que os usuários veem ao acessar o SAP Fiori. A partir dela, eles podem abrir aplicativos para tarefas diárias, aprovações, relatórios, dados mestres, trabalho operacional ou atividades de autoatendimento.

O Launchpad não é apenas uma lista de aplicativos. Ele está conectado a funções SAP, catálogos, autorizações, destinos de navegação, espaços, páginas e, às vezes, transações legadas expostas pela web. É por isso que duas pessoas na mesma empresa podem abrir o mesmo Launchpad e ver coisas totalmente diferentes: o Launchpad é projetado com base no que cada pessoa tem permissão e se espera que faça.

Por que o Launchpad é importante

O Launchpad molda a forma como os usuários vivenciam o SAP.

Um Launchpad bem projetado reduz o ruído, orienta os usuários para os aplicativos certos e apoia o trabalho orientado a tarefas. Um Launchpad mal projetado fica sobrecarregado com blocos, atribuições de função confusas, aplicativos ausentes, entradas duplicadas, carregamento lento e navegação pouco clara.

É por isso que a adoção do SAP Fiori também é uma questão de propriedade de funções e gestão de conteúdo, não apenas de UX. A verdadeira pergunta não é "Ativamos o SAP Fiori?", mas "Projetamos uma experiência de Launchpad que reflete como as pessoas realmente trabalham?"

Blocos, aplicativos, links e cartões

Os usuários acessam o conteúdo por meio de pontos de entrada visuais: blocos, links e cartões.

• Um bloco é um objeto clicável que abre um aplicativo ou destino, exibindo um título, subtítulo, ícone, número, KPI ou informações de status.
• Um link é um ponto de entrada mais simples, baseado em texto, que abre um aplicativo ou destino.
• Um cartão pode mostrar informações mais ricas — uma lista, KPI, gráfico ou visão geral do negócio — dependendo da configuração.

Um bloco nem sempre é a mesma coisa que um aplicativo Fiori nativo. Alguns blocos abrem aplicativos SAP Fiori nativos. Outros podem abrir páginas analíticas, páginas de objeto, relatórios ou até mesmo transações clássicas do SAP GUI expostas por meio do navegador. Essa distinção é importante porque os usuários muitas vezes julgam o "Fiori" com base no que um bloco abre, mesmo quando a experiência subjacente não é nativa.

Espaços, páginas, grupos e catálogos

Quatro conceitos definem o que os usuários veem e podem acessar no Launchpad: espaços, páginas, grupos e catálogos. Cada um desempenha um papel diferente.

Espaços e páginas

No modelo atual do SAP Fiori Launchpad, espaços e páginas estruturam a experiência do usuário.

Um espaço representa uma área de trabalho, geralmente correspondente a uma ou mais funções de negócio — por exemplo, compras, operações financeiras, gerenciamento de pedidos de venda ou autoatendimento do gerente. Uma página fica dentro de um espaço e contém os aplicativos com os quais o usuário trabalha, organizados em seções para que aplicativos relacionados apareçam juntos.

As páginas são atribuídas por meio de espaços, e os espaços são atribuídos a funções de negócio. Essa estrutura ajuda a evitar um dos problemas clássicos do Launchpad: uma única página inicial sobrecarregada com blocos demais.

Grupos

Os grupos pertencem ao modelo mais antigo da página inicial do Launchpad. Os administradores os usavam para organizar blocos sob cabeçalhos na página inicial do usuário, e os usuários podiam personalizar partes dessa página. A SAP agora recomenda o modelo de espaços e páginas. As equipes que trabalham em ambientes existentes ainda devem entender os grupos, mas novos trabalhos de design devem ser planejados em torno de espaços e páginas.

Catálogos

Um catálogo é uma coleção de aplicativos disponibilizados para uma função. Se um usuário tiver uma função que inclua determinado catálogo, esse usuário poderá acessar os aplicativos nele contidos — desde que as autorizações necessárias também estejam em vigor.

É aqui que muitas pessoas ficam confusas:

• Uma página controla o que é mostrado no layout do Launchpad.
• Um catálogo controla quais aplicativos estão disponíveis para o usuário.

Um aplicativo pode estar disponível por meio de um catálogo, mas não estar colocado de forma visível em uma página. O usuário ainda pode encontrá-lo por meio da pesquisa ou do localizador de aplicativos, dependendo da configuração. A distinção é importante: se as equipes pensarem apenas em "quais blocos aparecem na página", poderão deixar passar a questão mais profunda de quais aplicativos o usuário realmente tem permissão para acessar.

Como funciona o acesso baseado em funções

O SAP Fiori Launchpad é baseado em funções. Os usuários não veem todos a mesma coisa — o que eles veem depende das funções atribuídas a eles.

Uma função pode influenciar:

• Quais aplicativos o usuário pode acessar
• Quais catálogos estão disponíveis
• Quais espaços e páginas aparecem
• Quais blocos ou links ficam visíveis
• Quais ações de negócio o usuário pode executar

Esse modelo tem benefícios reais. Ele ajuda os usuários a se concentrarem no trabalho pelo qual são responsáveis, reduz a desordem e melhora a segurança ao limitar o acesso a aplicativos e funções que não são relevantes. Ele também oferece uma experiência mais limpa do que dar a todos o mesmo menu amplo de opções do SAP.

Mas o acesso baseado em funções só funciona quando as funções são mantidas ativamente. Funções mal projetadas fazem com que os usuários deixem de ver aplicativos importantes. Funções amplas demais sobrecarregam o Launchpad. Funções restritas demais ocultam funcionalidades úteis. E atribuições de funções que não são revisadas regularmente ficam desatualizadas à medida que cargos, equipes e processos mudam.

O acesso baseado em funções é poderoso, mas precisa de responsabilidade.

Por que os usuários veem aplicativos diferentes

Um analista financeiro, gerente de compras, trabalhador de armazém e empregado de RH podem todos usar o mesmo sistema SAP, mas não precisam do mesmo Launchpad. O analista financeiro precisa de aplicativos para faturas e relatórios financeiros. O trabalhador de armazém precisa de aplicativos compatíveis com dispositivos móveis para movimentação de mercadorias. O empregado de RH precisa de aplicativos de autoatendimento. Cada Launchpad reflete a função do usuário.

Esta é uma das principais ideias por trás do SAP Fiori — os usuários devem ver o que é relevante para eles. Mas isso também explica uma frustração comum. Se os usuários veem apenas o que foi atribuído a eles, talvez não saibam o que mais existe.

"Por que não consigo encontrar o aplicativo que meu colega usa?"

A resposta pode ser uma entre várias:

• O aplicativo não está atribuído à sua função
• O aplicativo não está incluído em seu catálogo
• O aplicativo não está colocado em sua página
• O aplicativo não está autorizado para seu usuário

Isso nem sempre é um defeito técnico. Às vezes, é uma decisão deliberada de design de função. Mas quando a decisão não é documentada ou explicada, os usuários a vivenciam como confusão.

Pesquisa e capacidade de descoberta de aplicativos

A pesquisa no SAP Fiori Launchpad ajuda os usuários a encontrar aplicativos e, dependendo da configuração do sistema, objetos de negócio ou informações. Os usuários podem pesquisar por nome do aplicativo, palavra-chave ou termo de negócio relacionado.

Mas a pesquisa tem limites. Se o aplicativo não estiver atribuído por meio da função ou do catálogo correto, o usuário pode não encontrá-lo. Se o nome do aplicativo não for claro, os usuários podem pesquisar usando um termo de negócio que não corresponde ao título do aplicativo.

É por isso que a nomenclatura importa. Um bom Launchpad não deve depender apenas de nomes técnicos de aplicativos. Títulos, subtítulos, espaços, páginas, seções e documentação interna devem usar uma linguagem que faça sentido para o negócio. Os usuários podem pensar em "aprovar fatura de fornecedor" enquanto o aplicativo usa um nome mais técnico e específico da SAP. Fechar essa lacuna é uma das partes mais subestimadas do design do Launchpad.

Reclamações sobre capacidade de descoberta são especialmente comuns quando:

• Um usuário não sabe o nome do aplicativo
• Um aplicativo útil está atribuído, mas não está visível em uma página
• Diferentes equipes usam nomes diferentes para a mesma tarefa de negócio
• A empresa não tem documentação interna explicando quais aplicativos dão suporte a quais processos

A solução não é dar a todos acesso a todos os aplicativos — isso criaria problemas de segurança, usabilidade e desempenho. A solução é ter definições claras de funções, propriedade dos aplicativos, procedimentos de solicitação de acesso e documentação que conecte os aplicativos aos processos de negócio.

Por que funções e aplicativos em excesso criam problemas

Atribuir funções demais a um usuário cria o problema oposto ao acesso restritivo: sobrecarga de informações. O Launchpad fica mais difícil de navegar, os resultados de pesquisa ficam mais ruidosos e o usuário pode não saber qual aplicativo usar para uma tarefa específica.

Também pode haver um impacto no desempenho. Mais conteúdo atribuído significa mais itens para carregar, avaliar, personalizar e renderizar. O desempenho depende de muitos fatores — configuração do sistema, serviços, volume de conteúdo, comportamento do navegador, rede, backend — mas Launchpads sobrecarregados frequentemente parecem mais lentos e menos utilizáveis.

Portanto, o desempenho do Launchpad não é apenas uma questão técnica. Um Launchpad com conteúdo demais geralmente é um sintoma de pouca disciplina no desenho de funções.

O Catálogo Interno de Aplicativos

Uma das formas mais eficazes de melhorar a adoção do SAP Fiori é criar um catálogo interno de aplicativos — um documento ou sistema voltado para o negócio que explica como os aplicativos são usados no seu ambiente.

Isso é diferente da Biblioteca de Referência de Aplicativos SAP Fiori. Essa biblioteca é útil como referência técnica, mas as empresas ainda precisam de seu próprio catálogo escrito na linguagem do seu negócio.

Um catálogo interno de aplicativos deve explicar:

• Quais aplicativos estão disponíveis e quem deve usá-los
• Qual processo de negócio cada aplicativo suporta
• Qual função é necessária para acessar o aplicativo
• Para que o aplicativo é usado — e para que ele não é usado
• Se o aplicativo substitui uma transação anterior do SAP GUI
• Se o aplicativo é Fiori nativo, analítico, personalizado ou baseado em Web GUI
• Quem é o responsável pelo aplicativo pelo lado do negócio
• Como os usuários podem solicitar acesso ou suporte

Isso é especialmente valioso em grandes organizações, ambientes de serviços compartilhados e landscapes SAP com muitas funções de negócio. Ajuda os usuários a descobrir o que existe sem enfraquecer a segurança, e ajuda a TI, os responsáveis pelos processos e os usuários-chave a falarem a mesma língua.

Launchpad e Processos de Negócio

Um Launchpad pode dar aos usuários acesso a aplicativos, mas não define o processo de negócio.

Um bloco pode abrir um aplicativo de aprovação. Mas o processo de aprovação inclui muito mais: quem pode enviar a solicitação, quais dados são necessários, quem aprova primeiro, o que acontece se o aprovador estiver ausente ou se a solicitação for rejeitada, se há prazos, o que acontece quando faltam informações, qual sistema armazena o registro final e quem monitora as exceções.

O Launchpad apoia a experiência do usuário. Ele não substitui o entendimento do processo. Uma empresa pode ter um Launchpad organizado e ainda assim ter um processo confuso por trás dele.

Um exemplo prático: solicitações de compra

Imagine projetar a experiência do Launchpad para solicitações de compra. Um solicitante precisa de um aplicativo para criar ou acompanhar uma solicitação. Um gerente precisa de um aplicativo de aprovação. Um comprador precisa de aplicativos para dados de fornecedores, criação de pedidos de compra e sourcing. A área financeira precisa de visibilidade sobre o orçamento e o impacto das faturas. Um dono do processo precisa de relatórios de monitoramento e exceções.

Se o Launchpad for projetado apenas como uma lista de aplicativos, cada função recebe seus próprios blocos, mas o processo de ponta a ponta permanece pouco claro. Se ele for projetado em torno do processo, a equipe faz perguntas melhores: quais aplicativos são usados com frequência, quais são necessários apenas para exceções, quais informações devem estar visíveis antes que o usuário abra um aplicativo e quais transações legadas ainda precisam permanecer disponíveis.

Essa é a diferença entre ativação técnica e design do ambiente de trabalho.

Checklist Prático de Governança

Um modelo prático de gestão do Launchpad deve responder a estas perguntas:

Além do checklist, algumas diretrizes práticas tendem a fazer a maior diferença:

• Comece pelo trabalho real, não pelo sistema. Entenda como cada grupo de usuários trabalha, quais tarefas realiza diariamente e quais exceções trata antes de configurar páginas e atribuir funções.
• Mantenha os aplicativos mais importantes visíveis. Não preencha a primeira página com ferramentas raramente usadas.
• Use espaços e páginas para refletir áreas de negócio, não módulos técnicos do SAP.
• Revise as funções em uma cadência fixa. As responsabilidades do cargo mudam, as equipes se reorganizam e novos aplicativos ficam disponíveis.
• Treine os usuários no processo, não apenas no bloco. As pessoas devem entender como seu aplicativo se encaixa no fluxo de trabalho mais amplo.
• Seja explícito sobre o que é Fiori nativo e o que não é. Os usuários frequentemente culpam o Fiori por experiências que, na verdade, são Web GUI ou telas legadas.
• Trate usuários avançados de forma diferente dos usuários ocasionais. Velocidade, densidade e atalhos importam para usuários avançados de maneiras que a visibilidade ampla não consegue capturar.

Considerações finais

O verdadeiro teste de um Launchpad não é se cada aplicativo tem um bloco. É se cada usuário consegue entender por onde começar, pelo que é responsável e como seu trabalho se conecta ao processo mais amplo.

O SAP Fiori Launchpad é frequentemente descrito como o ponto de entrada para os aplicativos SAP Fiori. Na prática, é onde funções SAP, experiência do usuário, responsabilidades de negócio, autorizações, descoberta de aplicativos e desenho de processos se encontram. Os melhores desenhos de Launchpad vêm de equipes que entendem não apenas a configuração SAP, mas também como as pessoas realmente trabalham — entre funções, tarefas, decisões, exceções e processos de negócio.

Perguntas frequentes

Por que vejo aplicativos diferentes dos do meu colega no SAP Fiori Launchpad?

Você pode ver aplicativos diferentes porque o SAP Fiori Launchpad é baseado em funções, catálogos, espaços, páginas e autorizações. Seu colega pode ter uma função de negócio diferente, uma atribuição de catálogo diferente ou permissão para acessar aplicativos que não estão disponíveis para o seu usuário. Em alguns casos, o aplicativo pode existir no sistema, mas não estar atribuído à sua função ou exibido na sua página.

Por que não consigo encontrar um aplicativo na pesquisa do SAP Fiori Launchpad?

Um aplicativo pode não aparecer na pesquisa se não estiver atribuído à sua função, não estiver incluído em um dos seus catálogos, não estiver configurado para pesquisa ou não estiver autorizado para o seu usuário. A pesquisa também depende da nomenclatura. Se o título do aplicativo usa linguagem específica da SAP e os usuários pesquisam com termos de negócio, o aplicativo pode ser mais difícil de encontrar.

Qual é a diferença entre um bloco visível e um aplicativo disponível?

Um bloco visível é um ponto de entrada exibido na sua página do Launchpad. Um aplicativo disponível é um aplicativo que seu usuário tem permissão para acessar por meio de catálogos e autorizações atribuídos. Em alguns casos, um aplicativo pode estar disponível para o usuário, mas não ser exibido como um bloco na página principal. É por isso que o layout do Launchpad e a autorização de aplicativos devem ser governados em conjunto.

Os espaços e páginas estão substituindo os grupos no SAP Fiori Launchpad?

Sim, no design moderno do SAP Fiori Launchpad, espaços e páginas são a forma recomendada de organizar o conteúdo. Os grupos pertencem ao modelo clássico da página inicial do Launchpad e ainda podem existir em ambientes mais antigos, mas a nova governança do Launchpad geralmente deve ser planejada em torno de espaços e páginas.

Um bloco do SAP Fiori Launchpad pode abrir algo que não seja um aplicativo Fiori nativo?

Sim. Um bloco pode abrir um aplicativo SAP Fiori nativo, um aplicativo analítico, um relatório, uma página de objeto, uma aplicação personalizada ou até mesmo uma transação clássica do SAP GUI exposta por meio do navegador. É por isso que os usuários não devem presumir que todos os blocos representam o mesmo tipo de experiência.

Muitas funções ou aplicativos podem afetar o desempenho do SAP Fiori Launchpad?

Sim, muitas funções, catálogos, páginas ou aplicativos atribuídos podem tornar o Launchpad mais difícil de navegar e podem contribuir para uma experiência de usuário mais lenta. O desempenho também depende de serviços de backend, condições de rede, comportamento do navegador, configuração do sistema e design do aplicativo, mas atribuições de funções sobrecarregadas são um problema comum de governança a ser revisado.

Como as empresas podem melhorar a descoberta de aplicativos no SAP Fiori Launchpad?

As empresas podem melhorar a descoberta de aplicativos usando nomes claros para os aplicativos, espaços e páginas bem estruturados, documentação baseada em funções, procedimentos de solicitação de acesso e um catálogo interno de aplicativos. O objetivo não é dar a todos os usuários todos os aplicativos, mas ajudar os usuários a entender quais aplicativos existem, para que são usados e como solicitar acesso quando necessário.

Por que o design do SAP Fiori Launchpad deve considerar os processos de negócio?

O design do Launchpad deve considerar os processos de negócio porque os usuários não trabalham com aplicativos de forma isolada. Um bloco pode apoiar uma tarefa, mas o processo completo pode incluir aprovações, transferências de responsabilidade, prazos, exceções, dependências de dados e responsabilidades em várias funções. Um Launchpad melhor ajuda os usuários a entender não apenas qual aplicativo abrir, mas como seu trabalho se encaixa no processo mais amplo.