ia para equipos de producto. ia para equipos de producto significa publicar una función de ia dentro de las superficies de tu propio producto que los usuarios adoptan y siguen usando. no una demo. una función con un número de retención y un número de tickets de soporte detrás.
la mayoría de los equipos de producto ya tienen un prototipo. lo construiste en un fin de semana con Lovable, Bolt o v0. se veía genial en el standup. luego se atascó en el camino a producción.
la brecha no es el modelo. la brecha es todo lo que lo rodea. streaming, evals, registro de auditoría y un lugar dentro del producto donde el usuario ya está. ese es el trabajo entre una pantalla de v0 y una función que tus usuarios conservan.
#¿por qué el prototipo se atasca antes del lanzamiento?
un prototipo responde una pregunta: si el modelo puede hacer la cosa. una función en producción responde cuatro más. si hace streaming para que el usuario no mire un indicador de carga. si se mantiene preciso cuando cambia el prompt. si puedes demostrar qué le dijo a un cliente hace seis semanas. y si vive donde el usuario ya trabaja, no detrás de una pestaña separada.
¿cuál es la diferencia entre un prototipo de ia y una función en producción?
un prototipo demuestra que el modelo puede hacer la tarea en una demo. una función en producción añade streaming para que las respuestas se sientan instantáneas, un conjunto de evals para que la calidad se mantenga cuando cambien los prompts, registro de auditoría para demostrar qué se dijo, y una ux integrada en el producto para que los usuarios la adopten. el prototipo es el 20 % fácil.
#¿deberías añadir un cuadro de chat o construir dentro de tus superficies?
el movimiento por defecto es una burbuja de chat flotante en la esquina. se publica rápido. también queda sin usar, porque tu usuario no vino a chatear. vino a enviar un pago, reconciliar un extracto o abrir una disputa.
el mejor movimiento es poner la ia dentro de la superficie donde ocurre ese trabajo. un valor predeterminado inteligente en el formulario. una explicación con un clic junto a la transacción. una respuesta en el panel que el usuario ya tenía abierto.
we are
stennir construye ia dentro de las superficies de producto que tus usuarios ya usan, con los números de adopción y de tickets de soporte que demuestran que funcionó.
we aren't
stennir no es un equipo que añade un cuadro de chat genérico a tu app y lo llama función de ia.
#¿cómo fue esto en una fintech en serie b?
una fintech en serie b vino a nosotros con un asistente de ia de cara al cliente construido en Lovable. respondía preguntas en una demo. no podía ir a producción. sin streaming, sin forma de medir calidad, sin trazabilidad de auditoría para un producto regulado.
- streaming: las respuestas se renderizan token a token, de modo que el usuario ve formarse una respuesta en lugar de un indicador de carga.
- conjunto de evals: un conjunto fijo de preguntas reales corre en cada cambio de prompt, para que la calidad no regresione en silencio cuando alguien edita el prompt del sistema.
- registro de auditoría: cada respuesta se graba con sus entradas, de modo que una fintech regulada puede demostrar qué se le dijo a un cliente y cuándo.
- ux integrada en el producto: el asistente responde dentro de la vista de transacción que el usuario ya tenía abierta, no en una pestaña de chat separada.
lo publicamos al 100 % de los usuarios en 5 semanas. los tickets de soporte sobre esa función cayeron un 60 % tras el lanzamiento, porque los usuarios obtenían la respuesta en el producto en lugar de abrir un ticket para preguntar.
el prototipo demostró que la gente lo quería. el build de producción es lo que hizo que siguieran usándolo. la caída del 60 % en tickets es la parte que le importó a nuestro cfo.
#¿cómo defines el alcance de un build así?
lo hacemos a través del servicio de build: alcance fijo, tarifa fija, y el código es tuyo desde el día uno. conservas el prototipo que ya hiciste en v0, Bolt o Lovable como punto de partida. nosotros lo llevamos el resto del camino hasta una función en tu producto.
si quieres el patrón para tu equipo en concreto, la página de ia para producto explica dónde gana su lugar la ia dentro de un producto, y la práctica de consultoría es donde se ejecutan estos builds. ¿quieres las pruebas antes de comprometerte? ve el trabajo.