Launchpad de SAP Fiori explicado en términos sencillos

Muchos usuarios de SAP no experimentan SAP Fiori como "un sistema de diseño". Lo experimentan como la pantalla donde intentan encontrar las aplicaciones que necesitan para hacer su trabajo. Esa pantalla es el SAP Fiori Launchpad, y qué tan bien esté diseñada suele determinar si los usuarios perciben SAP Fiori como moderno y enfocado, o como otra capa confusa sobre un sistema que ya es complejo.

Este artículo explica qué es el Launchpad, cómo encajan sus conceptos principales, por qué dos usuarios de la misma empresa ven cosas completamente diferentes y qué se necesita para diseñar un Launchpad que realmente apoye la forma en que trabajan las personas.

¿Qué es SAP Fiori Launchpad?

SAP Fiori Launchpad es el punto de acceso central para las aplicaciones de SAP Fiori. Ofrece a los usuarios una experiencia personalizada y basada en roles —normalmente a través de un navegador— donde pueden abrir aplicaciones asignadas, buscar contenido disponible y organizar partes de su espacio de trabajo.

A menudo es la primera pantalla que ven los usuarios cuando acceden a SAP Fiori. Desde allí, pueden abrir aplicaciones para tareas diarias, aprobaciones, informes, datos maestros, trabajo operativo o actividades de autoservicio.

El Launchpad no es solo una lista de aplicaciones. Está conectado con roles de SAP, catálogos, autorizaciones, destinos de navegación, espacios, páginas y, a veces, transacciones heredadas expuestas a través de la web. Por eso, dos personas de la misma empresa pueden abrir el mismo Launchpad y ver cosas completamente distintas: el Launchpad está diseñado en torno a lo que cada persona tiene permitido hacer y se espera que haga.

Por qué importa el Launchpad

El Launchpad determina cómo los usuarios experimentan SAP.

Un Launchpad bien diseñado reduce el ruido, guía a los usuarios hacia las aplicaciones correctas y facilita el trabajo orientado a tareas. Uno mal diseñado se sobrecarga con mosaicos, asignaciones de roles confusas, aplicaciones faltantes, entradas duplicadas, carga lenta y navegación poco clara.

Por eso, la adopción de SAP Fiori también es una cuestión de propiedad de roles y gestión de contenido, no solo de UX. La verdadera pregunta no es "¿Activamos SAP Fiori?", sino "¿Diseñamos una experiencia de Launchpad que refleje cómo trabajan realmente las personas?"

Mosaicos, aplicaciones, enlaces y tarjetas

Los usuarios acceden al contenido a través de puntos de entrada visuales: mosaicos, enlaces y tarjetas.

• Un mosaico es un objeto clicable que abre una aplicación o destino, y muestra un título, subtítulo, icono, número, KPI o información de estado.
• Un enlace es un punto de entrada más simple basado en texto que abre una aplicación o destino.
• Una tarjeta puede mostrar información más enriquecida — una lista, KPI, gráfico o resumen de negocio — según la configuración.

Un mosaico no siempre es lo mismo que una aplicación Fiori nativa. Algunos mosaicos abren aplicaciones SAP Fiori nativas. Otros pueden abrir páginas analíticas, páginas de objeto, informes o incluso transacciones clásicas de SAP GUI expuestas a través del navegador. Esta distinción es importante porque los usuarios suelen juzgar “Fiori” según lo que abre un mosaico, incluso cuando la experiencia subyacente no es nativa.

Espacios, páginas, grupos y catálogos

Cuatro conceptos definen lo que los usuarios ven y a lo que pueden acceder en el Launchpad: espacios, páginas, grupos y catálogos. Cada uno cumple una función diferente.

Espacios y páginas

En el modelo actual de SAP Fiori Launchpad, los espacios y las páginas estructuran la experiencia del usuario.

