Capítulo 12: La economía de una funcionalidad de IA
Una llamada de inferencia puede ser barata y la funcionalidad construida sobre ella puede seguir perdiendo dinero.
Publicada el
Leer hasta 8 min completo
Visión general#
Piensa en dos productos. Uno cobra a empresas por cada documento que procesa con éxito. El otro vende una suscripción mensual fija y deja que los clientes usen un asistente de IA tantas veces como quieran.
Usan los mismos modelos a los mismos precios de API negociados, pero sus resultados financieros pueden ser muy distintos.
En el producto de documentos, los ingresos crecen con el trabajo completado, siempre que el precio y el coste directo se mantengan en proporción. En el producto de suscripción, unas pocas cuentas muy activas pueden generar la mayor parte del gasto en inferencia y pagar lo mismo que todos los demás.
Aquí la optimización de costes pasa a ser un problema de economía del producto además de uno de infraestructura. Necesitas saber qué acción del cliente crea valor, cuánto cuesta servirla y cómo cambian los ingresos a medida que crece el uso.
Separa el margen bruto de toda la empresa del margen de contribución de una funcionalidad de IA concreta. El segundo es una herramienta de decisión: puede mostrar qué patrones de uso son sostenibles antes de incluir los gastos generales de la empresa y otras decisiones contables.
Práctica#
Empieza por la unidad facturable o valiosa#
En un procesador de documentos, la unidad puede ser un documento aceptado; en un agente de investigación, un informe completado; en un producto de programación, una tarea aceptada. En un asistente de IA vendido como parte de un producto SaaS más amplio, las unidades relevantes pueden ser el coste por cuenta activa al mes y el coste por interacción útil.
Usa al menos dos vistas de la economía:
Ingresos netos significa los ingresos después de los descuentos, créditos y reembolsos aplicables, no un precio de lista de marketing. El coste de servicio debe incluir la inferencia, las herramientas de pago, la infraestructura variable y la corrección humana esperada. Si repartes capacidad fija compartida, etiqueta ese reparto por separado para que el margen variable no se mezcle con el coste unitario totalmente repartido.
Una suscripción puede ocultar usuarios caros#
Un producto de IA hipotético cobra 49 € por cuenta al mes, sin impuestos. Su uso se distribuye así:
| Grupo de cuentas | Cuentas | Coste medio de servir IA por cuenta | Coste total de servicio |
|---|---|---|---|
| Usuarios ligeros | 700 | 3 € | 2.100 € |
| Usuarios habituales | 250 | 12 € | 3.000 € |
| Usuarios intensivos | 50 | 85 € | 4.250 € |
| Total | 1.000 | 9.350 € |
Con 1.000 cuentas de pago, los ingresos por suscripción son 1.000 × 49 € = 49.000 €/mes. Los costes de servir la IA son 9.350 €, alrededor del 19,1 % de los ingresos, lo que en conjunto parece asumible.
Sin embargo, las cincuenta cuentas intensivas generan 4.250 € de coste frente a 2.450 € de ingresos. Su contribución en el servicio de IA es de −1.800 € antes de soporte al cliente y otros gastos, y el resto de cuentas las subvencionan.
Los usuarios intensivos pueden merecer la pena igualmente, porque pueden quedarse más tiempo, recomendar el producto a otros clientes o pasar a un plan superior más adelante. Aun así, trata la subvención como una decisión explícita de precios y de capacidad. Una media sobre todas las cuentas oculta esta cola, igual que lo hace una media sobre las tareas de un agente.
Decide quién asume el riesgo del uso#
Los modelos de precios reparten el riesgo de forma distinta:
| Precio del producto | Qué escala con el uso | Riesgo económico |
|---|---|---|
| Por tarea completada | Los ingresos suelen seguir al trabajo útil | Hace falta una definición transparente de aceptación y de coste |
| Por token o crédito | Los ingresos siguen al consumo medido | A los clientes les puede costar predecir el gasto total |
| Suscripción fija | Los ingresos siguen sobre todo a las cuentas | La cola de usuarios intensivos puede desbordar unos ingresos fijos |
| Suscripción + uso incluido | Ingresos base más un derecho de uso acotado | Las reglas de excedente y la experiencia de usuario deben estar claras |
| Precio por puesto | Los ingresos siguen a las licencias | El consumo de inferencia por puesto puede variar muchísimo |
Los créditos requieren cuidado. Un «crédito» puede representar una llamada al modelo, un número fijo de tokens o una unidad abstracta de trabajo. Si cambian los costes de los modelos subyacentes, lo que vale económicamente un crédito puede desviarse, salvo que el derecho de uso esté claro y versionado.
A menudo funciona medir el trabajo valioso en la capa de producto y seguir los tokens por debajo como impulsor del coste. Los clientes entienden un documento procesado o un informe completado con más facilidad que la contabilidad interna de tokens de razonamiento. Pero el tamaño de las tareas no siempre es estable, así que el producto puede necesitar niveles o reglas de uso razonable para el trabajo inusualmente caro.
Una hoja de cálculo de economía unitaria#
Supón que una funcionalidad de informes de investigación tiene estas características hipotéticas:
- Ingresos netos atribuibles a un informe aceptado: 2,50 €.
- Coste medio de inferencia y herramientas por informe enviado: 0,90 €.
- Tasa de aceptación: 80 %.
- Coste adicional esperado de revisión y entrega por informe aceptado: 0,30 €.
Para entregar 100 informes aceptados con una tasa de aceptación del 80 %, el volumen enviado esperado, en el caso simple, es 100 / 0,80 = 125, suponiendo que la tasa es estable.
El gasto estimado en inferencia y herramientas es 125 × 0,90 € = 112,50 €. Suma 100 × 0,30 € = 30 € en costes de revisión y entrega: 142,50 € en total, o 1,425 € por informe aceptado. Frente a 2,50 € de ingresos, la contribución es de 1,075 € por informe aceptado antes de otros costes repartidos.
Comparar el precio de 2,50 € solo con los 0,90 € por tarea enviada sobrestima el margen, porque los intentos rechazados e incompletos forman parte del coste de entregar el trabajo aceptado.
La hoja de cálculo reproduce este cálculo y la tabla de sensibilidad de En profundidad.
Ledgerline. Ledgerline vende informes de investigación dentro de un plan mensual de 299 $. Cada informe aceptado cuesta ahora 0,28 $ en inferencia (560 $ / 2.000). Treinta de sus 400 cuentas generan 1.200 de los 2.000 informes mensuales, 40 cada una, o 11,20 $ de inferencia por cuenta: muy por debajo del precio. Para que siga siendo así si las cuentas intensivas automatizan informes diarios, el plan incluye ahora 200 informes al mes (56 $ de inferencia) y cobra los que pasen de ahí.
En profundidad#
El margen cambia cuando cambia el producto#
La distribución de costes de una aplicación de IA rara vez es fija. Añadir acceso a herramientas puede convertir un asistente barato en un flujo de varios pasos. Una ventana de contexto más grande puede cambiar el gasto en prefill. Una mejor calidad del modelo puede reducir los reintentos pero subir el coste por llamada. Un nuevo cliente enterprise puede enviar documentos más grandes o tener una concurrencia pico mucho mayor que los usuarios actuales.
Sigue cada cohorte de cuentas en ingresos netos, trabajo aceptado, costes variables de servir la IA, uso de herramientas de pago, la fracción de usuarios que activan fallbacks y el gasto P95 por cuenta. Los ingresos por cuenta por sí solos no mostrarán que una cohorte se está desplazando hacia la cola de usuarios intensivos.
El uso marginal sigue costando capacidad en un plan de tarifa plana#
Con un plan de tarifa plana, una petición elegible adicional puede no subir directamente la factura mensual, pero sigue ocupando rendimiento (throughput). Puede afectar a la latencia de otros usuarios o exigir un nivel superior. Un producto con uso ilimitado de cara al cliente puede, por tanto, consumir capacidad rápidamente mientras la facturación del proveedor sigue siendo predecible.
Mantén una vista de capacidad junto a la financiera. La factura explica el gasto actual, pero no te dirá si el modelo operativo puede soportar demanda adicional.
Evita usar una métrica de coste como KPI de producto#
El coste por tarea aceptada se puede optimizar de formas que empeoran el producto. Unas reglas de aceptación tan estrictas que casi nada las cumple hacen que la economía unitaria parezca terrible, y unas reglas que aceptan cualquier respuesta hacen que parezca maravillosa. Ninguna de las dos te dice si los clientes obtuvieron lo que querían.
Vincula la aceptación a resultados reales del producto siempre que puedas. En una herramienta que usan los empleados, ten en cuenta el tiempo humano ahorrado o perdido. En una funcionalidad de cara al cliente, sigue si el resultado fue utilizable, si hizo falta otra ejecución y si los usuarios siguen valorando la funcionalidad. Algunas de estas señales no se convertirán en cifras precisas en dólares; dejarlas fuera hace que los números parezcan más seguros de lo que son.
Pasa la hoja de cálculo por una tabla de sensibilidad#
Toma la hoja de cálculo de informes de investigación y varía dos entradas: la tasa de aceptación y el coste de inferencia y herramientas por informe enviado. Los ingresos netos se mantienen en 2,50 € y la revisión en 0,30 € por informe aceptado.
| Tasa de aceptación | Contribución con 0,90 € por informe enviado | Contribución con 1,20 € por informe enviado |
|---|---|---|
| 60 % | 0,700 € | 0,200 € |
| 80 % | 1,075 € | 0,700 € |
| 90 % | 1,200 € | 0,867 € |
Ilustrativo: aritmética de escenarios basada en la hoja de cálculo anterior, antes de costes repartidos.
Una subida del coste de 0,90 € a 1,20 € por informe enviado recorta la contribución con un 80 % de aceptación de 1,075 € a 0,700 €. Una caída de la aceptación del 80 % al 60 % hace lo mismo al precio actual. Si ocurren las dos cosas, quedan 0,20 €, el 8 % de los ingresos. Añade filas para las entradas a las que tu producto está más expuesto, como la proporción de tareas que usan una herramienta premium, y una para el nivel de uso que estás planificando.