Los modelos de lenguaje pequeños son modelos de IA con relativamente pocos parámetros, típicamente desde menos de mil millones hasta alrededor de diez mil millones, creados para ejecutarse de forma rápida y económica, a veces en una computadora portátil o un teléfono. En las operaciones de marketing, ahorran la mayor cantidad de tiempo en trabajos estrechos y repetitivos: etiquetar contenido, extraer campos, enrutar consultas y limpiar datos, donde un modelo de frontera grande sería más lento y costoso de lo necesario.
¿Qué cuenta como un modelo de lenguaje pequeño?
No existe un límite oficial, pero el término suele cubrir modelos como la familia Phi de Microsoft, Gemma de Google, las variantes más pequeñas de Llama de Meta, los modelos compactos de Mistral, los tamaños más pequeños de Qwen y los modelos en el dispositivo de Apple. Muchos son de peso abierto, por lo que puede descargarlos y ejecutarlos usted mismo bajo sus términos de licencia.

Sus fortalezas son la velocidad, el bajo costo y la privacidad. Ejecutar un modelo pequeño en su propio servidor o máquina significa que los datos nunca salen de su control. Su debilidad es la amplitud: saben menos, razonan menos bien sobre cadenas largas y cometen más errores en tareas creativas abiertas que los modelos más grandes.
El truco es darles trabajos que les convengan. Un flujo de trabajo con entradas claras, salidas claras y resultados verificables aprovecha sus fortalezas.
¿Qué trabajos de marketing se ajustan a los modelos pequeños?
Los buenos candidatos comparten tres rasgos: alto volumen, decisiones simples y resultados que puede verificar automáticamente. Ejemplos:

