Qué servicios vende un consultor de IA (y cuáles conviene no vender)

Dices que sí a todo y a fin de mes no sabes cuánto ganaste por hora

La escena se repite con variaciones menores. Un consultor de IA cierra un cliente para “automatizar procesos con inteligencia artificial”, sin que nadie diga qué proceso ni qué se entrega al final. A las dos semanas el cliente pide “también revisar cómo estamos usando los datos”, y el consultor dice que sí porque ya está adentro y decir que no incomoda. Al mes siguiente aparece “una capacitación rápida para el equipo”, y otra vez que sí. Para el tercer mes ese consultor factura de cuatro fuentes distintas, ninguna con un alcance cerrado, y cuando alguien le pregunta cuánto cobra por proyecto no tiene una respuesta clara: depende de cuánto pidió el cliente esa semana.

El síntoma que delata el problema no es la facturación, que puede verse sana en el papel. Es la sensación de estar siempre trabajando y nunca poder subir el precio, porque cada entregable es distinto y no hay nada que se repita lo suficiente como para cobrarlo mejor la segunda vez. Ese consultor no tiene un negocio de consultoría, tiene un empleo disperso con varios jefes a la vez, y el catálogo de doce servicios es la causa, no la consecuencia.

Esto no es exclusivo de quien recién empieza. Lo he visto en consultores con tres años de trayectoria que nunca se sentaron a decidir qué venden y qué no. La salida no es trabajar más rápido ni cobrar más caro por lo mismo: es reducir el catálogo a lo que de verdad sostiene un negocio y dejar de decir que sí a lo que un cliente inventa en la reunión. Antes de ese recorte, conviene tener claro qué significa ser consultor de IA más allá de saber usar herramientas, porque el catálogo depende de esa definición.

Qué vende en realidad un consultor de IA (y por qué no son doce cosas)

Un cliente no compra “inteligencia artificial”, compra que un problema puntual de su operación deje de dolerle: que el equipo de ventas deje de perder leads, que el soporte no se ahogue en tickets repetidos, que alguien por fin sepa qué hace la IA dentro de la empresa. Vender servicios de IA sin tener esto claro lleva a un catálogo que crece por presión del cliente y no por diseño propio: cada reunión agrega un ítem nuevo porque decir que sí parece la única forma de no perder el trato.

El catálogo que de verdad funciona no crece así. Tiene tres piezas, cada una resolviendo un momento distinto de la relación con el cliente: primero se diagnostica qué proceso duele y dónde, después se implementa una solución acotada a ese proceso, y finalmente se sostiene esa solución en el tiempo con un acompañamiento que no termina el día que el proyecto “se entrega”. Todo lo demás que un consultor pueda vender (formación, desarrollo a medida, integraciones puntuales) es negociable y depende del cliente. Estas tres no.

La razón para no tener más de tres no es estética, es comercial. Cada servicio adicional que se agrega al catálogo necesita su propio argumento de precio, su propio alcance y su propia forma de medir si funcionó. Un catálogo de doce servicios no tiene doce argumentos de precio: tiene cero, porque nadie se sentó a pensar cada uno con ese cuidado, y el resultado es que todo termina cotizado “por hora” aunque la propuesta no lo diga con esas palabras.

El diagnóstico como producto pagado, no como regalo para conseguir el proyecto

La costumbre más extendida en consultoría de IA es regalar el diagnóstico para “ganarse la confianza” del cliente y después cobrar la implementación. El argumento suena razonable: nadie compra sin ver antes qué le vas a entregar. El problema es lo que ese regalo enseña al cliente desde el primer contacto: que el trabajo de entender su negocio no vale nada, y que lo único que se paga es la parte visible, el software o el chatbot que queda funcionando. Con esa expectativa instalada, cualquier ajuste posterior al alcance se negocia siempre a la baja.

El diagnóstico pagado invierte esa lógica. Se vende como un producto cerrado, con entregable propio: un documento que identifica el proceso que más duele, el motivo por el que duele y una hoja de ruta de lo que hay que resolver primero. El cliente paga por ese trabajo aunque después decida no seguir contigo para la implementación, y esa sola condición cambia la conversación completa. Ya no estás regalando tiempo para conseguir una venta: estás vendiendo el primer entregable real.

En margen y riesgo, el diagnóstico es el servicio más rentable del catálogo y el de menor riesgo de ejecución: no depende de que la implementación funcione, depende de tu criterio para leer un proceso y de horas de gente senior, no de infraestructura ni de terceros. El riesgo real está en otro lado, en que el cliente lo pague y después ejecute la hoja de ruta con otro proveedor o con su propio equipo. Eso se mitiga con precio, no con desconfianza: si el diagnóstico está bien cobrado, esa fuga ya no te cuesta el negocio, porque el servicio se sostuvo solo. Poner precio a un proyecto de IA empieza, de hecho, por decidir cuánto vale este primer paso antes de cotizar lo que viene después.

