El primer cliente enterprise de una startup SaaS es una gran noticia y un pequeño susto. Paga más que veinte clientes juntos, da credibilidad y abre puertas. Pero también llega con un contrato de veinte páginas, un anexo de soporte con plazos y penalizaciones, y la expectativa de que alguien conteste a cualquier hora.
La buena noticia es que no hace falta tener un equipo de soporte de empresa grande para atenderlo bien. Hace falta saber qué prometer, qué no, y organizarse para cumplir lo que se firma.
La respuesta corta
Para dar soporte a un cliente enterprise siendo una startup: firma solo plazos de respuesta que ya cumples con el equipo que tienes, define con claridad qué es urgente y qué no, dale un canal y un responsable con nombre, organiza quién atiende fuera de horario solo para lo verdaderamente crítico y prepara de antemano lo que pedirá: documentación de seguridad, informes periódicos y un proceso de incidencias. Lo que más valora un cliente grande no es la velocidad en todo, sino la previsibilidad: saber qué esperar y que se cumpla.
Qué suele pedir un cliente enterprise
| Petición | Qué significa | Qué puedes ofrecer siendo pequeño |
|---|---|---|
| SLA por contrato | Plazos de respuesta y resolución comprometidos | Plazos que ya cumples, por prioridad |
| Canal dedicado | Un correo, chat o canal compartido propio | Un canal compartido o una dirección con prioridad |
| Responsable con nombre | Alguien que conoce su cuenta | Un fundador o la persona de soporte |
| Atención fuera de horario | Respuesta a incidencias graves | Solo para lo crítico, con una guardia |
| Informes | Cuántas incidencias, cuánto se tardó | Un informe mensual o trimestral |
| Seguridad | Cuestionarios, contratos de datos | Documentación preparada |
| Revisiones periódicas | Reuniones de seguimiento | Una cada trimestre |
El SLA: qué firmar
El SLA es lo que más pesa y lo que más se firma sin pensar. Tres reglas:
- Firma lo que ya cumples. Mira tus tiempos reales de los últimos meses y promete algo por encima, con margen. Nunca lo que te gustaría cumplir.
- Plazos de respuesta, no de resolución. Puedes comprometerte a responder en una hora a una incidencia crítica; no siempre puedes comprometerte a resolverla en una hora.
- Define las prioridades con ejemplos. «Crítica: el servicio no está disponible para todos los usuarios del cliente.» Sin ejemplos, todo acabará siendo crítico.
Un ejemplo razonable para una startup:
| Prioridad | Ejemplo | Primera respuesta |
|---|---|---|
| Crítica | El servicio no funciona para nadie | 1 hora, cualquier día |
| Alta | Una función importante falla sin alternativa | 4 horas laborables |
| Normal | Dudas, fallos con alternativa | 1 día laborable |
(Valores de ejemplo: los tuyos deben salir de lo que ya cumples.)
Qué no firmar
- Plazos de resolución que dependen de cosas que no controlas.
- Penalizaciones desproporcionadas: créditos razonables sobre la cuota, no indemnizaciones abiertas.
- Atención 24/7 para todo: solo para lo crítico.
- Funciones a medida dentro del contrato de soporte: eso es otra conversación.
- Lo que no puedes demostrar: certificaciones que no tienes, por ejemplo. Cómo responder sobre seguridad sin ellas está en cómo responder un cuestionario de seguridad.
Organizar el día a día
- Un responsable de la cuenta, con un suplente para vacaciones.
- Su canal, visible para el equipo, para que nadie dependa de una sola bandeja.
- Una guardia solo para lo crítico: un teléfono o una alerta, no una persona despierta toda la noche. Si en tres meses no se ha activado nunca, perfecto.
- Etiquetas o prioridad para que sus conversaciones no se mezclen con las demás.
- Un informe periódico: incidencias, tiempos y lo que se ha mejorado.
Cómo cubrir las horas sin personas para lo que no es crítico está en atención al cliente 24 horas sin turnos de noche.
Lo que más valora un cliente grande
- Previsibilidad: saber cuándo le responderán, y que se cumpla.
- Transparencia en las incidencias: enterarse por ti, no por sus usuarios. Más en cómo comunicar una incidencia.
- Contexto: que quien le atiende conozca su configuración y su historial.
- Que se le escuche en producto: sus peticiones registradas y respondidas.
El papel de la IA
Un cliente grande tiene muchos usuarios, y la mayoría pregunta lo mismo que cualquier otro cliente: cómo se hace algo, por qué no ve una opción. Un agente de IA que responde al momento con tu documentación y con los datos de la cuenta atiende ese volumen sin consumir el tiempo del responsable de la cuenta, que se queda con lo que de verdad necesita a una persona. Conviene contarlo en el contrato: qué atiende la IA, cómo se pasa a una persona y que las incidencias críticas siempre llegan a alguien. Muchos clientes grandes preguntarán además por la IA en su cuestionario de seguridad.
Preguntas frecuentes
¿Qué SLA puede ofrecer una startup a un cliente enterprise?
Uno basado en los tiempos que ya cumple, con margen, en plazos de respuesta por prioridad y con prioridades definidas con ejemplos.
¿Hay que ofrecer soporte 24/7?
Solo para las incidencias críticas, con una guardia. Para el resto, horario laboral y respuesta automática fuera de él.
¿Necesito un account manager dedicado?
Un responsable con nombre, sí. Al principio suele ser un fundador o la persona de soporte, con un suplente.
¿Qué penalizaciones son razonables en un SLA?
Créditos sobre la cuota cuando se incumple, con un límite. Indemnizaciones abiertas no son razonables para una startup.
¿Cómo evito que todo sea urgente?
Definiendo las prioridades con ejemplos concretos en el contrato y revisándolas con el cliente si se abusa de ellas.
