Plataformas SaaS
Pagos recurrentes en un SaaS: ¿qué pasa con el acceso si falla el cobro?
Son las ocho de la mañana y ocho personas de la misma empresa intentan abrir tu plataforma. La tarjeta corporativa venció anoche. Administración puede cambiarla a las diez. ¿El equipo puede seguir trabajando esas dos horas? Un proveedor de pagos puede intentar el cobro otra vez. La decisión sobre el acceso le corresponde a quien diseña tu servicio.
Una empresa, ocho usuarios y una sola renovación
Pensemos en una plataforma ficticia que vende una suscripción mensual por empresa para ocho usuarios. Si el pago se completa, los ocho deben poder entrar durante el mismo periodo. Si una persona deja la empresa a mitad de mes, el administrador puede reasignar su lugar. La renovación pertenece a la cuenta de la empresa. Confundirla con el correo de quien contrató provoca preguntas tan sencillas como quién puede actualizar la tarjeta cuando esa persona se va.
Para una primera versión distinguiríamos tres cosas en la pantalla de soporte. Qué periodo tiene contratado la empresa, qué pasó con el último intento de pago y qué acceso tiene hoy. Un pago aprobado de octubre sigue siendo un pago válido aunque falle el de noviembre. Con ambos registros delante, soporte puede responder al cliente sin adivinar a qué mes se refiere.
El recorrido de un cobro rechazado hasta la recuperación
Para este ejemplo, la empresa decide ofrecer dos días de gracia. El martes falla la renovación, la persona que administra la cuenta recibe el aviso y el resto del equipo puede seguir trabajando. El miércoles actualiza su tarjeta, el proveedor confirma el pago del periodo pendiente y la plataforma vuelve a mostrar la cuenta al corriente. La política de dos días es una elección del ejemplo. Cada negocio tiene que decidir cuánto tiempo puede sostener el acceso y qué ocurre al terminar ese plazo.
Mercado Pago documenta los reintentos de suscripciones y las opciones para pausar, cancelar o reactivar un plan. Antes de desarrollar revisaríamos qué acciones ya realiza el proveedor elegido, en qué momento envía sus avisos y qué instrucciones recibe tu cliente. Si el proveedor ya está reintentando el cobro, añadir otro intento por cuenta propia puede dejar dos cargos que soporte tendrá que investigar.
Una cancelación y un cambio de plan son decisiones diferentes
Imagina que el administrador cancela el 12 de mayo y ya pagó hasta el 31. Si el acuerdo permite usar el producto hasta fin de mes, tiene que poder ver esa fecha y comprobar que no habrá otra renovación. Para probarlo, pediríamos dos cosas: entrar el 20 de mayo con un usuario vigente y verificar qué ocurre el 1 de junio. Finanzas y soporte deberían leer la misma fecha de término.
Ahora imagina que la empresa conserva su suscripción, pero quiere pasar de ocho a cinco lugares. Si ya ocupó los ocho, ¿quién elige los cinco que seguirán activos y en qué fecha? La respuesta debe quedar visible antes de confirmar el cambio. En el desarrollo de plataformas SaaS a medida acordamos esas decisiones con quien vende el plan y con quien atiende a los clientes. Si apenas estás validando la demanda, puedes comenzar con un solo plan y atender los cambios manualmente.
En un gimnasio, la regla también se pone a prueba en la puerta. Así se puede revisar qué acceso conserva un socio durante una pausa de su membresía y qué debe ver recepción cuando regresa.
Qué pedir en la demostración antes de abrir las suscripciones
Pide usar una cuenta de prueba y observar el mismo periodo desde tres lugares: la pantalla del administrador, el registro del proveedor de pagos y la vista de soporte. Puedes evaluar la puesta en marcha con tres situaciones sin cargar una tarjeta real.
- Dos avisos del mismo pago. La cuenta acredita una sola renovación y conserva la misma fecha final.
- Pago recuperado después de un rechazo. La cuenta recupera los permisos acordados y muestra a qué periodo corresponde el cobro.
- Cancelación antes del siguiente ciclo. El administrador ve la fecha final y soporte puede comprobar si quedó programado otro cobro.