Usertour

Qué es Usertour

Usertour (github.com/usertour/usertour) es una plataforma de código abierto para construir las partes guiadas de la primera sesión de un producto. Su README habla de crear tours de producto, checklists y encuestas en minutos, y nombra las herramientas comerciales frente a las que se posiciona: Appcues, Userpilot, Userflow, Userguiding y Chameleon. Está escrito en TypeScript, tenía 2.131 estrellas cuando se escribió esta página, y se ejecuta desde el fichero Docker Compose del proyecto en tu propia infraestructura o en su nube gestionada. La licencia cabe en una línea: el código comunitario es MIT, mientras que los directorios marcados como enterprise llevan una licencia enterprise aparte.

• Funciona con cualquier app de navegador El planteamiento del README es que si tu app corre en un navegador, se integra, y cubre explícitamente aplicaciones de una sola página y de varias páginas.
• Segmentación con tus propios datos Defines atributos de usuario personalizados y registras eventos, y luego decides quién ve cada flujo, de modo que una checklist puede mostrarse solo a quien no ha terminado la configuración y no a todo el mundo.
• Entornos e historial de versiones Producción y staging conviven en una misma cuenta, y los cambios de un flujo quedan registrados con quién los hizo y cuándo. Esa es la diferencia entre una herramienta que puede usar un equipo y un script que alguien pegó una vez.
• Ajustado a tu producto El texto, el color de los botones, la familia tipográfica y el tamaño son ajustables, y pueden convivir varios temas para que flujos distintos no tengan que verse idénticos.
• Analítica de flujos Vistas y tasas de finalización por flujo, más datos por paso pensados para dejar a la vista exactamente dónde se confunde o abandona la gente.

Dónde encaja en el stack de crecimiento de un fundador

Un tour es una herramienta de conversión y actúa solo sobre tráfico que ya tienes. Eso lo sitúa de lleno en la etapa de activación, entre que alguien se registra y alguien obtiene un primer resultado real, que es un sitio de mucho apalancamiento precisamente porque todo lo que hay aguas arriba ya está pagado. También significa que es la compra equivocada para dos problemas muy comunes: si la gente llega a tu web y no se registra, mira cómo convertir visitantes en registros; si no llega nadie, mira SEO para una web recién creada. Ninguno de los dos mejora porque haya aparecido un tooltip dentro del producto.

La tensión honesta de toda esta categoría merece nombrarse antes de instalar nada. Un tour de producto es a lo que recurres cuando una interfaz no se explica sola, lo que significa que puede convertirse discretamente en la manera de posponer que la interfaz se explique sola. La herramienta no puede decirte cuál de las dos cosas estás haciendo, aunque su propia analítica sí. Un paso donde una parte grande de la gente abandona el flujo no suele ser un paso que necesite un tooltip mejor: es un paso que necesita dejar de existir. Lee las tasas de finalización como un informe de errores sobre el producto y no como un marcador del tour.

El paso que borramos en vez de explicar

Nota de primera mano de construir AgentCeres —el Director de Crecimiento con IA en agentceres.com—. La mayor mejora de onboarding que hemos publicado eliminó una decisión en lugar de anotarla. Nuestro flujo de configuración preguntaba antes a cada cliente nuevo qué especialistas quería antes de que nada pudiera ejecutarse, que es exactamente el tipo de pantalla que existe para explicar un tour de producto. Borramos la pantalla y ahora damos de alta al equipo completo por defecto. Nadie tuvo que entender la elección, porque nadie tuvo que hacerla.

El segundo punto es el que tuvimos mal durante más tiempo. La fricción que importaba en nuestro propio registro nunca fue que la gente no entendiera una pantalla: era que esperaba mientras se le construía la infraestructura, y ninguna cantidad de guía dentro del producto acorta una espera. El arreglo fue de infraestructura: ahora los espacios de trabajo se precalientan por adelantado para que el último paso se resuelva en segundos en lugar de en minutos. Nada de esto es un argumento contra Usertour, que es una implementación limpia y genuinamente autoalojable de una categoría real. Es un argumento a favor de invertir primero en el diagnóstico, porque un tour apuntado al tipo de fricción equivocado produce una versión bellamente guiada del mismo problema.