La implementación acotada por proceso, no el proyecto abierto de “automatizar la empresa”

El segundo error de catálogo, más caro que el primero, es vender “automatizar la empresa” o “implementar IA” como proyecto único y gigante. Ningún proceso empieza así en la práctica: el proyecto que se vende como transformación completa termina siendo, en la ejecución, un intento de tocar cinco áreas a la vez sin terminar bien ninguna. El cliente se frustra porque no ve un resultado cerrado en ningún punto, y el consultor termina extendiendo plazos para justificar el alcance que aceptó al inicio.

La implementación que sí funciona está acotada a un proceso, no a la empresa entera: automatizar la calificación de leads, no “modernizar el área comercial”; ordenar la atención de tickets repetidos, no “transformar el soporte”. Ese recorte tiene una ventaja que casi nadie menciona: permite medir el resultado con un número concreto, y ese número es lo que abre la puerta al siguiente proceso dentro del mismo cliente. Un proyecto acotado que funciona vende el segundo proyecto solo.

En la comparación de servicios, la implementación por proceso tiene margen medio y el riesgo más alto del catálogo: depende de datos que a veces no están donde el cliente dijo que estaban, de integraciones con sistemas viejos y de que el equipo del cliente de verdad adopte lo que se construyó. El tiempo también es el más largo de los tres servicios centrales. Por eso un consultor serio no vende esta pieza sin haber hecho antes el diagnóstico: implementar sin diagnóstico es adivinar el proceso correcto, y es la razón más común por la que las empresas terminan eligiendo mal a quién contratar para este tipo de proyecto.

El acompañamiento mensual: el servicio que da recurrencia real

Todo lo anterior se degrada si nadie lo sostiene. Un proceso automatizado que funcionó perfecto el primer mes empieza a fallar cuando cambia un proveedor, cuando el equipo rota, cuando aparece un caso que nadie previó en el diseño original. La mayoría de los consultores factura la implementación, se retira, y dos meses después el cliente llama preguntando por qué “la IA dejó de funcionar bien”, cuando lo que falló fue no darle mantenimiento a un sistema que necesitaba ajustes periódicos.

El acompañamiento mensual es ese mantenimiento vendido como servicio, no regalado como garantía extendida. En la práctica es una revisión periódica de lo que se implementó, ajustes cuando el proceso cambia, y una lectura constante de qué nuevo proceso del cliente ya está maduro para el siguiente proyecto. No es “soporte técnico” ni una bolsa de horas sin forma: tiene una agenda fija y un entregable, aunque sea breve, cada mes.

Es el servicio con mayor recurrencia del catálogo y el que estabiliza el flujo de caja de cualquier consultor, porque no depende de cerrar un cliente nuevo cada mes. El margen es alto si el alcance está bien delimitado desde el contrato, y bajo si se deja abierto: el riesgo principal de este servicio no es técnico, es comercial, porque el cliente tiende a pedir “de paso” cosas que no estaban en el acuerdo, y sin un límite escrito el acompañamiento se convierte en soporte gratuito para todo lo que se le ocurra. Ese seguimiento, bien llevado, también deja un registro de cada ajuste en vez de que se pierda en la cabeza de quien lo hizo, algo que se agradece el día que ese consultor deja de estar disponible.

Formación interna y desarrollo a medida: los dos servicios que solo venden bien atados a los anteriores

La formación interna, bien vendida, no es un curso genérico de “introducción a la inteligencia artificial” para toda la empresa. Es la capacitación puntual del equipo que va a operar lo que se implementó: cómo revisar las alertas del sistema, cómo interpretar el reporte mensual, qué hacer cuando el proceso automatizado se topa con un caso raro. Vendida así, la formación se apoya en el diagnóstico y en la implementación, y cierra el círculo de que el cliente pueda operar sin depender de una llamada tuya cada vez que algo no calza.

El desarrollo a medida es más delicado, y la pregunta de si conviene venderlo tiene una respuesta que depende del tamaño del consultor, no de la moda. Un software construido a medida para un cliente se parece más a un producto que a un servicio de consultoría: exige mantenimiento, versiones, soporte ante fallas, y ese costo casi nunca se cotiza al inicio porque nadie lo pregunta hasta que el sistema falla en producción. Un consultor que vende desarrollo a medida sin estructura de soporte no está vendiendo consultoría, está operando una fábrica de software con el margen de una consultoría, que es la peor combinación posible.

Los dos sirven, pero como extensión del catálogo central, no como reemplazo. La formación funciona si nace de una implementación real y no de un temario genérico. El desarrollo a medida conviene solo si el consultor tiene, o construye, la capacidad de sostenerlo después de entregarlo; si no la tiene, es mejor integrarlo con herramientas existentes y dejar el código propio para clientes que sí pagan ese soporte de largo plazo. Definir esto con precisión es parte de especializarse en un nicho de IA: un generalista que dice sí a cualquier tipo de desarrollo termina compitiendo con fábricas de software que tienen mejor margen que él en ese terreno específico.

