SAP UX: primero BUILD, después Splash y ahora… BUILD

En el mercado, existen muchas herramientas para el diseño rápido de prototipos de aplicaciones (mockups): Balsamiq, Flinto, Axure son algunas de ellas. Evidentemente, hay muchas más, pero con esas he llegado a “trastear” alguna vez, incluso alguna de ellas por “recomendación” de SAP: SAP Releases Fiori Widgets for Axure RP

Finalmente (esto es mucho decir con SAP) parece que la apuesta era BUILD y llegaron a un acuerdo donde, lógicamente, lo primero era cambiar el nombre y pasó a llamarse SAP Splash.

¿Y que podíamos hacer con esto? Mejor lo véis:
 


 
Bien, pues después de unos meses trabajando con la versión beta de SAP Splash, llega… BUILD.

Sí, eso es, volvemos al nombre original, donde podremos seguir trabajando con una versión gratuita pero ya aparece la opción completa, que será de pago, pero… no sabemos el importe. Sólo una pista: necesitará de licencia de HANA Cloud Platform.

Por cierto, si alguien ha estado trabajando con la versión beta, tranquilos, seguirá existiendo, con la limitación de tener sólo 5 prototipos activos y alguna cosa más.

Esto lo cuentan en una newsletter que enviaron el pasado 22 de agosto, aquí podéis ver un post donde también hablan de esto: The general release of BUILD is on its way!!!

Una vez más, aparece HANA Cloud Platform como la pieza angular en la que se basan otras soluciones, algo que ya no debería sorprendernos 😉

SAP Fiori en acción

En el siguiente video podemos ver un ejemplo de uso de SAP Fiori, comparado con el mismo proceso hecho de “la forma tradicional” (SAP GUI). Creo que lo mejor es verlo, los números hablar por sí solos:


 
Cierto es que en un caso el usuario trabaja en R/3 y en el otro en S/4HANA, pero nos centramos sólo en la experiencia de usuario, en el número de pantallas, de campos, de “clicks”, etc… que el usuario tiene que utilizar para hacer el mismo proceso. El ahorro de tiempo y el consecuente aumento de la eficiencia es bastante significativo.

Esto lo podríamos extrapolar a muchos procesos, aunque no a todos, ya que no todo es “fiorizable” o porque a veces puede haber una solución mejor, como Screen Personas, por ejemplo… todo depende del proceso que queramos optimizar, entre otras cosas, como la tecnología (nivel de parches, versión del navegador…) y algo menos importante: el presupuesto 😉

PD.- Por cierto, este video lo he encontrado en Youtube y no he podido resistirme a hacer una captura del comentario que había…
comen

¿Qué es SAP Fiori?

Si a estas altura del partido no tienes claro esto, mal vamos… si quieres te lo digo en inglés 😉


 
SAP Fiori nació como un conjunto de 25 aplicaciones, hace casi 3 años, pero desde entonces ha llovido bastante. Ya no podemos hablar de Fiori como un conjunto de aplicaciones (por cierto, Fiori ofrece más de 700 aplicaciones en la última “oleada”) o no sólo como eso, ya que enseguida se convirtió en algo más: el paradigma de la experiencia de usuario en SAP.

SAP Fiori es la nueva experiencia de usuario SAP , diseñada con una imagen actual, basada en tecnologías estándar y centrada en la usabilidad, lo que permite a los usuarios, de cualquier línea de negocio, trabajar de una manera uniforme desde cualquier dispositivo. Esto permitirá a los usuarios realizar su trabajo de una manera más simple y atractiva.

¿Y cómo va a evolucionar todo esto? Pues aquí tenéis el road map para todo el tema de UI, donde podréis ver que todo apunta hacia el mismo sitio: SAP Product Road Map – SAP User Interface Technologies 2016Q1

Y encima gratis… ¿qué más queréis? 😉

 

Fiori no es una opción, es la opción

Y no lo digo yo, que también lo digo, lo dice “el señor Gartner”, que seguro que a él le hacéis mucho más caso: SAP Fiori UX: It Is Not a Matter of If, but When and How

Para los vagos, cosas interesantes que dicen en el artículo:

  • SAP Fiori UX es un cambio de estrategia, no simplemente un cambio de producto, como si puede ser SAP Screen Personas, va mucho más allá, es una revolución en la experiencia de uso del ERP.
  • Design Thinking ha jugado un papel fundamental en esta “re-evolución” de SAP, impulsado por Hasso Plattner, desde las más “altas esferas”, formando parte del ADN de SAP.
  • Fiori continua ampliando su alcance. Desde que publiqué este post en mayo de 2013 (eso no lo dice “el señor Gartner”, lo digo yo) ha llovido un poco y Fiori ha pasado de ser un conjunto de aplicaciones con una funcionalidad limitada, a ser uno de los pilares (creo que de éste no ha dicho nada Willy Toledo) básicos de S/4HANA.

271456_1

Dicen muchas más cosas y creo que merece la pena leerlo… yo, como siempre, sólo recopilo 😉

SAP Screen Personas 3.0: porque no sólo de Fiori vive el hombre

Con un trimestre de retraso a lo anunciado, ya está aquí SAP Screen Personas 3.0 y además viene ya con el SP1… con lo que se supone que se habrán depurado bastantes cosas en el ramp-up.

