Cuánto cobra un automatizador de IA en Perú

El momento en que te preguntan cuánto cobras y no tienes una respuesta lista

Te escribe por WhatsApp el dueño de una ferretería, o el gerente de operaciones de una clínica, o un conocido que te recomendó alguien de otro conocido. Quiere que le “armes un bot” para que WhatsApp conteste solo, o que un flujo mueva los leads de un formulario a su CRM sin que nadie los copie a mano. Antes de explicarle nada técnico, hace la pregunta que de verdad importa: “¿cuánto me cobrarías?”. Y ahí, si nunca te sentaste a pensarlo con calma, improvisas. Tiras un número que sacaste de una publicación en LinkedIn, o restas un poco al que cobró tu competencia la semana pasada, o simplemente dices lo primero que crees que el cliente va a aceptar sin pelear.

El problema no es que ese número salga mal una vez. El problema es lo que pasa después: ese cliente te va a recordar por ese precio, y vas a tener que sostenerlo o justificar cada aumento como si fuera una ofensa. Mientras tanto compites contra automatizadores que cobran menos porque no tienen otra cosa que ofrecer, y contra los que cobran más porque venden algo distinto a lo que tú estás vendiendo. La incomodidad de ese primer “cuánto cobras” no se resuelve memorizando una tabla de precios. Se resuelve entendiendo qué es lo que de verdad estás poniendo sobre la mesa cuando dices un número.

Qué explica el número real, no la experiencia técnica

La creencia más extendida es que el rango de tarifas se explica por nivel técnico: cuántas plataformas de automatización dominas, si sabes programar o solo conectas piezas con clics, cuántos años llevas en esto. Esa creencia es cómoda porque convierte el problema en algo que se resuelve estudiando más. Y por eso mucha gente se queda años cobrando lo mismo mientras acumula certificados: el techo no estaba en la técnica, estaba en otro lado.

Vender un flujo es vender una pieza: “te entrego este bot, esta integración, este proceso automatizado”. Vender un proceso es vender un resultado sobre el que el cliente ya sabe que está perdiendo dinero o tiempo: “te resuelvo por qué tus leads tardan tres días en llegar a ventas”. La primera venta se compara por precio, porque el cliente no tiene forma de distinguir tu flujo del de cualquier otro. La segunda se compara por impacto, y el impacto no tiene un techo tan bajo. Esta es la misma distinción que separa a el consultor de IA del técnico que solo ejecuta: no es un título, es qué unidad estás cobrando.

Los rangos por modalidad que veo en el mercado peruano

Antes de los números, la aclaración necesaria: esto no es un estudio de mercado ni una encuesta salarial, es lo que observo cobrar y cobrarse en el mercado peruano trabajando con automatizadores, clientes y colegas del oficio. Varía fuerte según la ciudad, el sector del cliente y cuánto portafolio tengas detrás. Sirve como referencia de orden de magnitud, no como tarifario cerrado.

• Por flujo o automatización puntual (un bot de WhatsApp, una integración entre dos sistemas, un flujo que mueve datos de un lado a otro): en lo que veo cobrar en Lima, entre S/500 y S/4,000 por flujo entregado, según cuánta lógica tiene adentro y cuántas herramientas conecta.
• Por proyecto (paquete de varios flujos, con diagnóstico del proceso antes de automatizar nada): rangos que veo ir de S/3,000 a S/15,000 o más, porque ahí ya no se cobra la pieza técnica sino ordenar un proceso completo del cliente.
• Mensual (retainer o mantenimiento): entre S/800 y S/5,000 al mes, según si es solo soporte para que nada se caiga o si incluye seguir sumando automatizaciones nuevas sobre el mismo proceso.
• En planilla, dentro de una empresa: acá el automatizador deja de poner el precio, lo pone la banda del puesto dentro del organigrama de quien contrata, algo muy distinto a cobrar como oficio independiente. Vale la pena comparar contra cuánto se le paga a un especialista en IA antes de decidir si conviene entrar en planilla o seguir de forma independiente.