Los cinco servicios comparados por margen, riesgo, tiempo y recurrencia

Puesto en una sola lista, así es como comparo los cinco servicios que puede tener el catálogo de un consultor de IA. No son cifras de un estudio, es el patrón que se repite proyecto tras proyecto en este tipo de trabajo:

• Diagnóstico pagado: margen alto, riesgo bajo, tiempo corto (días a pocas semanas), recurrencia baja salvo que se repita con nuevas áreas del mismo cliente. Es el servicio más rentable por hora invertida.
• Implementación por proceso: margen medio, riesgo alto (depende de datos, integraciones y adopción del equipo), tiempo largo, recurrencia baja como venta puntual pero alta como puerta de entrada al siguiente proceso del cliente.
• Acompañamiento mensual: margen alto si el alcance está bien delimitado, riesgo comercial (no técnico) si el contrato queda abierto, tiempo continuo mes a mes, y la recurrencia más alta de todo el catálogo.
• Formación interna: margen medio, riesgo bajo si nace de una implementación real y alto si se vende suelta y genérica, tiempo corto, recurrencia baja salvo que se repita por rotación de personal del cliente.
• Desarrollo a medida: margen aparentemente alto al cotizar y bajo en la práctica una vez que se descuenta el mantenimiento no cotizado, riesgo alto, tiempo largo, y recurrencia solo si el consultor cobra el soporte posterior como servicio aparte.

El patrón que salta a la vista es que los dos servicios con mejor combinación de margen y riesgo (diagnóstico y acompañamiento) son justo los que más consultores regalan o descuidan, y el que peor combinación tiene (desarrollo a medida) suele ser el que más entusiasma vender porque “se ve” más grande en la propuesta.

Los servicios que parecen buenos y no lo son: auditorías sin mandato y capacitaciones sueltas

Hay dos servicios que suenan bien en una reunión comercial y rinden mal en la cuenta de resultados. El primero es la auditoría sin mandato: un diagnóstico que se hace sin que nadie del lado del cliente tenga autoridad ni presupuesto aprobado para actuar sobre lo que salga. Se vende como “primer paso de bajo compromiso”, y en la práctica termina siendo un informe que el cliente archiva, o que usa para justificar internamente una decisión que ya había tomado, sin que el consultor vea un peso más después de entregarlo.

El segundo es la capacitación suelta: una charla o taller sobre IA para “que el equipo pierda el miedo”, sin que exista un proceso concreto detrás ni una implementación que la sostenga. Es el servicio más fácil de vender porque no asusta a nadie y el más difícil de repetir, porque una vez que la empresa “ya se capacitó” no hay razón obvia para pagar de nuevo. Sin un proceso real conectado, es un evento, no una consultoría, y compite en precio con cualquier charla motivacional del mercado, que es una comparación que ningún consultor de IA quiere para su tarifa.

La señal para detectar estos dos casos es siempre la misma: si el servicio no tiene, del otro lado, a alguien con poder de decidir y presupuesto para seguir, lo que se vende no es consultoría, es contenido. Cuando eso pasa, ni el mejor diagnóstico mueve la aguja de cómo esa empresa usa inteligencia artificial para empresas en su día a día, y el contenido se cobra distinto, casi siempre mucho menos.

Cuántos servicios debe tener tu catálogo, y qué hacer con lo que sobra

La pregunta que da título a esta página no tiene una respuesta de manual, tiene una de aritmética simple: tres servicios centrales (diagnóstico, implementación por proceso, acompañamiento mensual) más, cuando el cliente y el momento lo piden, formación interna y desarrollo a medida como extensiones. Cinco como máximo, y los últimos dos nunca sueltos. Todo lo que un consultor ofrezca por fuera de esta lista suele ser una versión disfrazada de una de estas cinco, o una concesión que se hizo por miedo a decir que no.

Lo que sobra del catálogo viejo no se elimina de un día para otro: se retira de la oferta activa y se ofrece solo si el cliente insiste y el precio compensa el desorden que mete en la operación del consultor. Un catálogo corto no es una limitación de crecimiento, es la condición para crecer con orden: cada servicio que se mantiene tiene un precio defendible, un alcance que se puede repetir y una forma clara de medir si funcionó. Eso es lo que separa a un consultor de un freelancer con más clientes de los que puede atender bien.

Antes de sentarse a armar la siguiente propuesta comercial, vale más ordenar esto que agregar un servicio nuevo a la lista. Hacer una propuesta de consultoría de IA que se aprueba empieza, en la práctica, por saber cuál de estos cinco servicios es el que esa propuesta específica está vendiendo, y dejar los otros cuatro fuera del documento.