Usa un retainer despues de discovery o sesion pagada que pruebe trabajo recurrente real.
Retainers
Retainers y soporte recurrente
Los retainers convierten demanda consultiva repetida en soporte continuo sin saltar prueba de pagos y proveedores. Usa esta pagina para entender donde encaja soporte recurrente, que revisa Silvatech antes de activar y que aun no esta live como billing self-serve.
Silvatech revisa alcance, cadencia, resultados, reportes, pago y readiness antes de activar.
Saved-card, suscripcion, WOP y SMTP siguen gated hasta tener credenciales y smoke proof.
Cuando encaja un retainer
Un retainer encaja cuando el cliente tiene una decision, workflow o problema operativo recurrente que se beneficia de tiempo consultivo programado y seguimiento ligero. Debe venir despues de una intro gratis, discovery o sesion experta que pruebe la necesidad.
- Buen fit incluye revision de automatizacion, operaciones IA, ajustes WOP/WhatsApp, cuidado de agenda/pagos, lectura de dashboards y consejo de arquitectura recurrente.
- Mal fit incluye emergencias, trabajo ilimitado ambiguo, compromisos regulados o proyectos que necesitan contrato de implementacion separado.
- La primera sesion pagada debe aclarar alcance antes de proponer algo recurrente.
Setup revisado antes de self-serve
Los retainers se revisan antes de activar. Silvatech debe confirmar alcance, cadencia, servicios incluidos, reportes, canales, politica de cancelacion y readiness de proveedores antes de llamar algo recurrente.
- El setup revisado protege presupuestos pequenos y evita promesas abiertas.
- Consultor y cliente deben acordar que entra, que queda fuera y como se maneja trabajo adicional.
- La entrega debe apuntar a superficies Consulta, no a enlaces crudos privados.
Ejemplos de soporte recurrente
Trabajo comun de retainer puede incluir llamadas mensuales, revision de backlog de automatizacion, ajustes de flujos WOP, chequeos de agenda/pagos, interpretacion de dashboards y oversight de implementacion.
- La cadencia puede ser mensual, quincenal o enfocada en una temporada operativa.
- El reporte debe resumir decisiones, acciones, bloqueos y proxima revision.
- El trabajo debe usar el mismo lenguaje honesto de estado proveedor que el resto de Consulta.
Gates de pago y suscripcion
La arquitectura de pagos de Consulta esta disenada para soportar saved-card y suscripciones despues, pero billing automatico no esta live hasta probar propiedad de tarjeta, crear/pausar/reanudar/cancelar suscripciones, politica de fallos, webhook y visibilidad cliente.
- No se debe cobrar una tarjeta guardada sin verificar que pertenece al cliente autenticado.
- No se debe tratar una suscripcion como activa sin prueba server-side del proveedor.
- Mientras tanto, retainers son setup revisado por operador, no checkout recurrente publico.
Operaciones WOP, WhatsApp y correo
WOP y WhatsApp pueden ser canales utiles de retainer para servicio al cliente, seguimiento de reservas, links de pago, escalacion humana y notas CRM. Igual deben pasar gates de sender live, plantillas, token, callbacks y smoke test.
- Entrega logging/simulada sigue segura para demos.
- Mensajes WOP/SMTP live requieren credenciales y evidencia en docs de progreso.
- El pase de confirmacion sigue autoritativo aunque WhatsApp o correo esten activos.
Entrega cliente y reportes
Un retainer debe crear ritmo operativo claro, no una obligacion escondida. Clientes deben entender cadencia, que se revisa, donde viven links de reserva/video, como aplican politicas y como cancelar o pausar cuando esos rieles existan.
- Usa recuperacion de Cuenta y patron de pase, no enlaces privados sueltos.
- Usa Contacto para setup revisado mientras billing self-serve esta gated.
- Usa Pagos y Notificaciones para entender readiness actual de proveedores.
Que no son los retainers
La pagina de retainers no garantiza disponibilidad, soporte instantaneo, implementacion ilimitada, billing recurrente live, WOP live o manejo regulado. Es una ruta para soporte recurrente responsable cuando exista alcance y prueba proveedor.
- No se asume uso de emergencia, crisis o regulado.
- Consulta no maneja datos de tarjeta.
- Ningun cobro recurrente debe automatizarse hasta probar y documentar suscripciones.