IA y automatización Publicado

Soporte dentro de la app: cómo atender a los usuarios de tu software sin que salgan del producto

Cuando el usuario de un software tiene una duda, la tiene en una pantalla concreta haciendo algo concreto. Qué es el soporte dentro de la app, qué gana frente al correo, qué información debe llevar cada conversación, dónde colocar el acceso y qué cambia cuando quien responde puede ver la cuenta.

Adrià Castany 9 min

Mano sosteniendo un móvil con una aplicación abierta junto a un ordenador

El usuario de un software no tiene dudas en abstracto. Las tiene en una pantalla concreta, a mitad de algo: configurando una integración, intentando exportar un informe, invitando a un compañero que no recibe el correo.

Si para pedir ayuda tiene que salir del producto, abrir el correo, explicar dónde estaba y qué intentaba hacer, y esperar, la mitad no lo hará. Se quedará atascado o lo dejará para otro día. Y la otra mitad escribirá un correo sin el contexto que haría falta para responderle.

El soporte dentro de la app existe para que pedir ayuda cueste lo mismo que hacer la pregunta.

La respuesta corta

El soporte in-app es la atención que se ofrece dentro del propio software, sin que el usuario salga del producto: un chat o un asistente al que se accede desde la pantalla donde surge la duda. Su ventaja es el contexto: quién es el usuario, qué plan tiene y dónde estaba llegan con la pregunta. Funciona mejor si quien responde puede consultar la cuenta y si cada conversación que no se resuelve llega al equipo con esa información. Un agente de IA conectado al producto puede resolver dentro de la app buena parte de las dudas de uso y de cuenta.

Qué gana frente al correo

Por correoDentro de la app
Esfuerzo del usuarioSalir, escribir, explicarEscribir la pregunta
ContextoEl que el usuario recuerde ponerQuién es, su plan, dónde estaba
RapidezHorasMinutos, o al momento con IA
MomentoDespuésMientras usa el producto

El contexto es lo que más cambia. «No me deja invitar a nadie» por correo obliga a preguntar quién es, qué plan tiene y cuántas personas hay ya en su cuenta. Dentro de la app, todo eso puede llegar con el mensaje.

Qué información debe llevar cada conversación

Lo mínimo para no tener que preguntar:

  • Quién es: usuario, empresa, cuenta.
  • Qué plan tiene y sus límites.
  • Dónde estaba: la pantalla o sección desde la que escribe.
  • Su rol: no es lo mismo un administrador que un usuario sin permisos.

Con eso, la primera respuesta puede ser útil: «Tu plan incluye cinco personas y ya estáis las cinco; si quieres invitar a alguien más, puedes ampliar el plan desde Ajustes».

Dónde colocarlo

  • Un acceso fijo y discreto en todas las pantallas, habitualmente en una esquina.
  • Ayuda en contexto en las pantallas donde más se atasca la gente: configuración de integraciones, importaciones, facturación.
  • No interrumpir. Una ventana que se abre sola cada vez que alguien entra cansa y se acaba cerrando sin leer.

Saber dónde se atasca la gente es fácil: mira de qué pantallas vienen más preguntas.

Qué cambia cuando quien responde ve la cuenta

Un chat dentro de la app que solo responde con la documentación es un buscador con otra forma. Lo que hace diferente al soporte in-app es que quien responde —persona o IA— pueda consultar el estado de la cuenta del usuario.

Las preguntas más frecuentes en un software son sobre «lo mío»: por qué no puedo hacer esto, cuánto me queda, por qué me ha llegado esta factura. Un agente que lee la cuenta las responde con el dato; uno que no, con un enlace.

Es lo que hace Intake dentro de un producto: el agente se instala en tu software, responde con tu documentación y con el plan, los ajustes y el uso de la cuenta de cada usuario, y pasa a tu equipo lo que no puede resolver, con ese contexto. Más en mensajería y chat en vivo y en ejecutar acciones.

Errores frecuentes

  • Pedir datos que ya tienes. Si el usuario está dentro de su cuenta, no le pidas su correo.
  • Responder con enlaces a lo que ya ha leído. Si escribe desde la pantalla de integraciones, ya ha visto el artículo de integraciones.
  • Un chat que nadie atiende. Si no hay respuesta inmediata, que lo diga y dé un plazo.
  • Perder la conversación al cerrar la ventana. El usuario tiene que poder volver y encontrar la respuesta.

Cómo saber que funciona

  • Preguntas por pantalla: dónde se atasca la gente, para arreglarlo en el producto.
  • Resolución sin persona: qué parte se resuelve dentro de la app.
  • Repreguntas: si el usuario vuelve a preguntar lo mismo, la respuesta no le sirvió.
  • Correos de soporte: deberían bajar a medida que el soporte in-app se usa.

Preguntas frecuentes

¿Qué es el soporte in-app?

La atención que se ofrece dentro del propio software, sin que el usuario tenga que salir a otro canal para pedir ayuda.

¿Sustituye al soporte por correo?

No del todo: hay usuarios que prefieren el correo y casos que necesitan adjuntos o seguimiento largo. Pero absorbe la mayoría de dudas que surgen mientras se usa el producto.

¿Qué necesito para ofrecerlo?

Un chat o asistente que se pueda instalar en tu software y que reciba los datos del usuario que está conectado. Para que responda sobre su cuenta, además, acceso de lectura a esos datos.

¿Puede responder una IA dentro de la app?

Sí. Con la documentación responde las dudas de uso; con acceso a la cuenta, las preguntas sobre el plan, los límites o la facturación de ese usuario.

¿Cómo evito que moleste?

Con un acceso fijo y discreto, ayuda en contexto solo donde más se atasca la gente y sin ventanas que se abren solas.

Para seguir