Paquete de arranque de retainer de soporte con IA (post-firma)

Vendiste el retainer de soporte. El cliente firmó. Y empieza lo incómodo: te escribirán por la noche con “dudas rápidas”, meterán a tres compañeros en copia y esperarán el mismo SLA calmado que prometiste en la propuesta.

Un paquete de arranque de retainer es el papeleo aburrido que protege tu margen. En una tarde conviertes el SOW firmado en documento de bienvenida, formato de ticket e email de acuse—para que cada petición caiga en el mismo carril y no en el caos de tu bandeja personal.

Esta guía encaja con autónomos y agencias pequeñas que ya usan ChatGPT, Google Docs y Gmail. Tú envías; la IA redacta y ordena.

Qué necesitas antes del día 1

Antes de promptear, reúne:

• El SOW de retainer firmado (horas, tiempos de respuesta, canales, qué entra y qué no)
• Tu email de soporte o dirección de helpdesk (aunque sea soporte@tudominio.com reenviado a Gmail)
• Interlocutores (quién abre tickets vs quién va en copia)
• Horario laboral y política de festivos en lenguaje claro

Si te saltaste la propuesta comercial, revisa antes nuestra propuesta de retainer de soporte—el arranque asume alcance ya acordado.

Paso 1 — Extrae reglas del retainer con ChatGPT

Pega el SOW firmado (tacha secretos) con un prompt como:

Eres editor de operaciones para un retainer de soporte freelance.
Del SOW siguiente, devuelve:
1) Servicios incluidos (viñetas)
2) Exclusiones explícitas (viñetas)
3) Objetivos de tiempo de respuesta (horario laboral)
4) Cómo escalar urgencias vs peticiones normales
5) Ritmo de facturación (horas mensuales, rollover, exceso)
Lenguaje claro. Señala ambigüedades que deba aclarar con el cliente antes del arranque.
SOW:
[PEGAR]

Cierra ambigüedades antes del doc de bienvenida. La mayoría de conflictos en retainer nacen cuando “urgente” nunca se definió.

Paso 2 — One-pager de bienvenida + reglas (Google Docs)

Crea un Google Doc titulado Cliente — Arranque retainer soporte. Secciones:

1. Bienvenida — qué es éxito en los primeros 30 días
2. Cómo contactarnos — canal principal, respaldo, qué no usar (WhatsApp salvo acuerdo)
3. Qué incluir en cada petición — plantilla de intake abajo
4. Resumen SLA — respuesta vs resolución, horario
5. Fuera de alcance — enlace a proceso de solicitud de cambio
6. Próximos pasos — fecha límite de acuse y primera revisión

Pide a ChatGPT borradores por sección desde el paso 1; tú ajustas tono y quitas promesas imposibles.

Comparte con enlace comentable hasta que confirmen; luego restringe al dominio del cliente si usas Google Workspace.

Paso 3 — Plantilla de intake (copiar y pegar)

Añádela al Doc y al primer email:

Asunto: [Código cliente] — Título breve

Entorno: producción / staging / local
Impacto: bloqueado / degradado / consulta
Pasos probados: …
Esperado vs real: …
Fecha límite o evento: …
Adjuntos: capturas, logs (sin contraseñas)

Entrena al cliente: si falta un campo, respondes con la plantilla—sin sermón. La consistencia gana al heroísmo en un retainer.

Cómo fluyen las peticiones tras el arranque

Paso 4 — Email de acuse de SLA (Gmail)

Envíalo desde la misma bandeja que usarán para tickets. Redacta con ChatGPT y personaliza:

Asunto: Arranque retainer soporte — confirmad canales + SLA

Hola [Nombre],

Adjunto el one-pager de bienvenida (canales, formato intake, SLA).
Responded antes del [fecha] con:
1) Contacto principal confirmado para tickets
2) OK con los tiempos de respuesta del apartado 4
3) Fechas blackout este trimestre

Tras confirmar, enviad peticiones a [soporte@…] usando el bloque intake de la página 1.

Gracias,
[Tú]

No empieces triaje facturable hasta el acuse—o deja por escrito que renunciaron al arranque. Te cubre cuando alguien diga “pensé que Slack era 24/7.”

Paso 5 — Check-in de la primera semana

Entre el día 5 y 7, email breve en Gmail:

• Tickets recibidos vs resueltos
• Un patrón (faltan capturas, entorno equivocado)
• Recordatorio de dónde van las SC si piden funcionalidad nueva

Es la cadencia de nuestro email semanal de estado, pero acotada a horas de soporte, no hitos de proyecto.

Errores típicos de arranque

• Exclusiones solo verbales — los “retoques pequeños” se comen el retainer.
• VIP sin plantilla — todos al mismo carril o el SLA muere.
• Sin vía de SC — features nuevas al paquete de solicitud de cambio, no “gratis porque estoy en el inbox.”
• Arrancar sin accesos — logins, repos y URLs de staging en checklist del doc.

Opcional: registra los primeros tickets en una hoja

No hace falta un helpdesk pesado el día uno. Una Google Sheet con columnas fecha, cliente, resumen, prioridad, estado, minutos basta para informes del primer mes. Cuando crezca el volumen, migra a Zendesk, Freshdesk o etiquetas compartidas en Gmail—pero mantén la misma plantilla de intake para que el cliente no reaprenda el proceso.

Checklist rápido

• SOW parseado; ambigüedades cerradas
• Doc de bienvenida compartido
• Plantilla intake en Doc + email fijado
• Acuse SLA enviado y respondido
• Check-in semana 1 agendado

El arranque de retainer no es glamur. Es lo que evita que la ventana de hipercare post-entrega se convierta en trabajo gratis eterno—y lo que hace renovaciones sin quemarte.

Cuando termine el retainer—por plazo o por cierre acordado—reutiliza la misma familia de Docs para notas de cierre y enlaces de entrega, para que nada quede solo en el historial del chat.

Más guías paso a paso en Guías.