Ningún rango de estos es un piso ni un techo absoluto: son lo que he visto pagar y cobrar, con toda la variación que eso implica. Lo importante no es memorizar el número, es entender por qué cada modalidad tiene un rango tan distinto entre sí, que es justo lo que sigue.

Qué separa el extremo bajo del extremo alto dentro de la misma modalidad

Dos automatizadores pueden cobrar por el mismo tipo de flujo y estar a cinco veces de distancia uno del otro, sin que ninguno esté mintiendo. Lo que cambia no es la dificultad técnica del flujo, es quién es el interlocutor y qué le estás respondiendo. Si tu contacto es el dueño de un negocio pequeño que paga de su bolsillo, el precio se negocia contra su percepción de gasto. Si tu contacto es un gerente de operaciones con presupuesto asignado, el precio se negocia contra el costo de seguir haciendo el proceso a mano, que casi siempre es más alto de lo que ese gerente cree hasta que se lo muestras.

La segunda variable es más determinante todavía: si respondes por un entregable o por un KPI. Entregar un flujo que “funciona” es una promesa técnica. Responder porque el tiempo de respuesta a un lead bajó de dos días a diez minutos es una promesa de negocio, y esa promesa se cobra distinto porque el riesgo que asumes es distinto. Esta es exactamente la lógica detrás de cobrar por resultado en proyectos de IA en vez de por flujo entregado: no es una técnica de venta, es una decisión sobre qué estás dispuesto a sostener con tu nombre.

La tercera variable, la que menos se nombra, es si hiciste diagnóstico o solo ejecutaste lo que te pidieron. El automatizador que llega, escucha “necesito un bot de WhatsApp” y lo construye tal cual se lo pidieron, está en el extremo bajo así tenga diez años de experiencia. El que antes de tocar una herramienta pregunta por qué ese proceso se atrasa, y descubre que el problema real no es el bot sino que nadie revisa los leads los fines de semana, está vendiendo otra cosa. La diferencia entre automatizador y consultor de IA empieza exactamente ahí, mucho antes de escribir la primera línea de un flujo.

Cómo se compara con el mercado remoto en dólares

Tarde o temprano aparece la pregunta de si conviene dejar de cobrarle a clientes peruanos y buscar clientes en dólares. La respuesta corta es que sí conviene explorarlo, pero no por la razón que la mayoría cree. Cobrar en dólares no es automáticamente cobrar más: en el mercado remoto compites contra automatizadores de otros países con costos de vida distintos al tuyo, y contra freelancers que aceptan tarifas bajas para entrar a una plataforma internacional. El diferencial cambiario ayuda, pero si tu propuesta sigue siendo “te entrego un flujo”, en el mercado remoto también vas a competir por precio, solo que contra más gente.

Lo que sí cambia jugando afuera es el techo de la conversación. Un cliente remoto con presupuesto en dólares suele tener más costumbre de pagar por resultado que por hora o por pieza, porque así funciona buena parte del mercado de consultoría en el que se mueve. Ahí conviene revisar qué tipo de oportunidades de trabajo con inteligencia artificial existen fuera del empleo tradicional, porque no todas exigen inglés fluido de entrada ni un portafolio gigante, pero todas exigen poder mostrar un caso, no solo un currículum.

Mi observación, otra vez sin pretender que sea dato de nadie más que mío: a quien recién empieza le conviene más ordenar su criterio de tarifa en soles primero, con clientes que puede visitar y entender de cerca, y recién después llevar ese mismo criterio afuera. Saltar directo a cobrar en dólares sin haber resuelto por qué cobras lo que cobras solo traslada la misma inseguridad a una moneda distinta.

Qué tienes que poder demostrar para saltar de rango

Nadie sube de rango por pedirlo ni por sentirse listo. Sube de rango quien pone sobre la mesa algo verificable que el cliente nuevo, o el mismo cliente, no puede conseguir más barato en otro lado. Esto es lo que en la práctica separa a quien lleva años estancado en el mismo número de quien logra moverlo:

