Prácticas recomendadas para el lanzamiento de aplicaciones de software

Last Updated junio 29, 2026

Breve descripción general

Las aplicaciones de SaaS evolucionan constantemente, añadiendo funciones y realizando cambios en HTML detrás de escena que afectan a la forma en que funciona la aplicación. Si bien los desarrolladores de aplicaciones manejan la mayoría de estos cambios, los creadores deben comprender los ciclos de lanzamiento para que su contenido de WalkMe funcione correctamente. del

Este artículo cubre cómo realizar un seguimiento de los cronogramas de lanzamiento de aplicaciones, comprender la jerarquía de tu entorno y planificar el mantenimiento periódico del contenido de WalkMe.

Por qué esto importa

Debido a que WalkMe se ejecuta en tus aplicaciones de cara al usuario, mantenerse al tanto de las mejores prácticas de lanzamiento de software ayuda a que tu contenido de WalkMe funcione como se esperaba. del

Casos de uso

Comprender las mejores prácticas de lanzamiento de software ayuda a los creadores a:

  • Evita que el contenido de WalkMe se rompa después de una actualización importante de la aplicación
  • Prueba los elementos de WalkMe con los próximos lanzamientos antes de que lleguen a producción
  • Prioriza el contenido que se debe revisar y mantener en función de los datos de uso

Comprender el cronograma de lanzamiento de aplicaciones

La mayoría de las aplicaciones se actualizan en un ciclo de lanzamiento programado y generalmente dan a los clientes un mes de anticipación antes de una versión de producción. Los tipos de lanzamiento varían según el proveedor, pero generalmente se dividen en tres categorías:

  1. Lanzamientos importantes (generalmente dos o tres veces al año)
    • Los proveedores de aplicaciones agrupan nuevas funciones y actualizaciones importantes de la interfaz de usuario en actualizaciones de software grandes. Estas actualizaciones pueden cambiar fundamentalmente la forma en que los usuarios interactúan con la aplicación.
  2. Liberaciones menores (frecuentes)
    • Pequeños cambios de software que mejoran las funciones o procesos existentes. Los proveedores los liberan independientemente de las versiones principales cuando mejoran significativamente la experiencia del usuario.
  3. Parches de software (frecuentes)
    • Correcciones de errores que abordan problemas que afectan la experiencia del usuario o la funcionalidad de la aplicación. Estos se publican tan pronto como se identifica el problema.

Comprende la jerarquía de tu entorno.

Diferentes entornos indican diferentes niveles de preparación del software. En un nivel básico, la mayoría de las aplicaciones tienen un entorno de producción y un entorno de prueba o vista previa:

  • El entorno de producción es donde la empresa ejecuta sus operaciones reales, con datos en vivo y procesos empresariales activos.
  • El sandbox o el entorno de vista previa refleja la producción lo más cerca posible y es donde se prueban las actualizaciones antes de lanzar. del

En la práctica, una aplicación puede tener varios entornos de sandbox o vista previa: algunos utilizan datos reales, otros utilizan datos de prueba y otros difieren significativamente de la producción. Estos entornos también pueden seguir diferentes horarios de lanzamiento, lo que afecta a tu capacidad para probar los próximos cambios.

WalkMe recomienda crear y probar el contenido en un entorno de prueba o vista previa que se parezca lo más posible a la producción. Para lanzamientos importantes de aplicaciones, prueba en un entorno que tenga las próximas actualizaciones y represente cómo se verá la producción después del lanzamiento.

Mantenimiento periódico del contenido de WalkMe

Una vez que entiendas el cronograma de lanzamiento de aplicaciones y la jerarquía del entorno, puedes planificar cuándo y dónde revisar el contenido de WalkMe para asegurarte de que se mantenga el ritmo de tu aplicación.

WalkMe recomienda seleccionar 30 de los elementos más importantes de WalkMe, utiliza los datos de uso de Insights o los objetivos empresariales para priorizar, y ejecutarlos en tu aplicación actual una o dos semanas antes de un lanzamiento importante programado. Luego, tan pronto como tengas acceso a la próxima versión, ejecuta esos mismos 30 elementos en la nueva versión. Esto te ayuda a identificar exactamente qué cambió en la versión, en comparación con cualquier problema que existiera antes.

Quality Assurance Testing

Was this article helpful?

Thanks for your feedback!

Be part of something bigger.

Engage with peers, ask questions, share ideas

Explore our community
×
×