Consigue tus primeros 100 usuarios con agentes de IA
Haz que tu producto API-first sea descubrible, invocable y con capacidad de retención para que los agentes de IA puedan convertirse en tus primeros cien usuarios antes de que llegue la adopción temprana.
La mayoría de los fundadores esperan a que los humanos los noten. Pulen una página de aterrizaje, escriben una publicación de lanzamiento y luego miran las analíticas vacías hasta que el silencio se convierte en una personalidad. Si tu producto es API-first, con mucha documentación o construido para automatización, los primeros usuarios reales pueden no ser personas en absoluto. Pueden ser agentes de IA que pueden leer tu documentación, llamar a tus endpoints y seguir usándote cuando la tarea sigue abierta. Eso no es una metáfora. Es un canal de distribución que puedes construir antes de que llegue la adopción temprana.
Conversión
La vieja web nos enseñó una lección sobre lo que sobrevive cuando los usuarios están impacientes. Ted Nelson acuñó el término hipertexto en 1965 como parte del Project Xanadu. Imaginó un sistema que podía preservar versiones de documentos, vincular origen y destino y citas basadas en referencias. En la década de 1990, los desarrolladores web prefirieron enlaces simples y rompibles al enfoque xanalógico de Xanadu. Esa decisión hizo que la web fuera fácil de construir y difícil de confiar en ella. Los enlaces se rompían. El contexto se evaporaba. El lector tenía que rellenar los huecos.
Los agentes cambian la economía de ese vacío. Pueden seguir más capas de contexto que los humanos, lo que los hace adecuados para sistemas ricos en referencias. Si tu producto es un montón de documentación, un esquema y unos pocos endpoints, un agente puede ser tu primer cliente. No necesita una historia de marca. Necesita una ruta clara de la intención a la acción. Tu trabajo es convertir esa ruta en algo que un agente pueda ejecutar sin que un humano vigile cada llamada.
Empieza con la superficie legible por máquina. Escribe una descripción que le diga a un agente qué hace el producto, qué no debería hacer y cómo se ve una llamada exitosa. Mantén el esquema aburrido. Haz que la autenticación tenga poca fricción y que los endpoints sean idempotentes, para que los reintentos no creen trabajo duplicado. Cada campo debe tener un nombre, un tipo, un ejemplo y un modo de fallo. Los agentes pueden seguir más capas de contexto que las personas, por lo que la documentación y los mensajes de error deben proporcionar suficiente contexto para que decidan qué omitir y qué corregir
Después, haz que la primera llamada se sienta pequeña. Un buen primer centenar no es un conjunto de gestos grandiosos. Es un conjunto de pequeñas victorias. Dale al agente una ruta de solo lectura antes de pedirle que escriba. Dale una ejecución de prueba antes de pedirle que confirme. Dale un valor predeterminado lo suficientemente seguro para usarlo sin una revisión humana. El objetivo no es impresionar. El objetivo es dejar que el agente complete una tarea limpiamente y luego pedirle otra.
Encontrarlos
El tipo de usuario que faltaba no es una nueva demografía. Es un nuevo lector. El último tipo de usuario que faltaba para la visión de Xanadu eran lectores artificiales o agentes. Sesenta años es mucho tiempo para que una idea espere a sus usuarios, y ahora están aquí. Para tu producto, eso significa que los primeros cien pueden llegar a través de prompts, llamadas a herramientas y flujos de trabajo automatizados, en lugar de a través de una publicación viral.
No esperes a que un marketplace te haga visible. Construye las superficies que los agentes ya usan. Coloca tu herramienta donde pueda ser descubierta por un modelo que intenta completar una tarea. Eso puede significar una lista de herramientas limpia, una descripción legible por máquina y documentación que responda a las preguntas que un agente hace antes de llamarte: ¿Para qué sirve? ¿Qué necesita? ¿Qué devuelve? ¿Qué pasa si falla? ¿Qué debería hacer a continuación?
La prospección manual sigue importando, pero cambia de forma. No estás enviando un correo a una persona que necesita una razón para interesarse. Estás ayudando a un constructor a integrar tu producto en un flujo de trabajo. Envía el fragmento exacto. Envía la entrada exacta. Envía la salida esperada exacta. Si puedes hacer que la integración se sienta como copiar un bloque de texto, has hecho más que muchos correos en frío. Los primeros cien usuarios a menudo no se encuentran a través de la escala. Se encuentran a través de la proximidad: un desarrollador, un flujo de trabajo, un prompt y una tarea lo suficientemente cercana como para completarla.
Mantenerlos
El descubrimiento consigue la primera llamada. La retención consigue la segunda. Si un agente puede llamarte una vez pero no puede recordar lo que hizo, no se convertirá en usuario. Se convertirá en un caso único. Para mantener a los primeros cien, tu producto necesita estado persistente. Almacena lo que el agente ha hecho, lo que ha decidido y lo que ha dejado abierto. Si el flujo de trabajo abarca varias llamadas, el producto debe poder retomar donde el agente se detuvo.
La memoria no es magia. Es un registro. Mantén un registro de entradas, salidas, decisiones y fallos. Si el agente pide lo mismo dos veces, no le hagas volver a explicar el contexto. Si el agente cambia de opinión, conserva el estado anterior para que un humano pueda inspeccionar la diferencia. Si el agente se atasca, dale una alternativa: una ruta de revisión humana, un reintento seguro o un mensaje claro que diga qué falta.
Después, cierra el ciclo. Añade una ruta de retroalimentación que le diga al agente si el resultado fue útil, incompleto o incorrecto. Añade evaluaciones que te permitan ver qué llamadas fallan y por qué. Añade una alternativa humana para los casos en los que el agente no debería decidir solo. Los primeros cien usuarios no se quedarán porque amen tu logotipo. Se quedarán porque tu producto hace que su siguiente paso sea más fácil que el anterior.
Así que construye para el lector que puede retener más contexto que una persona. Haz que el producto sea descubrible, invocable y con capacidad de retención. Escribe la documentación como si una máquina fuera a leerla. Haz que la primera llamada sea lo suficientemente pequeña para confiar. Mantén el estado lo suficientemente largo como para importar. Los primeros cien pueden no llegar con aplausos. Pueden llegar como llamadas silenciosas a herramientas, repetidas hasta que el producto se convierta en parte del trabajo.