Cómo reducir las llamadas de soporte en un SaaS de 3 personas

Las llamadas de soporte de un SaaS pequeño se reducen así: averiguas qué conversaciones son tareas y no preguntas, arreglas la documentación para las preguntas y dejas que el producto haga las tareas repetidas con el cliente dentro de la app, en lugar de en una llamada contigo. El orden importa: primero se cuenta, luego se escribe, al final se automatiza, y siempre queda una puerta abierta hacia una persona.

Este es el plan, paso a paso, para un equipo en el que el founder sigue siendo el departamento de soporte.

¿Por qué te llaman los clientes aunque tu documentación sea buena?

Porque el autoservicio suele fallar: casi todos los clientes que acaban en una llamada contigo intentaron resolverlo antes por su cuenta. En todos los sectores, el 81 % de los clientes intenta arreglarlo solo antes de hablar con una persona. Pocos lo consiguen: en una encuesta de Gartner de 2019, solo el 9 % de los clientes dijo haber resuelto su problema por completo con autoservicio. La encuesta posterior de Gartner, a 5.728 clientes, lo sitúa en un 14 % de incidencias resueltas del todo con autoservicio, y solo un 36 % incluso en las que el cliente consideraba “muy simples”.

La llamada casi nunca es lo primero que hace el cliente. Es lo que pasa después de que el centro de ayuda le dijo adónde ir y no llegó. Hablamos de ese hueco en La misma pregunta cada semana. Este artículo trata de cómo cerrarlo.

Paso 1: cuenta un mes de conversaciones

Antes de cambiar nada, averigua con qué estás lidiando de verdad. Tu recuerdo del mes pasado se fija en las conversaciones molestas, no en las frecuentes.

Reúne los últimos 30 días de todos los sitios por los que te llega soporte: la bandeja compartida, el chat, las reuniones que la gente reservó en tu calendario, los mensajes directos. Para cada conversación escribe una línea con tres datos:

• qué quería el cliente, con sus palabras, resumido;
• el canal por el que llegó;
• si terminó en una llamada o compartiendo pantalla.

Si recibes más de cien conversaciones al mes, quédate con las treinta más recientes. Treinta bastan para ver el patrón en un producto pequeño, y se hacen de una sentada.

Paso 2: separa preguntas de tareas

Ahora reparte cada línea en uno de dos montones.

• Preguntas: el cliente quería saber algo. “¿Tienen SSO?”, “¿Qué pasa con mis datos si bajo de plan?”, “¿Cómo se cuenta el límite de uso?”
• Tareas: el cliente quería cambiar o configurar algo en su cuenta. “Añade a mi compañera”, “Pásanos al plan anual”, “Conecta nuestro Slack”, “Crea un informe semanal para el equipo de ventas”.

La prueba es sencilla: ¿la respuesta correcta es una frase o un cambio en su cuenta? Si es una frase, es una pregunta. Si es un cambio, es una tarea, aunque llegara formulada como “¿cómo hago para…?”.

El método completo, con una tabla que puedes copiar, está en Preguntas o tareas: clasifica tu bandeja de soporte en 20 minutos. Para treinta conversaciones son unos veinte minutos.

Después pon los montones junto a la tercera columna, la que dice si la conversación terminó en llamada. Ahí ves de dónde vienen tus llamadas. Una pregunta termina cuando la contestas. Una tarea termina cuando está hecha, y si el cliente no pudo hacerla solo la primera vez, una respuesta por escrito suele devolverlo al mismo punto donde se atascó.

Paso 3: ponle precio al montón de tareas

Una conversación de soporte parece barata porque cada una es corta. Las cifras de Gartner de 2019 son 8,01 $ por contacto en canales con persona, como teléfono, chat o email, frente a unos 0,10 $ en autoservicio. En un equipo de tres, el coste no es una línea del presupuesto. Son las horas del founder y el cambio de contexto al salir de lo que estaba construyendo.

Toma el montón de tareas y suma los minutos, incluida la llamada que se reservó para cinco minutos y duró veinticinco. Luego multiplica por lo que vale para la empresa una hora de tu tiempo. Hicimos ese cálculo, con un ejemplo inventado y señalado como tal que puedes cambiar por tus números, en Lo que cuesta de verdad que el founder haga el soporte.

No necesitas una cifra exacta. Necesitas saber qué tres tareas se comen más horas, porque son las que conviene resolver primero.

Paso 4: arregla las preguntas donde está el cliente

Las preguntas son trabajo de documentación, pero “escribir más artículos” no lo arregla todo. En la encuesta de Gartner de 2024, el motivo más común por el que fallaba el autoservicio era que en el 43 % de los casos el cliente no encontraba contenido relevante para su problema. Muchas veces el artículo existe y el cliente nunca dio con él.

Ayudan tres cambios:

1. Escribe las respuestas que faltan. Cada pregunta de tu montón que no tenga artículo recibe uno. Usa las palabras del cliente en el título, no el nombre interno de la funcionalidad.
2. Corrige las que se quedaron viejas. Si un artículo menciona un menú que ya cambió de sitio, genera llamadas en lugar de evitarlas.
3. Responde dentro de la app. Mucha gente prefiere preguntar antes que buscar. Un asistente dentro del producto que responde con tu documentación, dice cuándo no lo sabe y enlaza el artículo llega al cliente donde ya está.