• Un caso con resultado medible, no una lista de herramientas. No sirve decir “sé usar tal plataforma de automatización”, sirve poder contar “en este proceso el tiempo bajó de X a Y” con el cliente dispuesto a confirmarlo si preguntan.
• Capacidad de diagnosticar, no solo de construir. Poder sentarte con alguien que no sabe qué automatizar y salir de esa conversación con el proceso correcto identificado, que casi nunca es el que el cliente mencionó primero.
• Hablar en el idioma del negocio, no en el de la herramienta. Un gerente no compra “un flujo con disparador y tres acciones”, compra que un problema deje de dolerle. Quien solo sabe explicar la parte técnica se queda compitiendo con quien la explica más barato.
• Una referencia dispuesta a repetir en público lo que le resolviste. No hace falta un logo grande, hace falta alguien real que confirme el resultado cuando el próximo cliente pregunte.

Ninguno de estos cuatro puntos tiene que ver con dominar una herramienta más. Es exactamente la misma lógica que aparece al poner precio a un proyecto de IA desde el lado de quien vende: el precio sube cuando sube lo que puedes demostrar, no cuando sube tu antigüedad en el oficio.

El techo de cada modalidad, y por qué ninguna crece sola

Cada una de las cuatro modalidades tiene un techo distinto, y vale la pena conocerlo antes de apostarle todo el tiempo a una sola.

• Por flujo: el techo es el más bajo de los cuatro, porque siempre va a existir alguien dispuesto a entregar un flujo parecido por menos. Útil para empezar y para probar herramientas, insostenible como único ingreso a mediano plazo.
• Por proyecto: el techo sube con el tamaño del cliente y con cuántos procesos distintos le puedas ordenar en un mismo paquete, pero cada proyecto exige salir a buscar el siguiente desde cero si no queda algo recurrente después.
• Mensual: el techo está en cuántos clientes puedes sostener en paralelo sin que la calidad baje, porque cada mensualidad implica soporte continuo. Crece sumando clientes, no subiendo infinitamente el precio de uno solo.
• En planilla: el techo lo pone la banda salarial del puesto y del nivel dentro de la empresa, no tu capacidad de automatizar más rápido. La modalidad más estable y la de techo más definido de las cuatro.

Nombrar el techo de cada modalidad no es para desanimar, es para dejar de esperar que una sola forma de cobrar resuelva todo el problema. La mayoría de los automatizadores que conozco con ingresos sólidos combinan dos modalidades a la vez, casi siempre proyecto para conseguir cliente nuevo y mensual para sostener al que ya confía.

Cómo subir de tarifa con la cartera que ya tienes, antes de salir a buscar cliente nuevo

La forma más rápida de mejorar tu tarifa promedio no es conseguir un cliente nuevo que pague más, es dejar de cobrarle a los clientes actuales lo mismo que cobrabas cuando todavía no tenías resultados que mostrar. Casi nadie revisa sus tarifas viejas: firma un precio al inicio de la relación y lo arrastra durante años, incluso después de haber demostrado un valor que al principio no tenía cómo probar.

El momento correcto no es una fecha en el calendario, es el momento en que terminas de entregar algo que el cliente reconoce como una mejora real. Ahí la conversación deja de ser “quiero cobrar más” y pasa a ser “esto que acabamos de lograr juntos cambia lo que sigue”, que es una conversación completamente distinta.

El criterio que decide tu tarifa, no la tabla que la resume

Ninguno de los rangos de este texto reemplaza la pregunta que de verdad importa antes de cotizar: qué le estás vendiendo a esa persona, un flujo que se puede copiar o un proceso que le duele resolver solo. Esa pregunta decide más que cualquier tabla, porque decide contra quién compites cada vez que dices un número.

Cobrar bien en este oficio en Perú no depende de esperar a que el mercado madure ni de acumular otra certificación. Depende de decidir, cliente por cliente, si vas a competir por precio contra el más barato o vas a competir por impacto contra el costo de no hacer nada. Ese criterio, más que cualquier plantilla, es lo más cercano a un método que existe dentro de el framework Arquitectura IA: diagnosticar antes de automatizar, y cobrar por lo que eso vale.