Una web que tenía que seguir trabajando después del pago.
En un ecommerce convencional, el proceso suele terminar cuando se completa un pedido. En un modelo basado en suscripciones ocurre justo lo contrario.
Después del primer pago hay que gestionar renovaciones, estados de suscripción, posibles incidencias de pago y la relación entre la situación de cada suscripción y el usuario correspondiente.
En Zima Escalada, WordPress y WooCommerce forman parte de ese sistema.
Cobrar cada mes era solo una parte del problema.
Una suscripción no consiste únicamente en repetir un pago.
El sistema necesita saber qué ocurre cuando una renovación se completa, cuándo falla un cobro, qué estado tiene una suscripción y cómo debe reflejarse todo eso en el usuario.
FRESHFISH ha trabajado sobre estos procesos para que WordPress, WooCommerce Subscriptions y Redsys funcionen como partes de un mismo sistema. El objetivo es reducir la intervención manual y mantener sincronizado el estado real de las suscripciones con la gestión de los usuarios.
WooCommerce vende. El sistema tiene que encargarse de lo que viene después.
La base combina WordPress, WooCommerce y WooCommerce Subscriptions para gestionar el modelo recurrente. Redsys participa en el proceso de pago y renovación.
Sobre esa infraestructura, FRESHFISH ha trabajado la lógica necesaria para relacionar el estado de las suscripciones con los usuarios y automatizar parte de los procesos de gestión.
Cuando una suscripción cambia de estado, el sistema puede utilizar esa información para mantener actualizada la situación correspondiente del usuario. Algunos procesos pueden además trasladar información a Google Sheets para facilitar tareas de gestión y seguimiento.
La compra ocurre una vez. El sistema tiene que seguir trabajando todos los meses.
Hay bastante más que un botón de suscribirse.
Una lógica de negocio conecta la interfaz con pagos, renovaciones, usuarios y tareas de gestión.
La base sobre la que funciona el sistema.
Gestión de ecommerce y pagos.
Ciclo de vida de las suscripciones.
Pagos y renovaciones dentro del sistema.
Relación entre suscripción y usuario.
Menos tareas manuales y más sincronización.
Apoyo en determinados procesos de gestión.
El checkout no es el final.
En un modelo recurrente, cada renovación puede cambiar la situación de una suscripción. El sistema debe interpretar esos cambios y mantener coherente la relación entre pagos, suscripciones y usuarios. Aquí es donde una tienda online empieza a comportarse más como un sistema que como un simple catálo
La web no solo cobra. También tiene que saber qué hacer después.Menos tareas repetitivas. Más sistema.
Cuando determinados cambios pueden detectarse y procesarse automáticamente, no tiene demasiado sentido comprobarlos manualmente uno por uno.
En Zima, parte de la evolución del proyecto ha consistido en conectar información y automatizar procesos relacionados con suscripciones, usuarios y gestión. El objetivo no es automatizar por automatizar. Es evitar trabajo manual cuando existe una forma fiable de que el sistema pueda hacerlo.
Si una máquina puede hacer siempre lo mismo correctamente, quizá no tenga sentido que una persona siga haciéndolo.
Una web que forma parte del funcionamiento del negocio.
Zima demuestra que WordPress y WooCommerce pueden ir bastante más allá de vender productos.
Suscripciones, pagos recurrentes, usuarios y automatización forman parte de un mismo entorno que puede seguir evolucionando conforme aparecen nuevas necesidades.
No siempre se trata de vender más cosas. A veces se trata de conseguir que todo funcione mejor.
