Preguntas o tareas: clasifica tu bandeja de soporte en 20 minutos

Toma tus últimas 30 conversaciones de soporte, dale a cada una una fila en la tabla de abajo y márcala con P si el cliente quería saber algo o con T si quería cambiar o configurar algo en su cuenta. Después cuenta las filas T por tarea. Las tres tareas más frecuentes son las que te cuestan llamadas, y las filas P te dicen qué documentación arreglar. Son unos veinte minutos.

Aquí tienes la tabla, la única regla para clasificar y cómo leer el resultado.

¿Por qué clasificar en preguntas y tareas y no por tema?

Porque el tema te dice qué parte del producto hace ruido, no qué hacer al respecto. Casi todos los equipos que etiquetan su bandeja lo hacen por funcionalidad: facturación, integraciones, permisos, informes.

Separar preguntas de tareas sí, porque cada montón se arregla de una forma distinta:

• Una pregunta (“¿tienen SSO?”, “¿cómo se cuenta el uso?”) se arregla con una respuesta. Mejor documentación, o una respuesta que llegue donde está el cliente.
• Una tarea (“añade a mi compañera”, “pásanos al plan anual”, “conecta nuestro Slack”) se arregla cuando la tarea queda hecha. Una respuesta solo sirve si después el cliente puede hacerla solo, y el hecho de que te escribiera indica que no pudo.

Los datos dicen que los clientes sí lo intentan. Gartner encontró que solo el 9 % de los clientes dice haber resuelto su problema por completo con autoservicio, y en una encuesta posterior, que el motivo más común por el que falla el autoservicio es que en el 43 % de los casos el cliente no encontraba contenido relevante para su problema. Son dos problemas distintos: uno es de encontrar, el otro es de terminar. La clasificación te muestra cuál tienes tú.

Este ejercicio es el paso 2 de Cómo reducir las llamadas de soporte en un SaaS de 3 personas. Puedes hacerlo por separado, pero rinde más dentro de ese plan.

Antes de empezar (minutos 0–5)

Necesitas tres cosas:

1. Las últimas 30 conversaciones, de todos los sitios por los que te llega soporte: la bandeja compartida, el chat, las reuniones reservadas en tu calendario, los mensajes directos. No las filtres. Las aburridas también cuentan.
2. Un temporizador. Veinte minutos te obligan a clasificar por instinto, que es justo lo que quieres. Si una conversación te lleva más de treinta segundos, márcala y sigue.
3. La tabla de abajo, pegada en un documento o en una hoja de cálculo.

Si en tu equipo el soporte es compartido, hazlo con quien más responde. Que dos personas no estén de acuerdo en una fila es útil: muchas veces significa que la conversación tenía una pregunta y una tarea a la vez.

La plantilla (cópiala)

Una fila por conversación. Escribe “qué escribió” corto y con las palabras del cliente, no con las tuyas.

| # | Canal | Qué escribió (corto, con sus palabras) | P o T | Tarea (verbo_objeto) | ¿Acabó en llamada? | ¿Hay artículo? | Minutos |
|---|-------|----------------------------------------|-------|----------------------|--------------------|----------------|---------|
| 1 |       |                                        |       |                      |                    |                |         |
| 2 |       |                                        |       |                      |                    |                |         |
| 3 |       |                                        |       |                      |                    |                |         |

Para qué sirve cada columna:

• P o T: la clasificación principal. Los bugs llevan una tercera marca, B. Un bug no es ni pregunta ni tarea; va a tu gestor de incidencias.
• Tarea (verbo_objeto): solo en las filas T. Un nombre corto como invite_teammate. Más abajo explicamos por qué.
• ¿Acabó en llamada?: sí, si terminó en una llamada, compartiendo pantalla o con un video grabado para ese cliente.
• ¿Hay artículo?: ¿tu centro de ayuda ya lo cubre? Sí, no, o “sí, pero desactualizado”.
• Minutos: tu mejor estimación del tiempo total, incluidas las idas y vueltas. Lo que cuesta de verdad que el founder haga el soporte explica cómo convertir esos minutos en dinero.

Así podrían verse unas filas. Son ilustrativas, no de una bandeja real: imagina que tienes una herramienta de monitorización y estas son algunas de tus treinta.

#	Canal	Qué escribió	P o T	Tarea	¿Llamada?	¿Artículo?	Min
1	email	”¿Puedo añadir a mi compañera como admin?”	T	invite_teammate	no	sí	6
2	chat	”¿Tienen API?”	P		no	sí	2
3	llamada	”Ayúdame a configurar alertas para la página de pago”	T	add_monitor	sí	sí	30
4	email	”Pásennos al plan anual”	T	change_plan	no	no	8
5	chat	”¿Por qué el panel está vacío desde esta mañana?”	B		no	no	15
6	llamada	”¿Cómo hago para que le llegue el informe semanal a mi equipo?”	T	create_report	sí	sí	25

