Mi Morrisons
Aplicación de lealtad de supermercado donde las pantallas de campaña y recompensas cambian con cada promoción.
- Instalaciones de Google Play
- 2,8M
- Icono de la aplicación Sprouts
- 3.1
Cuando un banner de venta, una promoción code o un paso de pago requiere una corrección en la capa web, subirlo con el Capgo CLI. Probarlo en un canal de pruebas, enviarlo a una parte de los compradores y revertirlo si el pago parece incorrecto.
14 días de prueba gratuita ilimitada. No se requiere tarjeta de crédito.
Necesidades empresariales? Hable con nuestro equipo
Why retail teams add a live update lane
Una venta comienza y el campo de promoción code falla en una plataforma. La solución es agregar unas pocas líneas de JavaScript.
Con un proceso solo para tiendas, construyes una nueva versión binaria y la envías. La revisión del almacen suele tardar entre 24 y 48 horas, aunque a veces puede ser mucho más largo.
Aún después de la aprobación, los compradores deben instalar la nueva versión. Es posible que la campaña termine antes de que la mayoría de ellos lo hagan.
Promociones, lanzamientos de productos y ventas estacionales comienzan en un momento determinado. Un arreglo en la capa web no debe depender de una cola de revisión.
Un cambio en el carrito o el proceso de pago debería llegar primero a una pequeña parte de los compradores, con una forma rápida de regresar.
Compradores actualizan en momentos diferentes. Un paquete que requiere una nueva versión nativa code no debe llegar a versiones antiguas.
Marketing y QA quieren ver las pantallas de la campaña en un teléfono antes de que estén disponibles.
¿Qué Capgo ofrece a los equipos de retail?
Etapa de campaña UI, envíe a una parte de los compradores y mantenga una forma de regresar en un paso. Los cambios nativos todavía pasan por las tiendas.
Subir el código JavaScript, HTML o CSS corregido. Los dispositivos en el canal lo descargan en segundo plano y lo ejecutan la próxima vez que la aplicación regresa al primer plano.
Documentar el comportamiento de actualizaciónSend a new checkout or product page bundle to a share of devices while everyone else stays on the stable bundle. This is a release control, not an A/B test: compare conversion in your own analytics.
Documentación de despliegue progresivoSi una versión rompe la cesta, reemplaza el despliegue o selecciona el paquete anterior desde la historia del canal. Un paquete que falla al iniciar se reemplaza automáticamente en el dispositivo.
Documentación de reversionesCargar el paquete de campaña en un canal de etapa y abrirlo en un dispositivo real con un código QR code. Promocionalo cuando el equipo apruebe.
Documentación de canales# upload the campaign bundle to staging, print a QR code
npx @capgo/cli@latest bundle upload --channel staging --qr-preview
# after sign-off, ship the same code to production
npx @capgo/cli@latest bundle upload --channel production --rollout 10
Obtener código QR
Cómo funciona
Un flujo típico para un cambio de promoción o pago en una aplicación de compras Capacitor. Cada comando a continuación proviene de la documentación de Capgo CLI
Subir el paquete de campaña a staging y escanear el código QR code para abrirlo en un dispositivo real. Debe estar habilitada la vista previa del paquete para la aplicación.
npx @capgo/cli@latest bundle upload --channel staging --qr-preview
Documentos de canales
Subir a producción con --rollout. La mayoría de los compradores permanecen en el paquete estable hasta que promueva.
npx @capgo/cli@latest bundle upload --channel production --delta --rollout 10
Documentos de despliegue progresivo
Verificar datos de instalación y falla en Capgo y sus propios paneles de ventas, y luego promueva el paquete a todos los dispositivos del canal.
npx @capgo/cli@latest channel set production --rollout-promote
Documentos de observación
Enviar el conjunto de despliegue de vuelta a estable en una sola orden, o elegir un paquete anterior del historial del canal.
npx @capgo/cli@latest channel set production --rollout-rollback
Documentos de revertidos
Apps built with Capacitor
Aplicaciones de supermercado y lealtad pueden cambiar promociones, puntos de entrada de recompensas, onboarding y mensajes de pago más rápido que un ciclo de lanzamiento binario permite.
Aplicación de lealtad de supermercado donde las pantallas de campaña y recompensas cambian con cada promoción.
Aplicación de tienda minorista donde el contenido y las rutas de navegación cambian constantemente.
Aplicación de tienda de comestibles donde el pago, la lista y la lealtad pueden actualizarse independientemente.
Prueba de clientes
Fundador, NuTriQ
Ser capaz de enviar actualizaciones OTA de producción de inmediato sin tener que esperar a los ciclos de revisión completos de la Tienda de Aplicaciones ha sido una ventaja operativa masiva.
Desarrollador Líder, drivolino GmbH
“El plugin de actualización Capgo Capacitor ha transformado completamente cómo enviamos actualizaciones. Lo que solía tomar días ahora solo toma minutos.”
Desarrollador, Webincode
“Ser capaz de agregar IDs de dispositivo a ciertos grupos y enviar los cambios a solo ciertos grupos es un salvavidas.”
FAQ
¿Qué puede cambiar un live update en una aplicación de compras, y cómo mantener la seguridad del pago.
Prices usually come from your backend, so change them there. A live update changes the web code and assets that display them: promo banners, product pages, cart and checkout screens. Changes to native payment SDKs or plugins need a store release.
Documentación de compatibilidad nativaNo. Una implementación progresiva envía un paquete a un porcentaje fijo de dispositivos para limitar el riesgo. No mide la conversión. Para experimentos, utilice sus herramientas de análisis o banderas de características. Utilice canales cuando los usuarios específicos necesitan un paquete diferente.
Documentación de implementaciones progresivasCargue el paquete en un canal de pruebas y abra el paquete en un dispositivo con un código QR code, o pinche dispositivos de prueba a ese canal con un override de dispositivo. Promueva el mismo paquete a producción cuando esté aprobado.
Documentación de canalesSi el nuevo paquete falla al iniciar y nunca llama a notifyAppReady(), el dispositivo se vuelve a cargar automáticamente. Si comienza pero el pago se comporta mal, róllense hacia atrás la implementación progresiva o seleccione el paquete anterior del historial de canales.
Documentación de róllbacksPor defecto, los dispositivos la descargan en segundo plano y la ejecutan la próxima vez que el aplicativo regrese al primer plano. Si los compradores deben verla en la primera pantalla, utilice un modo de actualización directa como onLaunch.
Actualizar documentos de comportamientoConfigura un canal de pruebas y un despliegue progresivo en tu propia aplicación durante la prueba.
Apoyo humano desde Martin
Prueba gratuita de 14 días sin tarjeta de crédito
Necesidades de empresa? Hable con nuestro equipo