Un espacio representa un área de trabajo, que normalmente corresponde a uno o más roles de negocio; por ejemplo, compras, operaciones financieras, gestión de pedidos de venta o autoservicio para gerentes. Una página se encuentra dentro de un espacio y contiene las aplicaciones con las que trabaja el usuario, organizadas en secciones para que las aplicaciones relacionadas aparezcan juntas.

Las páginas se asignan a través de espacios, y los espacios se asignan a roles de negocio. Esta estructura ayuda a evitar uno de los problemas clásicos del Launchpad: una única página de inicio sobrecargada con demasiados mosaicos.

Grupos

Los grupos pertenecen al modelo anterior de página de inicio del Launchpad. Los administradores los usaban para organizar mosaicos bajo encabezados en la página de inicio del usuario, y los usuarios podían personalizar partes de esa página. SAP ahora recomienda usar el modelo de espacios y páginas en su lugar. Los equipos que trabajan en entornos existentes aún deben entender los grupos, pero el nuevo trabajo de diseño debe planificarse en torno a espacios y páginas.

Catálogos

Un catálogo es una colección de aplicaciones disponibles para un rol. Si un usuario tiene un rol que incluye un determinado catálogo, ese usuario puede acceder a las aplicaciones que contiene, siempre que las autorizaciones requeridas también estén configuradas.

Aquí es donde muchas personas se confunden:

• Una página controla lo que se muestra en el diseño del Launchpad.
• Un catálogo controla qué aplicaciones están disponibles para el usuario.

Una aplicación puede estar disponible a través de un catálogo pero no estar colocada de forma visible en una página. Es posible que el usuario aún pueda encontrarla mediante la búsqueda o el buscador de aplicaciones, según la configuración. La distinción es importante: si los equipos solo piensan en “qué mosaicos aparecen en la página”, pueden pasar por alto la cuestión más profunda de a qué aplicaciones se le permite acceder realmente al usuario.

Cómo funciona el acceso basado en roles

SAP Fiori Launchpad está basado en roles. No todos los usuarios ven lo mismo: lo que ven depende de los roles que se les hayan asignado.

Un rol puede influir en:

• A qué aplicaciones puede acceder el usuario
• Qué catálogos están disponibles
• Qué espacios y páginas aparecen
• Qué mosaicos o enlaces son visibles
• Qué acciones de negocio puede realizar el usuario

Este modelo tiene beneficios reales. Ayuda a los usuarios a centrarse en el trabajo del que son responsables, reduce el desorden y mejora la seguridad al limitar el acceso a aplicaciones y funciones que no son relevantes. También ofrece una experiencia más limpia que dar a todos el mismo menú amplio de opciones de SAP.

Pero el acceso basado en roles solo funciona cuando los roles se mantienen activamente. Los roles mal diseñados hacen que los usuarios no encuentren aplicaciones importantes. Los roles demasiado amplios sobrecargan el Launchpad. Los demasiado limitados ocultan funcionalidades útiles. Y las asignaciones de roles que no se revisan con regularidad quedan desactualizadas a medida que cambian los puestos, los equipos y los procesos.

El acceso basado en roles es potente, pero necesita responsabilidad sobre su gestión.

Por qué los usuarios ven diferentes aplicaciones

Un analista financiero, un gerente de compras, un trabajador de almacén y un empleado de RR. HH. pueden usar el mismo sistema SAP, pero no necesitan el mismo Launchpad. El analista financiero necesita aplicaciones para facturas e informes financieros. El trabajador de almacén necesita aplicaciones compatibles con dispositivos móviles para el movimiento de mercancías. El empleado de RR. HH. necesita aplicaciones de autoservicio. Cada Launchpad refleja el rol del usuario.

Esta es una de las ideas principales detrás de SAP Fiori: los usuarios deben ver lo que es relevante para ellos. Pero también explica una frustración común. Si los usuarios solo ven lo que se les ha asignado, puede que no sepan qué más existe.

¿Por qué no puedo encontrar la aplicación que usa mi colega?

La respuesta puede ser una de varias:

• La aplicación no está asignada a su rol
• La aplicación no está incluida en su catálogo
• La aplicación no está colocada en su página
• La aplicación no está autorizada para su usuario