personas

¿Qué novedades trae esta nueva versión?

  • Es una versión completamente nueva, reescrita desde cero en HTML5 como parte de la SAP GUI para HTML (GUI Web).
  • Capacidad para hacer pantallas personalizadas directamente en SAP GUI para Windows.
  • Una administración más simple.
  • Mayor integración en otras soluciones SAP UX.
  • No dependencia de Silverlight.
  • Scripting más potente, basado en JavaScript.
  • Editor más intuitivo.

(Información sacada de este artículo: SAP Screen Personas 3.0 Is Generally Available, including Service Pack 1)

¿Y qué pasa si ya habéis empezado a trabajar con SAP Screen Personas 2.0? Tranquilos, que aquí nos cuentan cómo podemos migrar nuestros “flavors”:
 

De todas formas, no os engañéis, si lo que habéis hecho es una demo, con 2 transacciones, lo mejor es que os olvidéis y empecéis de cero 😉

SAP Fiori: normas básicas de diseño

Como vimos ayer, no tenemos que ser todos “azules”, pero lo que sí es cierto es que si queremos realmente que Fiori sea el nuevo paradigma de la experiencia de usuario, a la hora de diseñar una aplicación tendremos que tener en cuenta una serie de directrices de diseño para que la forma de interactuar del usuario sea uniforme, simple e intuitiva.

fiorides

Para esto SAP pone a disposición de sus partners/clientes una serie de recursos a los que podemos acceder desde un punto central: SAP Fiori Design Guidelines

Hasta el SAPPHIRE de este año, teníamos una versión externa de esta guía distinta de la que manejaba SAP internamente, pero en ese evento SAP anunció una nueva estrategia:

  • La versión externa es idéntica a la  versión interna (a excepción de ciertas referencias/recursos internos). Lo que permite a los desarrolladores ser capaces de crear aplicaciones compatibles con las aplicaciones estándar suministradas por SAP.
  • Con cada nueva versión de SAP UI5 se lanzará una nueva versión de las directrices de diseño con contenidos actualizados que reflejen el estado de la tecnología correspondiente, indicando lo que ha cambiado y lo que es nuevo.
  • Los usuarios pueden cambiar entre versiones dentro de las directrices para que no sólo pueden asegurarse de que están utilizando la versión correcta, sino también para que puedan comparar los cambios entre las versiones.
  • Se han integrado más referencias y recursos, de manera que la mayoría de los artículos apuntan a la implementación del ejemplo correspondiente en la aplicación SAPUI5 y con referencias a la API.
  • Se ha mejorado la usabilidad de las directrices para que sea más fácil de aprender cómo diseñar aplicaciones empresariales modernas.

Uno de los recursos que ponían a nuestra disposición era un powerpoint donde podíamos encontrar plantillas para los distintos tipos de recursos que podíamos necesitar a la hora de crear una aplicación Fiori: listados, formularios, botones, campos de selección… Os dejo un enlace: Prototyping_Kit

Como ya sabemos, el powerpoint lo aguanta todo y evidentemente esto era una gran ayuda a la hora de hacer una presentación de cara a mostrar el posible aspecto gráfico de una aplicación hecha con esta tecnología, pero  la hora de darle dinamismo a esa presentación y simular la interacción del usuario, lo teníamos más complicado…

¿Cómo solucionar esto? Con una herramienta de mockup/wireframe; es decir, “algo” para hacer prototipos. Y en este caso la herramienta elegida ha sido Axure. Si la instaláis (hay una versión free de 30 días, después hay que pagar) y os bajáis las plantillas que SAP ha puesto a disposición, podéis hacer un prototipo en cuestión de horas… otra cosa ya es hacer luego la aplicación 😉

PD.- Más información, aquí: SAP Fiori Design Guidelines

Drive.SAP: ¿te gusta conducir?

Bueno, pues si te gusta conducir, esto no tiene nada que ver… 😉 A no ser que te guste conducir tus aplicaciones/desarrollos hacia una buena experiencia de usuario.

Tenemos claro que cada vez es más importante que el interfaz de las aplicaciones sea cada vez más sencillo y amigable, que se adapten al dispositivo en el que se ejecutan, etc… y para eso SAP está impulsando que todo sea más simple, con iniciativas como Fiori o Screen Personas, poniéndose del lado del usuario aplicando métodos de trabajo como Design Thinking.

Aun así, muchas veces, el producto final que le entregamos al usuario no cumple sus expectativas, pero ¿y si se lo enseñamos antes para que opine? Pues eso es lo que nos ofrece Drive.SAP: una herramienta en la que podemos pedir opinión sobre el diseño de nuestras aplicaciones, lo que nos va a permitir ir depurándolas/mejorándolas en procesos iterativos hasta conseguir una excelente experiencia de usuario.

Si os queréis registrar, aquí os dejo en enlace: https://drivesap.ondemand.com

Además, he creado un ejemplo tonto de prueba para opinar sobre la página del blog, por si lo queréis probar: https://drivesap.ondemand.com/sap/driveui/start/CE16559A
 
Y si no os enteráis de cómo funciona, aquí va un video:
 


 
Eso sí, requiere “usuario OSS” y un navegador “modernillo”… 😉