← Todos los artículos

8 min de lectura

Chatbot, tour de producto o asistente dentro de la app: cuál te quita trabajo

En resumen

Un chatbot sobre tu documentación responde preguntas, un tour de producto orienta a los usuarios nuevos, y ninguno hace la tarea que el cliente pidió. Si tu bandeja es sobre todo tareas, necesitas un asistente que actúe en tu app; si son preguntas, un chatbot sobre buena documentación es más barato y sencillo.

Un chatbot sobre tu documentación te quita las preguntas, un tour de producto ayuda a los usuarios nuevos a orientarse la primera vez, y ninguno de los dos hace la tarea que el cliente pidió. Si la mayor parte de tu bandeja es “cámbiame esto”, “configúrame aquello”, “añade a esta persona”, necesitas una ayuda que pueda actuar dentro de tu app. Si la mayor parte es “¿cómo funciona esto?”, no la necesitas, y un chatbot sobre una buena documentación es la opción más barata y más sencilla.

Este artículo compara las tres categorías de la forma más justa que sabemos, incluidos los casos en los que aside, que es del tercer tipo, no es lo que te conviene.

¿Qué diferencia hay entre un chatbot, un tour de producto y un asistente en la app?

Hacen tres trabajos distintos, aunque se suelen comparar como si fueran lo mismo.

  • Un chatbot sobre tu documentación lee tu centro de ayuda y responde en una caja de texto. Su trabajo es contestar preguntas a cualquier hora sin ti. Cuando no puede, uno bueno pasa la conversación a una persona.
  • Un tour de producto es una secuencia de tooltips, ventanas o resaltados que diseñas por adelantado y enganchas a las pantallas de tu app. Su trabajo es enseñar dónde están las cosas, sobre todo los primeros días.
  • Un asistente dentro de la app que ejecuta acciones vive en tu app y puede hacer cosas en ella. En el caso de aside, tu página registra una lista de acciones, que son funciones que ya tienes, como invitar a un compañero o cambiar de plan. Cuando un usuario pide algo, el asistente elige una acción y sus argumentos, y la ejecuta el propio código de tu página: abre la pantalla y rellena el formulario delante del usuario. El usuario pulsa el botón que guarda, envía o borra.

Algunos agentes de soporte con IA también van más allá de responder. La página de precios de Intercom cobra Fin desde 0,99 $ por resultado, y cuenta como resultado una resolución que confirma el cliente o un flujo de trabajo que Fin completa. Esos flujos se lanzan desde la conversación de soporte. La diferencia con un asistente dentro de la app es dónde ocurre el trabajo: en la pantalla del cliente, con tu código haciéndolo delante de él.

La tabla comparativa

Toma una petición real y síguela en cada herramienta: “¿Puedes añadir a mi compañera Ana como administradora?”.

Chatbot sobre tu documentaciónTour de productoAsistente en la app que ejecuta acciones
Qué recibe el usuarioLos pasos: Ajustes → Equipo → Invitar, elegir “Administrador”Un tooltip sobre el botón Invitar, si algún tour lo cubreSe abre la pantalla del equipo, el formulario se rellena con el email de Ana y el rol de administradora, y se resalta el botón Enviar
Quién hace el último clicEl usuario, después de seguir los pasosEl usuario, después de seguir el tourEl usuario, en un formulario ya rellenado
Qué construyes túTu documentación, que casi seguro ya tienes, y el snippetCada tour, pantalla a pantalla, en el editor de la herramientaUna función por tarea, con un nombre, una descripción y los campos que recibe
Qué lo mantiene al díaUna documentación que coincida con la interfaz actualActualizar los tours cada vez que cambia una pantallaEl código de tus acciones, que cambia con tu app como cualquier otro código
Dónde se queda cortoEn todo lo que el usuario tiene que hacer él mismoEn los caminos que no previsteEn las tareas que aún no has convertido en acciones
Quién puede montarloCualquiera que sepa pegar una etiqueta scriptNormalmente producto o marketing, sin códigoAlguien que sepa escribir una función en JavaScript
Modelo de precio habitualPor resolución o resultado, a menudo más asientosPor usuario activo al mesVaría; aside cobra por conversación

Dos ejemplos de precios, tal como aparecen en las páginas de cada empresa en octubre de 2026: Intercom publica Fin desde 0,99 $ por resultado, con asientos desde 29 $ al mes en facturación anual; Userpilot publica su plan Starter a 299 $ al mes para hasta 2.000 usuarios activos mensuales. Los planes de aside empiezan en 49 € al mes por 200 conversaciones. Revisa los precios actuales antes de decidir.

Cuándo te conviene un chatbot sobre tu documentación

Elige un chatbot sobre tu documentación cuando lo que más te preguntan son preguntas, no tareas. “¿Tienen SSO?”, “¿qué pasa cuando termina mi prueba?”, “¿cómo se cuenta el uso?” tienen una respuesta correcta que vive en un documento, y un chatbot la puede dar a las tres de la mañana en un segundo.

También es la opción correcta si no tienes a nadie que pueda escribir código para esto, porque un chatbot sobre tu documentación solo necesita la documentación y un snippet. Y si tu soporte ya funciona sobre una herramienta de helpdesk que a tu equipo le gusta, un chatbot de esa misma herramienta lo mantiene todo en un sitio.

Dónde se queda corto: el cliente todavía tiene que ir y hacerlo. Ahí es donde muchos se rindieron la primera vez, y la misma pregunta cada semana cuenta lo que pasa después: escriben, o piden una llamada.