- Clasificar publicaciones de blog o productos en una lista fija de categorías.
- Extraer el nombre de la empresa, el cargo y la intención de los mensajes de formulario entrantes.
- Etiquetado de sentimiento de reseñas o comentarios sociales.
- Detectar el idioma y enrutar tickets al equipo correcto.
- Normalizar parámetros UTM o nombres de campaña desordenados.
- Escribir texto alternativo corto a partir de atributos de producto existentes.
Las tareas que no encajan bien incluyen documentos de estrategia largos, textos de marca sutiles y cualquier cosa que requiera conocimiento mundial actualizado.
Flujo de trabajo 1: etiquetado de una biblioteca de contenido
Los sitios grandes a menudo tienen miles de publicaciones con etiquetas faltantes o inconsistentes. Un modelo pequeño puede proponer etiquetas de una lista fija.
- Exporte los títulos y las primeras 300 palabras de cada publicación a un CSV.
- Escriba un prompt que enumere las etiquetas permitidas y solicite hasta tres, devueltas como JSON.
- Ejecute una muestra de 100 publicaciones y haga que una persona las revise.
- Ajuste el prompt donde se repitan los errores, por ejemplo, añadiendo una definición de una línea por etiqueta.
- Ejecute el conjunto completo, luego importe las etiquetas como sugerencias para que un editor las apruebe de forma masiva.
Debido a que la salida está restringida a una lista conocida, las respuestas no válidas son fáciles de detectar con un script simple.
Flujo de trabajo 2: triaje de formularios de clientes potenciales
Los campos de texto libre en los formularios de contacto ocultan señales útiles. Un modelo pequeño puede leer cada mensaje y devolver campos estructurados: tipo de solicitud, presupuesto mencionado (sí o no), urgencia e idioma.
Conecte el formulario a una herramienta de automatización como Make, n8n o Zapier, envíe el mensaje al modelo y escriba los resultados en el CRM como propiedades personalizadas. Ventas luego filtra por tipo de solicitud en lugar de leer cada mensaje. Mantenga el mensaje original adjunto y revise una muestra semanal para verificar que el modelo no se haya desviado.
Elegir dónde ejecutar el modelo
- Local: herramientas como Ollama o LM Studio ejecutan modelos abiertos en una estación de trabajo; bueno para pruebas y datos privados.
- Servidor autohospedado: vLLM o software de servicio similar en una GPU en la nube; bueno para un volumen constante.
- API alojada: varios proveedores sirven modelos pequeños de forma económica por token; lo más fácil para empezar.
Flujo de trabajo 3: limpieza de datos antes de informar
Los nombres de campaña en las cuentas de anuncios a menudo son inconsistentes: “Summer_Sale_TR”, “summer sale tr v2”, “SS-TR”. Antes de crear un panel, un modelo pequeño puede asignar cada nombre sin procesar a un esquema de nombres estándar que usted defina, devolviendo la plataforma, el mercado, el tema de la campaña y la etapa del embudo.
Almacene la tabla de mapeo para que el mismo nombre sin procesar siempre se asigne de la misma manera, y solo envíe nombres nuevos al modelo. Eso mantiene el costo cerca de cero y los resultados consistentes.
¿Cómo mantiene la calidad aceptable?
Los modelos pequeños cometen más errores, por lo que cada flujo de trabajo necesita una verificación. Controles útiles:
- Restrinja la salida a JSON con campos fijos y valores permitidos.
- Valide cada respuesta con un script y vuelva a intentar o marque los fallos.
- Mantenga un conjunto de prueba etiquetado de 50 a 200 ejemplos y vuelva a ejecutarlo cada vez que cambie el modelo o el prompt.
- Envíe casos de baja confianza o no válidos a un modelo más grande o a una persona.
Ese último punto describe una cascada: el modelo pequeño maneja la mayoría fácil, y solo los casos difíciles van a un modelo más grande y costoso. Es un patrón común para mantener los costos bajo control.
Cómo aplica Alien Road los modelos de lenguaje pequeños
En un compromiso típico, el descubrimiento busca los trabajos repetitivos y basados en reglas que consumen horas del personal: etiquetado, triaje de formularios, limpieza de nombres y similares. Estimamos el volumen mensual y cómo se detectarían los errores, porque una tarea sin una verificación no está lista para la automatización.
La configuración generalmente comienza con un modelo pequeño alojado para mayor velocidad, pasando a uno local o autohospedado si la sensibilidad de los datos o el volumen lo justifican. Los prompts devuelven una salida estructurada, y un script de validación se sitúa entre el modelo y cualquier sistema en el que escribe.
La medición utiliza un conjunto de prueba fijo calificado antes del lanzamiento y recalificado mensualmente, además de un registro de cuántos elementos vuelven a una persona o a un modelo más grande. Los informes al cliente muestran las horas ahorradas en la tarea, las tasas de error de las verificaciones puntuales y el costo de ejecución, por lo que el caso para mantener o descartar cada flujo de trabajo es claro.
¿Cuánto cuestan los modelos pequeños en comparación con los grandes?
Los precios cambian con demasiada frecuencia para cotizarlos de manera confiable, pero el patrón es estable: por token, los modelos pequeños alojados suelen costar una fracción de los modelos insignia de los mismos proveedores. El autohospedaje desplaza el costo de los tokens al hardware, lo que vale la pena cuando el volumen es constante y alto.
Para un trabajo de clasificación que se ejecuta en decenas de miles de artículos cortos al mes, la diferencia entre un modelo pequeño y uno grande puede decidir si vale la pena automatizar el flujo de trabajo. Haga los números con sus volúmenes reales y páginas de precios actuales antes de elegir.
La velocidad es el otro ahorro. Los modelos pequeños responden rápidamente, lo cual es importante en flujos de trabajo como el triaje de formularios en vivo donde una persona o sistema espera el resultado.
Por dónde empezar esta semana
Elija una tarea de clasificación repetitiva en sus operaciones de marketing. Recopile 100 ejemplos reales y etiquételos a mano; eso se convierte en su conjunto de prueba.
Instale un ejecutor local como Ollama, pruebe dos modelos abiertos pequeños en los ejemplos con el mismo prompt y cuente las respuestas correctas. Si uno alcanza un nivel que aceptaría de un asistente junior, conéctelo a un pequeño piloto con revisión humana y realice un seguimiento de la frecuencia con la que los revisores cambian sus respuestas.
Siga leyendo: Optimización con IA · Optimización con IA