De todos los plugins que existen para Gravity Forms, que son numerosos porque la propia casa matriz del plugin genera multitud de addons premium para hacer todo tipo de tareas con el que quizás sea el mejor plugins de formularios para WordPress; el que más me ha llamado la atención por la potencia que puede aportar a multitud de procesos de negocio es Gravity Flow.
Y es que partimos de la base en la que multitud de procesos de negocio en Internet en una web son a base de formularios:
- Formularios de inscripción
- Formularios de contacto
- Formulario de compra
- Formulario para atención al cliente
- Formulario de alta de cliente
- Formulario para alta en una newsletter
¿Y qué tienen en común todos estos procesos? Que suelen tener más de un paso y claro, un plugin de formulario al estilo de Gravity Forms, o cualquier otro como Contact Form 7 o WP Forms, solo hacen dos cosas cuando se envía el formulario:
- Enviar notificaciones
- Guardar el envío (y no todos los hacen por defecto esto, porque para CF7 necesitas un plugin auxiliar que te lo haga)
¿Y qué aporta Gravity Flow a todo esto? Un flujo de trabajo.
Flujos de trabajo complejos con formularios
¿Y qué es un flujo de trabajo? Pues un flujo de trabajo es una sucesión de pasos donde en cada paso se hacen una serie de acciones y donde para llegar a cada paso, hace falta que se cumplan unas condiciones.
Un ejemplo:
- Formulario de alta de usuario en una web
- En base a unas selecciones en el formulario se le da de alta con un rol o con otro
- Tras recibir el pago, se le envía unas notificaciones y se le asignan una serie de datos
Como veis aquí a diferencia de un formulario básico hay un par de cosas extra:
- Hay pasos extra: tras el pago se ejecutan unas acciones, guardar una serie de datos
- Los pasos tienen acciones concretas: guardar una serie de metadatos en cada usuario
- Hay diferentes pasos a los que se llegan en base a unas condiciones: si se elige en el formulario un campo determinado, se te da de alta con un rol determinado y se te cobra una cantidad diferente a que si eliges otro campo
Además esos pasos pueden tener lugar no solo en el momento en base a condiciones como «se ha recibido el pago», si no que se pueden gestionar luego desde el escritorio de WordPress para que un administrador de la web verifique por ejemplo algo de la petición.
Un ejemplo, donde he ocultado algunos datos de un cliente para preservar su privacidad:
RedSys y los flujos de trabajo
Como veis, en ocasiones estos flujos de trabajo incluyen una condición básica que es: que se haya realizado un pago o no. Con RedSys antes esto no podía hacerse porque el problema que tiene el formulario con RedSys a diferencia de con Stripe por ejemplo es el siguiente:
- Se envía el formulario
- Se envía al pago
- Mientras se procede al pago, el flujo de trabajo ejecuta antes y cuando pregunta si el pago se ha recibido o no… pues el pago aún no ha llegado y nunca funciona
Pero eso se ha resuelto en la versión 1.8 de nuestra pasarela de pago para RedSys y Bizum con Gravity Forms. ¿Y cómo funciona?
Sólo hay que activar esta casilla en el paso anterior a comprobar el estado del pago y todo estará listo.
No os hacéis una idea como a golpe de clic podéis hacer procesos de pago realmente complejos con RedSys y Gravity gracias a esta mejora, procesos que de otra manera requerirían desarrollos a medida bien complejos.
(Ninguna valoración todavía)
Cargando…