Cuándo te conviene un tour de producto

Elige un tour de producto cuando el problema es descubrir cosas en los primeros días: usuarios nuevos que no saben que tu app tiene una sección de informes, o una función nueva que quieres que la gente vea. Los tours son buenos para decir “mira, esto está aquí”, y con los editores sin código una persona no técnica puede publicar uno en una tarde.

Mantenlos cortos y deja que la gente los elija. El informe de benchmarks 2024 de Chameleon, basado en casi 300 millones de interacciones, sitúa la tasa media de finalización de un tour en el 33,5 %, y la de los tours de cinco pasos cae al 21,6 %. Los tours que el usuario eligió empezar desde una checklist lo hicieron mucho mejor: 64 %. Un tour que nadie pidió y con muchos pasos se salta casi siempre.

Dónde se queda corto: un tour enseña el camino, pero el usuario lo sigue recorriendo él, y solo cubre los caminos que diseñaste por adelantado. Cuando cambia la interfaz, el tour también tiene que cambiar. Por qué los tours de producto dejan de funcionar a la semana lo explica con más detalle.

Cuándo te conviene un asistente que ejecuta acciones

Elígelo cuando tu bandeja está llena de tareas: el mismo “cámbiame de plan”, “invita a mi compañero”, “conecta la integración”, “crea el informe semanal” cada semana, cada una fácil para ti y lo bastante difícil para el cliente como para acabar en una llamada.

Hay un cuarto tipo que probé y descarté: un asistente que lee la pantalla y decide dónde hacer clic. Las primeras versiones de aside funcionaban así, y fallaban demasiado para enseñárselas a nadie. Por eso aside ahora solo actúa a través de funciones que registra tu página.

Lo que escribes es una función por tarea. Esta es una acción completa con el SDK de aside:

const actions = [{
  name: 'invite_teammate',
  description: 'Abre los ajustes del equipo y rellena el formulario de invitación con un email y un rol. '
    + 'No envía la invitación: el usuario la revisa y pulsa Enviar invitación.',
  inputSchema: {
    type: 'object',
    properties: {
      email: { type: 'string', description: 'Email de la persona a invitar' },
      role: { type: 'string', enum: ['admin', 'member', 'viewer'] },
    },
    required: ['email'],
  },
  run: async ({ email, role = 'member' }, 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: 'el usuario pulsa Enviar invitación' };
  },
}];

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

El modelo solo ve el nombre, la descripción y el esquema de entrada, y solo decide qué acción ejecutar y con qué argumentos. Nunca ve tu DOM ni decide dónde hacer clic: el handler es tu código, que localiza cada control por su atributo data-aside. Y el handler se para antes del botón que envía; ese lo pulsa el usuario. Cómo dejar que un asistente actúe en tu app sin darle las llaves explica cómo elegir qué acciones exponer y cómo escribirlas de forma segura.

El mismo asistente también responde preguntas con tu documentación, dice cuándo no sabe algo y pasa la conversación a tu equipo (la bandeja de aside, Slack o un webhook) cuando no puede resolverla. En la práctica, cubre también el trabajo del chatbot.

Cuándo aside no es lo que necesitas

Ser justos significa decir dónde no encajamos. Probablemente no necesitas aside si:

  • Tu bandeja son casi todo preguntas. Si las tareas son una parte pequeña, un chatbot sobre tu documentación o una documentación mejor harán casi todo el trabajo por menos.
  • Nadie en el equipo sabe escribir una función. Responder con tu documentación es una etiqueta script. Actuar dentro de tu app necesita a alguien que escriba las acciones, porque lo que se ejecuta es tu código.
  • Lo necesitas dentro de Intercom o Zendesk. Es su propio panel dentro de tu app y puede convivir con ellos, pero hoy no hay integración con Intercom ni con Zendesk.
  • Tus clientes necesitan soporte por teléfono o por voz, o idiomas distintos del inglés y el español. Funciona por texto, en inglés y en español.
  • La tarea necesita el criterio de tu equipo. Una excepción en un reembolso o un contrato a medida no deberían ser una acción que lance el cliente. Esos casos pasan a una persona, que es lo correcto, pero ese trabajo no te lo quita.
  • Lo que quieres son anuncios de onboarding y analítica de adopción sobre una base de usuarios grande, con segmentos y tests A/B. Para eso están hechas las plataformas de tours y de adopción.

¿Cómo decides cuál necesitas?

Abre tu bandeja y clasifica las últimas 30 conversaciones en preguntas y tareas (aquí tienes un método de 20 minutos). Después lee el resultado:

Lo que encuentrasQué probar primero
Sobre todo preguntasUn chatbot sobre tu documentación, y arreglar los documentos con los que no sabe responder
Sobre todo confusión la primera semanaUn tour de producto corto que el usuario pueda empezar cuando quiera
Sobre todo tareas repetidasUn asistente en la app con acciones para tus tres tareas más repetidas
Una mezclaEmpieza por lo que cubra el montón más grande y vuelve a medir

Si quieres ponerle precio a cada montón antes de decidir, lo que cuesta de verdad que el founder haga el soporte tiene una tabla que puedes rellenar con tus números.

· Fundador de aside

Software engineer en Barcelona. De día lleva las integraciones de ecommerce de un SaaS, donde un fallo de sincronización acaba siendo un problema contable para el cliente; de noche construye aside. Escribe sobre construir producto en 0311b.com.