Con aside, esa última parte es una etiqueta de script en tu app y tus documentos cargados en el workspace. Responde en español o en inglés con lo que tú escribiste, y cuando la documentación no cubre algo está hecho para decirlo en vez de inventárselo.

Paso 5: convierte tus tres tareas principales en acciones

Este es el paso que saca llamadas de tu calendario, porque cubre lo que la documentación no puede: hacer la tarea.

Toma las tres tareas que más tiempo te costaron en el paso 3. Casi seguro que cada una es un formulario o una pantalla de ajustes que tu app ya tiene. Una acción es una pequeña envoltura alrededor: un nombre, una descripción que lee el modelo, los argumentos que necesita y una función que abre la pantalla y rellena el formulario a la vista del cliente. Después, el cliente pulsa el botón que guarda o envía.

Así se ve “invitar a un compañero” escrito con el SDK de aside. La página registra la acción, aside la elige cuando un cliente la pide y rellena los argumentos, y la ejecuta tu propio código:

const actions = [{
  name: 'invite_teammate',
  description: 'Open the team settings and fill in the invite form with an email and a role. '
    + 'It does not send the invite: the user reviews it and presses Send invite.',
  inputSchema: {
    type: 'object',
    properties: {
      email: { type: 'string', description: 'Email of the person to invite' },
      role: { type: 'string', enum: ['admin', 'member', 'viewer'], description: 'Their role in the workspace' },
    },
    required: ['email', 'role'],
  },
  label: 'invitar a un compañero',
  run: async ({ email, role }, aside) => {
    aside.navigate('/settings/team');
    await aside.fill(await aside.waitFor('[data-aside="invite-email"]'), email);
    await aside.fill('[data-aside="invite-role"]', role);
    aside.highlight('[data-aside="invite-send"]', 8000);
    return { filled: { email, role }, next: 'the user reviews it and presses Send invite' };
  },
}];

if (window.aside) window.aside.register(actions);
else window.addEventListener('aside:ready', () => window.aside.register(actions), { once: true });

Fíjate en lo que la función no hace: nunca pulsa “Send invite”. Una acción prepara; la persona confirma todo lo que guarda, envía o borra. El enum del rol impide que el modelo invente un rol que tu formulario no acepta.

Responder con la documentación solo necesita la etiqueta de script. Las acciones necesitan a alguien que sepa escribir una función como esta, porque lo que se ejecuta es tu código. Para un formulario que ya existe, cada una suele llevar una tarde, no un proyecto. Si quieres la versión larga, Del artículo de ayuda a la acción convierte tres artículos de ayuda en tres acciones, y Cómo dejar que un asistente actúe en tu app explica qué funciones exponer y cuáles nunca.

Paso 6: deja una puerta hacia una persona

Algunas conversaciones tienen que llegarte a ti: un cliente a punto de cancelar, un bug, una duda sobre el contrato, todo lo que pide criterio. Reducir llamadas no significa volverte inalcanzable. Significa que las llamadas que atiendes son las que merecen una llamada.

Así que lo que responda primero tiene que saber cuándo parar. Una conversación que aside no puede resolver pasa a tu equipo: llega a la bandeja de aside, donde alguien la toma y responde, y puede avisar a un canal de Slack o a un webhook. El cliente no tiene que empezar de cero en otro sitio, y tú ves la conversación con lo que ya se intentó.

Una regla útil: si el mismo traspaso te llega tres veces, pertenece al paso 4 (falta una respuesta) o al paso 5 (falta una acción).

Paso 7: vuelve a contar dentro de un mes

Repite el paso 1 treinta días después, con las mismas tres columnas. Buscas tres cosas:

• Menos llamadas en las tres tareas que convertiste en acciones. Si siguen apareciendo, lee esas conversaciones. Lo habitual es que la descripción de la acción no coincida con cómo lo piden los clientes, o que la acción se quede antes del punto donde se atascaban.
• Menos preguntas repetidas. Si una pregunta que documentaste sigue llegando, el artículo es difícil de encontrar o no responde lo que la gente pregunta de verdad.
• Un nuevo top tres. Cuando las tres primeras están resueltas, aparecen las tres siguientes. Trabájalas igual.

Este ciclo es todo el sistema. Cabe en una hora al mes, y es lo que evita que la bandeja vuelva a crecer.

¿Reducir llamadas significa dejar de estar disponible?

No. Este plan no es una excusa para esconder tu email ni quitar el enlace al calendario. Los equipos pequeños ganan por estar disponibles, y algunos clientes siempre querrán hablar con una persona.

Tampoco es un proyecto para automatizar todo el producto. Tres buenas acciones sobre las tres tareas más repetidas cambian tu semana más que cuarenta acciones que nadie pide.

Y no sustituye hablar con los clientes. La bandeja clasificada es la mejor investigación de producto que tienes: cada tarea repetida es un lugar donde tu interfaz no dejó claro el siguiente paso. A veces la solución es una acción. A veces es mover un botón.

Empieza hoy por el paso 1. Treinta conversaciones, tres columnas, una sentada.