¿Por qué nadie usa la nueva función que desarrollé?
Normalmente porque la gente nunca llegó a ella, no porque la viera y dijera que no. Una función nueva tiene que ganarle al camino que los usuarios ya siguen para esa tarea, y el camino antiguo sigue funcionando, sigue documentado y sigue siendo lo que elige la costumbre. Antes de leer un uso nulo como demanda nula, comprueba cuatro cosas en orden: si la gente la vio, si los momentos en que la necesitaba la llevaron hasta ella, si el primer intento funcionó y si volvió. Un cero en cualquiera de las dos primeras es un problema de rutas que puedes arreglar esta misma semana.
Un uso nulo habla de rutas antes que de demanda
Cuando una función ya lanzada no la usa nadie, la lectura tentadora es que construiste lo que no tocaba. Esa conclusión necesita pruebas que probablemente todavía no tienes. El uso solo ocurre cuando una persona que tiene la tarea llega a la función justo en el momento en que tiene la tarea, y en la mayoría de productos ese momento sucede en otro sitio: en un menú que ya conoce, en una plantilla que copió el mes pasado, en un artículo de ayuda escrito antes de que la función existiera o en un correo de onboarding que todavía describe la forma antigua.
La forma antigua es el verdadero competidor, y tiene una ventaja que tu anuncio de lanzamiento no puede quitarle: sigue funcionando. Nada da error cuando alguien toma el camino largo, así que nada te avisa de que ocurrió. Una función que la gente rechazó y una función que nadie encontró producen el mismo número en tu analítica, y por eso el diagnóstico tiene que separarlas antes de que nadie discuta la hoja de ruta. Para quienes acaban de registrarse, la pregunta equivalente es el primer logro, tratado en cómo mejorar el onboarding de usuarios de tu SaaS; esta página va de los usuarios que ya tienes.
Lee el cero etapa por etapa
La adopción por parte de un usuario que ya tienes se comporta como la activación de uno nuevo: una secuencia corta de etapas en la que cada una tiene que ocurrir antes de que pueda ocurrir la siguiente. Busca la primera etapa en la que el recuento se desploma. Cada una tiene un responsable distinto y un arreglo distinto, y los arreglos baratos están todos cerca de arriba.
| Etapa | Qué significa un cero aquí | Cómo comprobarlo |
|---|---|---|
| Vista | Quienes la necesitaban nunca supieron que existe | Cuenta las visitas al punto de entrada, no los usos de la función, entre los usuarios que tuvieron la tarea esa semana |
| Encaminada | Los lugares donde la gente actúa siguen apuntando al camino antiguo | Recorre la tarea de principio a fin como lo haría un usuario: el menú, tus plantillas, tu documentación de ayuda, tus correos y cualquier instrucción guardada |
| Probada | Llegaron a ella y el primer intento falló o los confundió | Observa a tres personas intentar la tarea de una sentada y anota cada error, cada pantalla vacía y cada formulario abandonado |
| Repetida | Funcionó una vez pero no le ganó a la costumbre de siempre | Compara el segundo uso con el primero, usuario por usuario; un primer uso sano con un segundo uso débil significa que la función está perdiendo en valor |
Solo la última fila es evidencia sobre la demanda. Un desplome en «vista» o en «encaminada» no dice nada sobre si la función se quiere, y eliminarla por ese motivo tira a la basura un trabajo que el mercado nunca llegó a juzgar.
La función que construimos y que no se usó ni una vez
Incorporamos un calendario de contenido a AgentCeres, el AI Growth Officer de agentceres.com, para que una publicación en redes pudiera aprobarse una sola vez y salir después a la hora programada, sin que nadie tuviera que estar pendiente en el momento de publicarse. Cuando lo comprobamos en producción, no se había usado ni una sola vez. No es que se usara poco: cero publicaciones programadas, en todas las cuentas.
En este caso los usuarios eran nuestros propios agentes y no personas haciendo clic en una pantalla, lo que hizo fácil leer la causa, y la causa era de rutas. Las instrucciones escritas que siguen nuestros agentes cuando se les pide programar una publicación eran anteriores al calendario y enumeraban todas las demás maneras de hacerlo. Así que cuando un cliente de pago pidió exactamente aquello para lo que existe el calendario — que guardara esta publicación ya aprobada y la publicara a la mañana siguiente —, el agente hizo lo que decían sus instrucciones y se puso un recordatorio para volver al día siguiente y pedir la aprobación otra vez. El cliente habría tenido que estar presente una segunda vez para una publicación que ya había aprobado.
La demanda estaba ahí en el momento exacto para el que se construyó la función, y el camino la mandó a otra parte. Nada falló, así que nada alertó a nadie. El arreglo no fue un anuncio: hicimos del calendario la primera respuesta en esas instrucciones, marcamos la ruta antigua como último recurso junto con lo que cuesta elegirla y sustituimos un ejemplo resuelto que llevaba tiempo enseñando en silencio la costumbre antigua. Juzgada solo por su uso, habría parecido una función que nadie quería.
Arreglos, en el orden en que rinden
Baja por la tabla empezando por arriba y da a cada cambio un margen razonable antes de leer el siguiente número.
- Encuentra cada lugar que describe la tarea — documentación de ayuda, plantillas, correos de onboarding, prompts guardados, guiones de ventas — y haz que la nueva función sea la primera respuesta en cada uno.
- Pon el punto de entrada donde empieza la tarea, no donde la función resulta estar en tu navegación.
- Escribe a los usuarios que este mes hicieron la tarea a la manera antigua, uno a uno, con una sola frase sobre lo que ya no tienen que hacer.
- Observa a tres personas probarla antes de construir nada más encima.
- Solo entonces lee el segundo uso. Ese es el número que responde si la quieren.
FAQ
- ¿Cuánto debo esperar antes de decidir que una función fracasó?
- Lo suficiente para que la tarea a la que sirve surja varias veces para quienes la tienen. Una tarea semanal necesita semanas de datos, una mensual necesita meses, y un pico en la semana del lanzamiento te habla de curiosidad, no de adopción. Fija la ventana antes de mirar, según cada cuánto ocurre la tarea, para que el número no pueda convencerte de la respuesta hacia la que ya te inclinabas.
- ¿Debería volver a anunciar la función?
- Un anuncio arregla la etapa «vista» y nada de lo que hay por debajo. Si la gente vio el primero y aun así sigue el camino antiguo, un segundo llega a las mismas personas con el mismo resultado. Cambia en su lugar lo que pasa en el momento de necesidad — el punto de entrada, la plantilla, la opción predeterminada — y anúncialo solo a los usuarios a los que puedas demostrar que les ahorra tiempo.
- ¿Debería eliminar la forma antigua de hacerlo?
- Rara vez, y nunca como primer paso. Eliminar un camino que funciona fuerza la adopción y oculta si la nueva función es de verdad mejor, y los usuarios a los que más molesta son los que más dependían del camino antiguo. Haz que la nueva ruta sea la predeterminada y deja la antigua accesible; si el segundo uso de la nueva función se sostiene, el camino antiguo se vaciará solo.
- ¿La baja adopción de una función es señal de abandono?
- Puede ser una señal temprana, pero solo en las funciones ligadas al motivo por el que la gente paga. Una función que sirve a una tarea ocasional puede tener poco uso dentro de una cuenta perfectamente sana. Vigila la adopción de las funciones que sostienen tu valor principal y trata el resto como preguntas de hoja de ruta, no como alarmas de retención. Cómo reducir el abandono en tu SaaS cubre la parte de retención.
Want this done for you?
AgentCeres is a managed AI marketing team — specialists draft the work, you approve what ships. 14-day free trial, from $39/month.