Esto no siempre es un defecto técnico. A veces es una decisión deliberada de diseño de roles. Pero cuando la decisión no está documentada o explicada, los usuarios la experimentan como confusión.

Búsqueda y facilidad de descubrimiento de aplicaciones

La búsqueda en SAP Fiori Launchpad ayuda a los usuarios a encontrar aplicaciones y, según la configuración del sistema, objetos de negocio o información. Los usuarios pueden buscar por nombre de la aplicación, palabra clave o término de negocio relacionado.

Pero la búsqueda tiene límites. Si la aplicación no está asignada mediante el rol o catálogo correcto, es posible que el usuario no la encuentre. Si el nombre de la aplicación no es claro, los usuarios pueden buscar usando un término de negocio que no coincide con el título de la aplicación.

Por eso los nombres importan. Un buen Launchpad no debería depender únicamente de nombres técnicos de aplicaciones. Los títulos, subtítulos, espacios, páginas, secciones y documentación interna deberían usar un lenguaje que tenga sentido para el negocio. Los usuarios pueden pensar "aprobar factura de proveedor" mientras que la aplicación usa un nombre más técnico y específico de SAP. Cerrar esa brecha es una de las partes más subestimadas del diseño del Launchpad.

Las quejas sobre la facilidad de descubrimiento son especialmente comunes cuando:

• Un usuario no conoce el nombre de la aplicación
• Una aplicación útil está asignada pero no es visible en una página
• Diferentes equipos usan nombres distintos para la misma tarea de negocio
• La empresa no tiene documentación interna que explique qué aplicaciones respaldan qué proceso

La solución no es dar a todos todas las aplicaciones; eso crearía problemas de seguridad, usabilidad y rendimiento. La solución es contar con definiciones claras de roles, propiedad de las aplicaciones, procedimientos de solicitud de acceso y documentación que conecte las aplicaciones con los procesos de negocio.

Por qué demasiados roles y aplicaciones generan problemas

Asignar demasiados roles a un usuario crea el problema opuesto al acceso restrictivo: sobrecarga de información. El Launchpad se vuelve más difícil de navegar, los resultados de búsqueda generan más ruido y es posible que el usuario no sepa qué aplicación usar para una tarea específica.

También puede haber un impacto en el rendimiento. Más contenido asignado significa más elementos que cargar, evaluar, personalizar y renderizar. El rendimiento depende de muchos factores —configuración del sistema, servicios, volumen de contenido, comportamiento del navegador, red, backend—, pero los Launchpads sobrecargados suelen sentirse más lentos y menos usables.

Por lo tanto, el rendimiento del Launchpad no es solo un problema técnico. Un Launchpad con demasiado contenido suele ser un síntoma de una disciplina débil en el diseño de roles.

El catálogo interno de aplicaciones

Una de las formas más eficaces de mejorar la adopción de SAP Fiori es crear un catálogo interno de aplicaciones: un documento o sistema orientado al negocio que explique cómo se utilizan las aplicaciones en su entorno.

Esto es diferente de la biblioteca de referencia de aplicaciones de SAP Fiori. Esa biblioteca es útil como referencia técnica, pero las empresas siguen necesitando su propio catálogo escrito en el lenguaje de su negocio.

Un catálogo interno de aplicaciones debe explicar:

• Qué aplicaciones están disponibles y quién debe utilizarlas
• Qué proceso de negocio admite cada aplicación
• Qué rol se requiere para acceder a la aplicación
• Para qué se utiliza la aplicación y para qué no se utiliza
• Si la aplicación reemplaza una transacción anterior de SAP GUI
• Si la aplicación es Fiori nativa, analítica, personalizada o basada en Web GUI
• Quién es el responsable de la aplicación desde el área de negocio
• Cómo pueden los usuarios solicitar acceso o soporte

