Personalización de la aplicación de Pega

Para demostrar eficazmente la aplicación a sus usuarios de negocio, debe conocer las características de la aplicación de Pega y cómo dichas características se relacionan con el problema de negocio en cuestión y lo resuelven. Pega ofrece varios recursos para ayudarle a familiarizarse con la aplicación. Consulte la página Pega Products & Applications (Productos y aplicaciones de Pega) en Pega Community para ir a la landing page de la aplicación correspondiente.

La capa de implementación de la aplicación representa el contenedor de las personalizaciones de su aplicación. A medida que los usuarios de negocio agregan tipos de casos con App Studio, la capa de implementación de la aplicación aloja las reglas creadas por esos usuarios y cualquier personalización que usted haga para proporcionar soporte. El siguiente diagrama ilustra la estructura generalizada de una aplicación de Pega y cómo su capa de implementación de la aplicación encaja en esa estructura:

Dependiendo de la instalación, una aplicación de Pega puede tener varios productos incorporados para proporcionar el conjunto completo de funcionalidades. Por ejemplo, el siguiente diagrama ilustra la construcción de la aplicación de Pega Customer Service™ para su aplicación en el sector de la salud, que incluye las aplicaciones Pega Sales Automation™ y Pega Marketing™:

El proceso de análisis de las deficiencias en la implementación de la solución le permite demostrar la aplicación mientras analiza las necesidades de la organización. Este proceso guía al cliente en el uso de las capacidades que la aplicación ya proporciona para que no tenga que desarrollar nuevas funciones. La meta es crear un primer lanzamiento que permita a la organización empezar a ver el valor de negocio rápidamente.

El minimum lovable product (MLP) es la funcionalidad mínima que el negocio necesita para obtener valor de negocio de la aplicación personalizada. También se conoce el MLP como el primer lanzamiento de producción. Puede abordar las funciones que se priorizan después del MLP en iteraciones posteriores de la aplicación. Las iteraciones posteriores se conocen como lanzamientos de producción extendidos.

A medida que demuestra la aplicación a los usuarios de negocio, puede registrar las personalizaciones deseadas con Agile Workbench. Agile Workbench se integra con Agile Studio para registrar feedback, bugs e historias de usuario para que usted y su equipo puedan personalizar la aplicación en consecuencia. Agile Workbench también se integra con otras herramientas de gestión de proyectos como Jira.

Después de priorizar el backlog capturado en Agile Workbench según la definición del MLP, puede empezar a personalizar la aplicación. Por lo general, el MLP incluye la creación de conexiones con los sistemas back-end, la configuración de la seguridad y los reportes, y la creación de reglas específicas de la aplicación para cumplir con los requerimientos del negocio inmediatos. Por ejemplo, la configuración de consejos de preparación es un paso de configuración exclusivo de Pega Customer Service.

Durante la demostración inicial de la aplicación con los usuarios de negocio, usted capturó los requerimientos y solicitudes de personalización de los usuarios. No todas esas personalizaciones se entregaron con el primer lanzamiento de producción. A medida que el negocio utiliza la aplicación en producción, los usuarios tienen nuevos requerimientos y mejoras para optimizar la aplicación. Continúe usando Agile Workbench para registrar el feedback directamente en la aplicación. De esta manera, puede evolucionar y mejorar su aplicación con el tiempo y según las necesidades del negocio.