Cuándo actúa
- Cuando detecta un error en tu API
- Cuando alguien del equipo lo decide desde la bandeja de entrada
Cuando Intake ve que un problema necesita a alguien técnico, crea un issue en GitHub con el historial de la conversación, el plan de la cuenta y los pasos que ya ha probado.
Qué resuelve
Cuando un cliente avisa de algo raro, darle una respuesta clara suele llevar horas: alguien tiene que mirar si ya está reportado, si está arreglado y en qué versión salió. El agente consulta los issues y las versiones publicadas antes de contestar, así que la primera respuesta ya dice si es un fallo conocido y para cuándo está el arreglo.

Qué resuelve
Casi todo lo que llega a desarrollo desde soporte es para comprobar algo, no para arreglarlo: ver si el error del cliente coincide con uno abierto. Eso lo hace el agente. A un desarrollador le llega lo que necesita a un desarrollador, y le llega con la versión, el mensaje de error y el issue relacionado.

Qué resuelve
Pocas cosas molestan tanto a un cliente como descubrir por su cuenta que su fallo se arregló hace tres semanas. Con GitHub conectado, el agente sabe cuándo se cierra el issue relacionado con esa conversación y puede avisar a quien lo reportó, sin que nadie tenga que acordarse.

Qué hace
Lo que cuenta de una integración es lo que le deja hacer al agente. Estos son los datos que aporta GitHub y lo que el agente hace con ellos por su cuenta.
Cuándo actúa
Qué puede hacer
Tres cosas concretas que cambian el día a día del equipo.
Los desarrolladores ven en GitHub qué usuario tiene el problema y qué ha probado Intake, sin preguntas de ida y vuelta.
Intake suma las quejas repetidas para que sepas qué fallo afecta a más clientes.
Cuando el issue se resuelve, Intake puede avisar al cliente en la misma conversación de soporte.
Tres pasos, y solo el primero necesita a un administrador de GitHub. Lo demás se cambia después sin volver a conectar nada.
Entra en el panel de integraciones, elige GitHub y autoriza el acceso con la cuenta que ya usa tu equipo. Hace falta ser administrador de GitHub; si no lo eres, este es el único paso que tendrás que pedirle a alguien.
Marca los canales, los eventos y los campos de cuenta que puede consultar. Lo que no marques no lo verá, y puedes cambiarlo cuando quieras sin volver a conectar nada.
Desde la primera conversación, el agente consulta esos datos antes de contestar, resuelve lo que puede cerrar solo y pasa a una persona lo demás, con el caso ya preparado.
Unos minutos. Autorizas el acceso y eliges qué puede ver; no hay que reescribir nada ni pedir trabajo de desarrollo para empezar.
Sí, desde los dos lados: revocando la conexión en Intake o retirando el permiso en GitHub. El agente deja de consultar ese dato en ese momento y sigue respondiendo con lo demás.
No. Todas las integraciones están incluidas en el plan, desde 49 € al mes. No hay complementos que comprar ni se cobra por llamada.
El agente responde con lo que sí tiene y, si la pregunta dependía de ese dato, pasa la conversación a una persona y le explica por qué. Nunca se inventa un dato que no ha podido consultar.
Lo decides tú. Intake puede crearlos solo ante ciertos errores de tu API, o esperar a que alguien del equipo de soporte lo pida con un botón.
Sí. Intake mantiene la conversación abierta y puede avisar al cliente cuando el issue pase a «Done».