Esto es especialmente valioso en organizaciones grandes, entornos de servicios compartidos y paisajes SAP con muchos roles de negocio. Ayuda a los usuarios a descubrir lo que existe sin debilitar la seguridad, y ayuda a TI, a los propietarios de procesos y a los usuarios clave a hablar el mismo idioma.

Launchpad y procesos de negocio

Un Launchpad puede dar a los usuarios acceso a aplicaciones, pero no define el proceso de negocio.

Un mosaico puede abrir una aplicación de aprobación. Pero el proceso de aprobación incluye mucho más: quién puede enviar la solicitud, qué datos se requieren, quién aprueba primero, qué sucede si el aprobador está ausente o la solicitud es rechazada, si hay plazos, qué sucede cuando falta información, qué sistema almacena el registro final y quién supervisa las excepciones.

El Launchpad respalda la experiencia del usuario. No reemplaza la comprensión del proceso. Una empresa puede tener un Launchpad claro y aun así tener detrás un proceso confuso.

Un ejemplo práctico: solicitudes de compra

Imagina diseñar la experiencia del Launchpad para solicitudes de compra. Un solicitante necesita una aplicación para crear o dar seguimiento a una solicitud. Un gerente necesita una aplicación de aprobación. Un comprador necesita aplicaciones para datos de proveedores, creación de órdenes de compra y abastecimiento. Finanzas necesita visibilidad sobre el impacto en el presupuesto y las facturas. Un responsable del proceso necesita informes de supervisión y excepciones.

Si el Launchpad se diseña solo como una lista de aplicaciones, cada rol obtiene sus propios mosaicos, pero el proceso de extremo a extremo sigue sin estar claro. Si se diseña en torno al proceso, el equipo plantea mejores preguntas: qué aplicaciones se usan con frecuencia, cuáles solo se necesitan para excepciones, qué información debería estar visible antes de que el usuario abra una aplicación y qué transacciones heredadas aún deben permanecer disponibles.

Esta es la diferencia entre la activación técnica y el diseño del entorno de trabajo.

Lista práctica de gobernanza

Un modelo práctico de gestión del Launchpad debería responder estas preguntas:

Más allá de la lista de verificación, algunas pautas prácticas suelen marcar la mayor diferencia:

• Comience desde el trabajo real, no desde el sistema. Comprenda cómo trabaja cada grupo de usuarios, qué tareas realiza a diario y qué excepciones gestiona antes de configurar páginas y asignar roles.
• Mantenga visibles las aplicaciones más importantes. No llene la primera página con herramientas que rara vez se utilizan.
• Use espacios y páginas para reflejar áreas de negocio, no módulos técnicos de SAP.
• Revise los roles con una cadencia fija. Las responsabilidades laborales cambian, los equipos se reorganizan y nuevas aplicaciones quedan disponibles.
• Capacite a los usuarios en el proceso, no solo en el mosaico. Las personas deben comprender cómo su aplicación encaja en el flujo de trabajo más amplio.
• Sea explícito sobre qué es Fiori nativo y qué no lo es. Los usuarios a menudo culpan a Fiori por experiencias que en realidad son Web GUI o pantallas heredadas.
• Trate a los usuarios avanzados de forma diferente a los usuarios ocasionales. La velocidad, la densidad y los atajos son importantes para los usuarios avanzados de formas que la visibilidad amplia no puede captar.

Reflexiones finales

La verdadera prueba de un Launchpad no es si cada aplicación tiene un mosaico. Es si cada usuario puede entender por dónde empezar, de qué es responsable y cómo su trabajo se conecta con el proceso más amplio.

SAP Fiori Launchpad suele describirse como el punto de entrada para las aplicaciones SAP Fiori. En la práctica, es donde se encuentran los roles de SAP, la experiencia de usuario, las responsabilidades de negocio, las autorizaciones, el descubrimiento de aplicaciones y el diseño de procesos. Los mejores diseños de Launchpad provienen de equipos que entienden no solo la configuración de SAP, sino también cómo trabajan realmente las personas: a través de roles, tareas, decisiones, excepciones y procesos de negocio.

Preguntas frecuentes

