Primeros pasos
Si nunca has usado esto, empieza aquí. En veinte minutos vas a tener una cuenta abierta, entender las cuatro palabras que se repiten en todas partes y haber hecho tu primer intento.
Qué necesitas para empezar hoy
Nada especial: un computador o un teléfono, correo electrónico y unos minutos. No hay que instalar nada, no hay que saber programar y no hay que pagar para empezar.
Hay tres asistentes principales y los tres tienen versión gratuita: ChatGPT, Claude y Gemini. Para lo que vas a hacer en esta ruta, cualquiera te sirve. Se parecen mucho más de lo que se diferencian.
Elige uno y quédate con él las primeras semanas. Saltar entre asistentes comparando cuál responde mejor es la forma más común de no avanzar. La destreza que ganas se traslada a cualquiera de los otros.
Gratis o de pago, sin rodeos
- La versión gratuita alcanza de sobra para aprender y para la mayoría de las tareas del día a día. Suele tener un límite de mensajes y usar modelos algo menos capaces.
- La de pago da acceso a los modelos mejores, permite subir más archivos y quita casi todos los límites. Tiene sentido cuando ya lo usas a diario, no antes.
- No empieces pagando. Usa la versión gratuita un par de semanas y decide con criterio propio.
Las palabras que vas a oír todo el rato
No hace falta memorizarlas. Púlsalas cuando te suenen y sigue.
Tu primer intento
Abre el asistente que elegiste y copia esto tal cual. Es a propósito una tarea que hace muy bien, para que veas de qué es capaz antes de conocer sus límites.
Te voy a contar algo desordenado y quiero que me ayudes a ordenarlo. [Escribe aquí, sin pensarlo mucho, todo lo que tienes pendiente esta semana. Tal como te salga, con desorden.] Con eso: 1. Agrúpalo por temas. 2. Dime qué es urgente de verdad y qué solo lo parece. 3. Propón por dónde empezaría el lunes. Si algo no se entiende, pregúntame antes de suponer.
Fíjate en dos cosas. Una: ordenó bien lo que le diste, porque tenía el material delante. Dos: si le preguntas ahora "¿y qué hice la semana pasada?", se lo va a inventar, porque eso nunca se lo contaste. Esa diferencia es el tema del paso siguiente.
Los tres errores del primer día
- Tratarlo como un buscador. No es Google. Pedirle datos que no le diste es la vía rápida a que se los invente.
- Escribir tres palabras y esperar magia. "Hazme un plan de marketing" da lo que merece esa pregunta. Cuanto más le cuentes, mejor sale.
- Rendirse al primer intento malo. La primera respuesta casi nunca es la buena. Se corrige, se afina, se vuelve a pedir. Eso es usarlo bien, no hacerlo mal.
Qué es y qué no es la IA hoy
Antes de construir nada hay que saber con qué se está trabajando. Este paso te quita la magia y el miedo a la vez.
Lo que realmente hace un modelo
Un modelo de lenguaje no consulta una base de datos ni sabe si algo es cierto. Lo que hace es predecir qué texto viene después, apoyándose en patrones que aprendió de una cantidad enorme de textos. Eso explica casi todo su comportamiento.
Explica por qué escribe tan bien y con tanta seguridad. Y explica por qué a veces inventa con esa misma seguridad: no está mintiendo, está completando el patrón más probable, que no siempre coincide con la realidad.
Un modelo es excelente transformando información que ya le diste, y poco fiable recordando información que no le diste. Si el dato importa, dáselo tú en vez de esperar que lo sepa.
En qué es bueno y en qué no
- Bueno: reescribir, resumir, clasificar, extraer datos de un texto, traducir, dar estructura a algo desordenado, proponer opciones.
- Flojo: cálculos exactos, contar elementos, fechas y horas, cualquier cosa que dependa de un dato que no tiene delante.
- Peligroso: decisiones con consecuencias, información que exige ser correcta al cien por cien, cualquier cosa que nadie vaya a revisar.
Sin buscar en internet y sin pedirme más datos, respóndeme: ¿Cuánto facturó mi negocio el mes pasado y cuál fue mi producto más vendido?
Puede pasar una de dos cosas. Si te dice que no tiene esa información, perfecto: está bien entrenado para reconocer sus límites. Si se inventa cifras con total naturalidad, acabas de ver en vivo lo que hace cuando le falta contexto. Guarda esa imagen, porque es la razón de todo lo que viene después.
Pedirle un dato en lugar de pedirle un trabajo. "¿Cuánto facturé en marzo?" es una pregunta para tus datos, no para un modelo. "Con esta tabla, dime qué cambió entre marzo y abril" sí es un trabajo que puede hacer bien.
Pedirle bien las cosas
La diferencia entre una respuesta inútil y una que sirve casi nunca está en el modelo. Está en lo que le diste para trabajar.
Las cinco piezas de una buena instrucción
No hacen falta fórmulas mágicas ni palabras secretas. Una instrucción funciona cuando responde a lo que cualquier persona necesitaría saber para hacer ese trabajo por ti.
- Contexto: quién eres, para quién es, en qué situación.
- Objetivo: qué quieres conseguir, no solo qué quieres que escriba.
- Material: los datos, el texto o los ejemplos con los que debe trabajar.
- Formato: largo, tono, estructura, en qué forma lo quieres recibir.
- Límites: qué no debe hacer, qué no debe inventar, qué debe preguntarte.
Cuando algo sale mal, no vuelvas a empezar de cero. Dile qué falló y qué esperabas: "esto quedó demasiado formal y se inventó dos datos, quédate solo con lo que está en el texto que te di". Corregir sobre lo que ya hay funciona mejor que reescribir la petición entera.
Instrucciones listas para copiar
Estas cubren la mayoría de lo que vas a necesitar al principio. Cópialas, cambia lo que está entre corchetes y ajústalas a tu caso. No las uses como fórmula mágica: mira qué piezas llevan dentro y vas a saber escribir las tuyas.
Darle ejemplos vale más que describir
Si quieres que algo salga de una forma concreta, enséñale uno o dos ejemplos de cómo se ve bien. Un ejemplo comunica en tres líneas lo que un párrafo de instrucciones no logra.
El mapa de herramientas
Salen cosas nuevas cada semana y es imposible seguirlas todas. Pero por debajo siempre son los mismos seis tipos de herramienta. Cuando sabes qué hace cada tipo, cualquier novedad se ubica sola.
Los seis tipos que existen
No memorices nombres de productos, porque caducan en meses. Aprende para qué sirve cada tipo de herramienta y qué papel juega dentro de algo construido. Eso no cambia.
Arma el esquema de tu caso
Saber qué existe no sirve de mucho si no lo aterrizas. Responde estas cuatro preguntas pensando en algo tuyo y te devuelvo el esquema de piezas que necesitarías, en el orden en que van.
Quiero armar esto y necesito que me digas si el enfoque tiene sentido. Lo que quiero hacer: [descríbelo en dos frases] De dónde sale la información: [tu respuesta] Qué hay que hacerle: [tu respuesta] Dónde tiene que terminar: [tu respuesta] Quién lo dispara: [tu respuesta] Dime: 1. Qué tipo de herramientas harían falta y en qué orden. 2. Qué parte NO debería hacer un modelo de lenguaje y por qué. 3. Cuál es la parte más difícil de todo esto. No me recomiendes productos concretos, solo el tipo de pieza.
Ante cualquier herramienta nueva, hazte tres preguntas: de cuál de estos seis tipos es, qué hace que la anterior no hiciera, y si eso cambia algo en lo que tú estás construyendo. Casi siempre la respuesta a la tercera es no, y puedes seguir con lo tuyo.
Empezar por la herramienta y buscarle un uso después. Se invierte el orden correcto: primero el problema, luego qué tipo de herramienta lo resuelve, y solo al final qué producto concreto usas. Elegir el producto es la decisión menos importante de las tres.
Cómo se mira un problema
Este es el paso que casi todo el mundo se salta, y por eso terminan construyendo cosas que nadie usa. Elegir bien el problema vale más que elegir bien la herramienta.
Mira el proceso como es, no como debería ser
Antes de automatizar algo, obsérvalo de verdad durante una semana. Casi siempre descubres que el proceso real tiene atajos, excepciones y decisiones que nadie escribió en ningún sitio. Automatizar el proceso imaginario es la forma más rápida de perder el tiempo.
Qué hace que una tarea valga la pena
- Se repite. Una tarea que haces una vez al año no compensa aunque dure un día entero.
- Tiene reglas. Si cada caso se decide por intuición, primero hay que escribir la regla.
- Te quita tiempo del que sí importa. No todo lo lento merece resolverse, solo lo que desplaza algo mejor.
- Fallar no es grave. Empieza por donde un error se detecta y se corrige, no por lo crítico.
Quiero automatizar algo de mi trabajo y necesito que me ayudes a acotarlo bien antes de empezar. Lo que hago hoy: [descríbelo como es de verdad, con sus atajos y excepciones] Cada cuánto: [frecuencia] Lo que me lleva: [tiempo] Hazme las preguntas que necesites para entenderlo, de una en una. Cuando lo tengas claro, dime: 1. Cuál es la parte más repetitiva y con reglas más claras. 2. Qué parte NO conviene automatizar y por qué. 3. El problema acotado en una sola frase. No propongas herramientas todavía.
"Automatizar la atención al cliente" no es un problema, es un territorio. "Responder las preguntas de horarios y precios que llegan por WhatsApp fuera de horario" sí lo es. Si no puedes describir el problema en una frase con sujeto y verbo, todavía es demasiado grande.
Los límites y el criterio
Saber qué no dejarle a un modelo es tan importante como saber qué pedirle. Aquí es donde se separa lo que funciona en una demo de lo que aguanta el día a día.
Lo que nunca se le deja
- Los cálculos. Sumas, precios, porcentajes, impuestos. Eso lo hace una fórmula, siempre. El modelo puede explicar el resultado, no calcularlo.
- Las decisiones con consecuencias. Aprobar, rechazar, cobrar, borrar. El modelo prepara y propone, una persona decide.
- Los datos que no deben salir. Define antes de empezar qué información entra y cuál no. Si dudas de un dato, no entra.
- Lo que nadie va a revisar. Si nadie mira nunca la salida, no es automatización, es publicar sin leer.
Estoy pensando en automatizar esto: [describe tu tarea] Ayúdame a separarlo en tres: 1. Qué partes puede hacer un modelo sin riesgo. 2. Qué partes debe hacer una fórmula o un cálculo, no un modelo. 3. Qué partes tiene que decidir o revisar una persona, sí o sí. Para cada parte del punto 3, dime qué pasaría si nadie la revisara. Sé estricto: prefiero que me sobren revisiones a que me falten.
Cómo saber si algo funciona
Antes de confiar en cualquier cosa que construyas, pásale esta comprobación. No hace falta nada técnico: es sentido común escrito.
Tu problema, definido
El cierre de la ruta. Aquí bajas todo lo anterior a tu caso concreto y te llevas una ficha que puedes usar tal cual.
Arma tu ficha
Responde con tus palabras, sin pulir. Se guarda solo en tu navegador mientras escribes, y al final puedes copiarla entera.
Esta ficha es el punto de partida de cualquier cosa que construyas. Si la trabajas en un curso, llega con ella escrita: ahorra la primera sesión entera y se empieza directamente por lo que importa.
Hasta aquí llegan los fundamentos
Ya sabes qué es capaz de hacer un modelo y qué no, cómo pedirle las cosas, qué tipos de herramientas existen, cómo elegir un problema que valga la pena y dónde poner los límites. Eso es criterio, y no caduca cuando cambie la herramienta de moda.
Construir lo que acabas de definir es el paso siguiente, y ese se hace con acompañamiento, sobre tu caso, con alguien mirando cuando algo se rompe.
Terminaste la ruta
Ya no estás en el punto donde empezaste. Esto es lo que te llevas, y no caduca cuando cambie la herramienta de moda.
- Qué puede hacer un modelo y por qué a veces inventa.
- Cómo pedirle las cosas para que sirvan.
- Qué tipos de herramienta existen y para qué es cada uno.
- Cómo elegir un problema que valga la pena resolver.
- Qué no dejarle nunca: cálculos, decisiones, datos sensibles.
- Cómo comprobar que algo funciona antes de confiar en ello.
Construir lo que acabas de definir. Ese paso ya no es de fundamentos: se hace sobre tu caso, con acompañamiento y con alguien mirando cuando algo se rompe.