Vender agentes de IA sin perder mil millones: una lista de verificación de economía unitaria
La acumulación de pérdidas de un proveedor muestra por qué las promesas de autonomía fallan cuando dominan los proyectos, la rotación y el cobro lento.
La autonomía es la afirmación más fácil en el software empresarial. También es la forma más rápida de vender un proyecto que nunca se convierte en un resultado recurrente.
Un proveedor puede lanzar muchos empleados de IA y aun así perder dinero si el modelo operativo se basa en trabajo a medida, retención débil y cobro lento. El comprador espera un trabajador. El proveedor entrega un proyecto. El proyecto se lanza, el agente queda inactivo, la renovación muere y la factura llega tarde.
Jinzhiwei busca financiación en la Hong Kong Stock Exchange e informó pérdidas acumuladas de diez años por 1,259 mil millones de yuan al cierre de junio de 2026.
Para junio de 2026, la empresa había desplegado más de 2 millones de empleados digitales de IA y atendido a más de 1.600 clientes.
La escala no salvó el modelo. Los ingresos crecieron de 217 millones de yuan a 256 millones de yuan en tres años, con una tasa de crecimiento anual de 8,7% frente a una tasa de crecimiento declarada de la industria de 37,1%.
El problema no era la demanda. Era la forma de los ingresos. Más del 70% de los ingresos proviene de la actividad por proyectos, un modelo con un margen bruto del 40,3%, mientras que el modelo de suscripción tiene un margen bruto del 96,3% y los ingresos por suscripción son solo el 16,8% y están en declive.
La base de clientes también se debilitó. El número de clientes pasó de 781 a finales de 2025 a 439 a mediados de 2026, la retención bajó del 74% al 60%, y el plazo de cobro se extendió de 137 a 446 días.
Por qué las promesas de autonomía rompen la cuenta de resultados
Cuando la autonomía es una promesa de ventas, el producto se convierte en una promesa. La empresa firma por un trabajador digital, pero el proveedor aún tiene que construir, integrar, supervisar y defender el resultado. Cada caso límite se convierte en un ticket de servicio. Cada tarea fallida se convierte en una llamada de soporte. Cada resultado lento se convierte en un riesgo de renovación.
Los ingresos por proyecto parecen seguros porque se registran por adelantado. No lo son. Consumen capacidad de ingeniería, ventas y entrega. Crean dependencias a medida. Hacen que la próxima venta sea más difícil, no más fácil. El cliente no renueva un proyecto. El cliente renueva un resultado.
La economía de los proveedores de agentes falla cuando la empresa vende autonomía pero opera como una empresa de servicios. El mercado premia el trabajo medible, no los despliegues impresionantes. Si el agente no produce un resultado que el comprador pueda rastrear, el comprador no pagará por el siguiente período.
La lista de verificación de economía unitaria para el resultado del agente
Los fundadores, los responsables de producto y los operadores de ventas deberían usar esta lista de verificación antes de vender otro trabajador autónomo. No es una prueba de marketing. Es una prueba de caja.
- Define un resultado medible. Elige la tarea que completa el agente, la métrica que mejora y el responsable que aprueba. Pon el resultado en el contrato. Si el resultado es “más eficiente”, el acuerdo es un proyecto. Si el resultado es una mayor eficiencia o un menor costo, el acuerdo puede ser recurrente.
- Pon precio a resultados recurrentes, no a proyectos. Cobra por el trabajo que hace el agente, no por el tiempo que lleva desplegarlo. Pon el precio en el resultado. Pon la renovación en el resultado. Si el cliente deja de usar el agente, los ingresos también deberían detenerse, pero solo después de que el uso demuestre que el resultado no se está entregando.
- Limita el costo de soporte por agente activo. Establece el costo máximo de soporte por agente activo y revísalo cuando cambie el uso. Registra las horas de soporte, las escalaciones y las intervenciones manuales necesarias para mantener en marcha un agente. Si el costo de soporte aumenta con cada nuevo caso límite, el agente no es autónomo. Es una partida de mano de obra con etiqueta de robot.
- Exige umbrales de uso y retención. Establece el nivel mínimo de uso y el disparador de retención antes de la fecha de renovación. No trates el despliegue como un éxito. Si el uso baja, activa una revisión, no una renovación.
- Controla los días de conversión de caja. Establece una meta para los días de conversión de caja y revísala con producto, no solo con finanzas. Mide el tiempo desde el resultado entregado hasta la factura pagada. El cobro lento es un problema de producto, no solo un problema de finanzas. Si el comprador paga tarde, el resultado no es lo suficientemente valioso para protegerlo.
- Evita que los ingresos por proyecto se conviertan en la mayoría y mantén el margen bruto de suscripción en el rango superior. Establece el techo de ingresos por proyecto y el suelo de margen de suscripción antes de la próxima venta. El trabajo por proyecto puede financiar el aprendizaje inicial. No puede convertirse en el negocio. Los ingresos por suscripción deberían sostener el margen. Si la línea de alto margen es pequeña y se está reduciendo, la empresa vende autonomía y compra pérdidas de servicios.
Qué hacer a continuación
Deja de vender “empleados de IA” como categoría. Vende el resultado que produce el empleado. Haz visible el resultado en el panel. Haz que el precio esté vinculado al resultado. Haz visible el costo de soporte por agente activo. Haz visible el ciclo de caja al fundador, no solo al CFO.
El mercado seguirá premiando a los proveedores que pueden demostrar que el agente funciona. Castigará a los proveedores que solo pueden demostrar que el agente fue desplegado. La diferencia no es una demostración mejor. Es un modelo de economía unitaria que sobrevive al contacto con el uso real, la rotación real y las facturas reales.