¿Por qué veo aplicaciones diferentes a las de mi colega en SAP Fiori Launchpad?

Puede que vea aplicaciones diferentes porque SAP Fiori Launchpad se basa en roles, catálogos, espacios, páginas y autorizaciones. Su colega puede tener un rol de negocio diferente, una asignación de catálogo diferente o permiso para acceder a aplicaciones que no están disponibles para su usuario. En algunos casos, la aplicación puede existir en el sistema, pero no estar asignada a su rol o no mostrarse en su página.

¿Por qué no puedo encontrar una aplicación en la búsqueda de SAP Fiori Launchpad?

Una aplicación puede no aparecer en la búsqueda si no está asignada a su rol, no está incluida en uno de sus catálogos, no está configurada para la búsqueda o no está autorizada para su usuario. La búsqueda también depende de la nomenclatura. Si el título de la aplicación utiliza lenguaje específico de SAP y los usuarios buscan con términos de negocio, puede ser más difícil encontrar la aplicación.

¿Cuál es la diferencia entre un mosaico visible y una aplicación disponible?

Un mosaico visible es un punto de entrada que se muestra en su página de Launchpad. Una aplicación disponible es una aplicación a la que su usuario tiene permitido acceder mediante catálogos y autorizaciones asignados. En algunos casos, una aplicación puede estar disponible para el usuario, pero no mostrarse como mosaico en la página principal. Por eso, el diseño de Launchpad y la autorización de aplicaciones deben gestionarse conjuntamente.

¿Los espacios y las páginas están reemplazando a los grupos en SAP Fiori Launchpad?

Sí, en el diseño moderno de SAP Fiori Launchpad, los espacios y las páginas son la forma recomendada de organizar el contenido. Los grupos pertenecen al modelo clásico de página de inicio de Launchpad y aún pueden existir en entornos más antiguos, pero la nueva gobernanza de Launchpad normalmente debería planificarse en torno a espacios y páginas.

¿Puede un mosaico de SAP Fiori Launchpad abrir algo que no sea una aplicación Fiori nativa?

Sí. Un mosaico puede abrir una aplicación SAP Fiori nativa, una aplicación analítica, un informe, una página de objeto, una aplicación personalizada o incluso una transacción clásica de SAP GUI expuesta a través del navegador. Por eso, los usuarios no deben asumir que cada mosaico representa el mismo tipo de experiencia.

¿Demasiados roles o aplicaciones pueden afectar al rendimiento de SAP Fiori Launchpad?

Sí, demasiados roles, catálogos, páginas o aplicaciones asignados pueden hacer que Launchpad sea más difícil de navegar y pueden contribuir a una experiencia de usuario más lenta. El rendimiento también depende de los servicios backend, las condiciones de red, el comportamiento del navegador, la configuración del sistema y el diseño de la aplicación, pero las asignaciones de roles sobrecargadas son un problema común de gobernanza que conviene revisar.

¿Cómo pueden las empresas mejorar el descubrimiento de aplicaciones en SAP Fiori Launchpad?

Las empresas pueden mejorar el descubrimiento de aplicaciones utilizando nombres de aplicaciones claros, espacios y páginas bien estructurados, documentación basada en roles, procedimientos de solicitud de acceso y un catálogo interno de aplicaciones. El objetivo no es dar a cada usuario todas las aplicaciones, sino ayudar a los usuarios a entender qué aplicaciones existen, para qué se utilizan y cómo solicitar acceso cuando sea necesario.

¿Por qué el diseño de SAP Fiori Launchpad debería considerar los procesos de negocio?

El diseño de Launchpad debería considerar los procesos de negocio porque los usuarios no trabajan con aplicaciones de forma aislada. Un mosaico puede respaldar una tarea, pero el proceso completo puede incluir aprobaciones, traspasos, plazos, excepciones, dependencias de datos y responsabilidades entre varios roles. Un Launchpad mejor ayuda a los usuarios a entender no solo qué aplicación abrir, sino cómo encaja su trabajo en el proceso más amplio.