¿Cómo distingues una pregunta de una tarea? (minutos 5–15)

Pregúntate en cada conversación: ¿la respuesta correcta es una frase o un cambio en su cuenta?

• Una frase: P. “Sí, tenemos API, aquí está la documentación”.
• Un cambio: T. “Listo, tu compañera ya es admin”.

Hay tres casos que confunden:

• “¿Cómo hago para…?” parece una pregunta y casi siempre es una tarea. La fila 6 pregunta cómo, pero lo que el cliente quiere es que el informe llegue a su equipo. Si acabarías haciéndolo tú o guiándolo en una llamada, es T.
• Conversaciones mezcladas. “¿Se integran con Slack? ¿Me lo pueden conectar?” es T. La pregunta es la entrada; la tarea es el motivo por el que escribió.
• Lo que solo debes hacer tú. Reembolsos, cambios de contrato, borrar una cuenta a petición. Márcalas como T y añade una nota: esto se queda con una persona. Entran en el recuento, pero no son candidatas a automatizarse.

No discutas mucho los casos dudosos. Lo que importa es el patrón en treinta filas, no la etiqueta perfecta en una.

Nombra cada tarea con un verbo y un objeto (todavía minutos 5–15)

En cada fila T, escribe la tarea como un nombre corto verbo_objeto: invite_teammate, change_plan, connect_slack, create_report, add_monitor. Puedes ponerlos en español si lo prefieres; en inglés ya te sirven tal cual para el código.

Hay dos motivos. El primero: los duplicados saltan a la vista. “Añade a Marta a la cuenta”, “¿mi CTO puede tener acceso?” e “invitar a un usuario nuevo” son tres formas de escribir invite_teammate, y solo lo ves cuando comparten nombre.

El segundo: si más adelante conviertes una tarea en algo que tu app puede hacer por el cliente, ese ya es su nombre. En aside, una acción se registra con un nombre en snake_case como invite_teammate, una descripción y los argumentos que necesita. Tu bandeja clasificada es el primer borrador de esa lista.

Lee el resultado (minutos 15–20)

Cuenta y haz una segunda tabla, más corta:

Tarea o pregunta	Veces	Acabó en llamada	Hay artículo	Minutos totales

Ordénala por minutos totales. Después léela de tres formas:

1. Filas P con artículo. La respuesta estaba y el cliente no la encontró, o no coincidía con lo que preguntó. Corrige el título y la redacción, y pon la respuesta donde ya está el cliente: dentro de la app.
2. Filas P sin artículo. Escríbelo. Usa la frase del cliente como título.
3. Filas T que se repiten. Son las caras. Mira las tres primeras por minutos totales. Si ya tienen artículo y aun así acabaron en llamada, más documentación no va a ayudar: el cliente leyó los pasos y siguió necesitando a alguien que lo hiciera con él.

Ese tercer grupo es el que hay que vigilar. Una tarea documentada, sencilla y que vuelve cada semana no es un problema de documentación.

¿Qué haces con cada montón?

Las preguntas van a tu documentación. Si quieres que se respondan sin ti, el siguiente paso habitual es un asistente dentro de tu app que responda con tu documentación. Con aside, esa parte es una etiqueta de script más tus documentos cargados en el workspace: responde con lo que tú escribiste, dice cuándo no lo sabe y pasa la conversación a tu equipo (la bandeja de aside, Slack o un webhook) cuando no puede ayudar.

Las tareas son donde están las horas. Las tres primeras se convierten en acciones: funciones que tu app ya tiene, con un nombre y una descripción, que abren la pantalla correcta y rellenan el formulario a la vista del cliente. El cliente pulsa el botón que guarda o envía. Para escribir una hace falta alguien que sepa escribir una función. Del artículo de ayuda a la acción convierte tres tareas repetidas en código, paso a paso.

Los bugs van a tu gestor de incidencias, con el recuento. Cinco filas del mismo bug son un argumento de prioridad.

Lo que se queda en manos humanas se queda contigo. El objetivo es que las llamadas que atiendes sean las que te necesitan.

Repítelo dentro de un mes

La segunda clasificación es más rápida y más útil, porque puedes comparar. Si una tarea que convertiste en acción sigue en el top tres, lee esas filas: probablemente la descripción de la acción no coincide con cómo lo piden los clientes, o se queda antes del punto donde se atascaban. Si una pregunta que documentaste sigue llegando, el artículo es difícil de encontrar.

Veinte minutos al mes, una tabla. Es la investigación de producto más barata que vas a hacer.