Atención al cliente
Issues de Linear desde tickets de soporte (sin perder la historia)
Conecta tickets de initdesk a Linear sin perder el hilo: equipo y prefijo de título por defecto, cuándo crear frente a enlazar un issue, qué capturar antes de pulsar Crear y cómo cerrar el ciclo con los clientes.
La forma más rápida de matar un buen informe de bug es reenviar un correo que dice «el cliente está molesto» y nada reproducible.
Ingeniería no necesita drama. Necesita señal: qué se rompió, dónde y cómo verlo otra vez. Soporte ya tiene las palabras del cliente; lo que falta es un hábito que convierta esas palabras en un issue de Linear que se sostenga solo, manteniendo el ticket de initdesk como el sitio donde el cliente recibe actualizaciones.
Para eso sirve la integración de Linear en initdesk: no «más tickets», sino un hilo en el correo y un objeto en Linear, enlazados para que nadie vuelva a teclear la misma historia en Slack.
Conecta una vez, enruta siempre
Empieza en Configuración → Plugins → Linear y conecta tu workspace. Luego define los valores por defecto aburridos que evitan el caos después:
- Equipo de Linear por defecto — para que «crear issue» no sea adivinar el enrutamiento a las 17:00.
- Prefijo del título — una etiqueta corta como
support:o[cx]hace que los issues creados desde la bandeja se escaneen fácil en Linear sin cambiar cómo trabajan los ingenieros.
Esos dos ajustes son pequeños, pero responden la pregunta que todo agente se hace en silencio: «¿A dónde va esto?» Si los saltas, pagarás el impuesto en issues mal archivados y trabajo duplicado.
Para detalles de configuración y permisos, usa la guía de integración con Linear de initdesk. La actualización de producto que lanzó la integración está en Actualizaciones de initdesk.
Crear un issue nuevo frente a enlazar uno existente
En la barra lateral del ticket puedes crear un nuevo issue de Linear o adjuntar el ticket a un issue que ya existe. Una regla sencilla:
- Crear cuando tienes un defecto nuevo, una petición nueva o un hilo que merece su propio alcance en Linear.
- Enlazar cuando ingeniería ya lo está siguiendo; tu trabajo es adjuntar evidencia (impacto en el cliente, ejemplos, urgencia) sin generar un segundo ticket que nadie fusionará.
Enlazar es cómo evitas el modo de fallo clásico: tres agentes abren «La exportación falla para clientes de la UE» porque nadie buscó en Linear primero. Si tu equipo es pequeño, cinco segundos de búsqueda en Linear antes de crear siguen ganando al teatro de triaje después.
Qué debe haber en el ticket de initdesk antes de pulsar «crear»
Piensa en dos capas: lo que debe leer el cliente y lo que debe leer producto.
La respuesta al cliente debe mantenerse calmada y específica: qué necesitas de ellos (si algo), qué pasa después y un plazo realista si puedes ofrecerlo. Si aún investigas, dilo en lenguaje llano; el misterio es lo que provoca bucles de reapertura.
Las notas internas (o un apéndice breve que solo ve el equipo) deben llevar la carga del traspaso:
- Pasos de reproducción numerados, incluyendo tipo de cuenta, plan o rol si importa.
- Entorno: navegador o build de la app, SO, hora aproximada del fallo.
- Esperado frente a real en una línea cada uno; los ingenieros escanean ese patrón rápido.
- Una captura o clip corto cuando la interfaz es la evidencia; evita diez adjuntos que nadie abre.
- Un enlace al mensaje del cliente es automático en espíritu cuando el issue se crea desde initdesk; lo que añades es la interpretación que convierte ruido en plan de prueba.
Al crear el issue desde initdesk, el flujo admite los campos que esperan los equipos de producto — equipo, estado, asignado, suscriptores, etiquetas, título y descripción — y puede incluir contexto del ticket más una referencia de vuelta a la conversación de soporte. Tu objetivo es que el issue de Linear sea legible sin abrir el correo, mientras el correo sigue siendo el hogar del cliente.
Mantén las notas internas honestas (y un poco aburridas)
El trabajo de tono de Del soporte liderado por el fundador a una voz repetible sigue aplicando: las notas internas son donde traduces un párrafo frustrado en hechos.
- Prefiere «Los pasos 1–4 se reproducen en Chrome 124, con sesión de admin» a «claramente roto».
- Si no estás seguro de que sea un bug, di «necesita reproducción de nuestro lado» y nombra quién hace la siguiente comprobación.
- Si es un hueco de documentación, dilo; si no, ingeniería persigue un fantasma mientras la corrección real es actualizar un artículo de ayuda, lo que encaja con Autoservicio que de verdad se usa.
Cierra el ciclo cuando Linear avanza
Un issue enlazado no está hecho hasta que el cliente sabe qué cambió. El hábito que escala:
- Observa el estado del issue que te importa (corregido, enviado, no se hará) y decide qué significa cada uno en lenguaje de cliente.
- Responde una vez con lo enviado, lo que no y el siguiente paso, sobre todo en «no se hará», donde un motivo claro evita daño reputacional.
- Si enviaste un cambio de comportamiento, actualiza el centro de ayuda la misma semana para que el siguiente ticket no empiece de cero.
initdesk mantiene soporte y producto unidos: la conversación que inició el trabajo debe seguir siendo la que lo termina, con Linear llevando la narrativa de ingeniería en medio.
Un repaso de quince minutos el lunes (equipos pequeños)
Si los traspasos se sienten difusos, no añadas un comité; haz una revisión ajustada:
- Abre los issues de Linear creados desde soporte esta semana. ¿Algún título sigue leyéndose como asunto de bandeja en lugar de síntoma?
- Elige tres tickets enlazados. ¿Cada descripción de issue tiene reproducción, entorno y esperado frente a real?
- Lista issues cerrados como enviados. ¿Cada ticket correspondiente recibió una respuesta final al cliente?
Si la respuesta a (3) es «a veces», no es un hueco de herramientas, es un hueco de ciclo. La integración ya hizo la parte difícil: conectar los sistemas. Lo fácil es un mensaje de vuelta al humano que lo reportó.
initdesk es un help desk con IA para equipos pequeños: bandeja compartida, Help Center e integración opcional con Linear para que los hilos del cliente sigan ligados al trabajo de producto. Consulta Actualizaciones del producto para lo enviado recientemente y la guía de integración con Linear para conexión y comportamiento a nivel de campo. Preguntas o anécdotas de guerra bienvenidas en X @initdeskhq.