Cultura IAPor Nacho Nayar · 8 min de lectura
Cómo escribir prompts que tu equipo pueda usar todos los días

Casi todas las pymes que probaron ChatGPT tuvieron el mismo recorrido: dos semanas de entusiasmo, algunos textos que salieron bien, y después nada. La herramienta sigue paga y abierta en una pestaña, pero el equipo volvió a trabajar como antes. No es un problema de modelo ni de licencia: es que nadie escribió las instrucciones, y pedirle algo útil a una IA desde cero, todos los días, cansa más que hacerlo a mano.
Un prompt bien escrito es lo que convierte una herramienta en un procedimiento. Deja de depender de quién lo escribió y de qué tan inspirado estaba esa mañana, y pasa a dar el mismo resultado a cualquier persona del equipo. Acá está cómo escribirlos para que eso pase, y qué hacer con ellos después.
Puntos clave
- Un prompt de equipo no es una pregunta: es un procedimiento escrito. Se usa igual todos los días y da resultados comparables sin importar quién lo ejecute.
- Cinco partes lo resuelven casi todo: rol, tarea, contexto del negocio, formato de salida y límites explícitos de lo que no debe hacer.
- Poner un ejemplo del resultado que querés vale más que tres párrafos describiéndolo. Es el ajuste que más mejora la calidad por unidad de esfuerzo.
- El prompt se escribe una vez y se corrige mirando dónde falla. Si dos personas ya lo arreglaron por su cuenta en el chat, esa corrección va al prompt, no al chat.
- Guardalos en un lugar compartido y editable —no en el chat de cada uno— y ponele dueño a cada uno. Una biblioteca sin responsable envejece en tres meses.
- Cuando un prompt se usa muchas veces por día y siempre igual, dejó de ser un prompt: es un candidato a automatización.
La diferencia entre preguntar y escribir un prompt
Cuando alguien escribe «hacéme una descripción para este producto», la IA tiene que adivinar todo lo demás: para qué canal, con qué tono, qué largo, qué destacar, qué no prometer. Va a adivinar algo razonable, y por eso el primer intento suele parecer aceptable. El problema aparece al día siguiente, cuando otra persona pide lo mismo con otras palabras y recibe algo distinto: mismo pedido, dos tonos, dos largos, dos criterios.
Un prompt de equipo elimina esa adivinanza. No es más largo por prolijidad: es más largo porque incluye todo lo que un empleado nuevo necesitaría que le expliquen para hacer bien la tarea. De hecho ese es el mejor test antes de darlo por terminado: si se lo pasás a alguien que recién entró, ¿podría hacer el trabajo solo con leerlo? Si la respuesta es no, la IA tampoco.
Las cinco partes de un prompt reutilizable
No hace falta una técnica sofisticada ni fórmulas de moda. Con cinco bloques bien puestos se cubre casi todo lo que una pyme necesita a diario.
1. Rol: desde dónde tiene que pensar
Una línea que define la posición desde la que responde: «sos la persona que atiende el mostrador de una ferretería industrial y le explica a un cliente sin conocimiento técnico». No es un truco de personalidad, es un filtro de vocabulario y de criterio: cambia qué da por sabido y qué explica.
2. Tarea: una sola, y concreta
Un prompt que hace tres cosas a la vez —resumir, clasificar y redactar la respuesta— falla en las tres y no se sabe en cuál. Una tarea por prompt, y si el proceso tiene varios pasos, varios prompts encadenados. También son más fáciles de corregir después, porque cuando algo sale mal se sabe exactamente cuál tocar.
3. Contexto del negocio: lo que la IA no puede saber
Precios vigentes, plazos reales de entrega, qué se vende y qué no, cómo se llama cada cosa internamente, qué políticas hay. Este es el bloque que más se olvida y el que más diferencia hace: sin él, el modelo escribe cosas correctas en general y falsas para tu empresa en particular. Es también la parte que hay que mantener: un prompt con el precio del año pasado adentro es peor que no tener prompt.
4. Formato de salida: cómo tiene que verse
Largo, estructura, si lleva títulos o va corrido, si se puede usar emoji, en qué persona se escribe. Y sobre todo un ejemplo: pegar un resultado real de los buenos, hecho a mano, vale más que cualquier descripción. Es el ajuste con mejor relación entre esfuerzo y mejora de calidad que existe.
5. Límites: qué no debe hacer nunca
Qué no inventar, qué no prometer, qué datos no usar y —la más importante— qué hacer cuando no tiene la información: decir que falta, no completar el hueco. La mayoría de los errores que asustan a un equipo no vienen de que la IA sea mala escribiendo, sino de que nadie le dijo que estaba permitido no saber.
Si el prompt no sirve para que una persona nueva haga la tarea leyéndolo, tampoco va a servir para que la IA la haga bien. La mitad del trabajo es escribir el procedimiento que nunca se escribió.
Por dónde empezar: las tres tareas de siempre
No conviene arrancar armando una biblioteca de treinta prompts que nadie va a usar. Se empieza por las tareas que ya se hacen todas las semanas, que llevan tiempo y que tienen una respuesta correcta bastante clara. En la mayoría de las pymes son tres: responder consultas repetidas, redactar textos comerciales de formato fijo —descripciones, fichas, posteos, presupuestos— y ordenar información que llega desordenada, como resúmenes de reuniones o pedidos por mail.
Tres prompts bien escritos para tres tareas reales cambian más el día a día que un manual entero. Y sirven de modelo: cuando el equipo ve cómo está armado uno que funciona, escribir el cuarto deja de ser un proyecto.
Corregir el prompt, no el resultado
El error de uso más común es tratar cada conversación como un caso aislado: la respuesta sale con el tono equivocado, la persona lo corrige en el chat, obtiene lo que quería y cierra la pestaña. Mañana el mismo error, la misma corrección, y otra persona sin saber que existía el arreglo. El trabajo se hizo, pero no quedó.
La regla que ordena todo es corta: si tuviste que corregir lo mismo dos veces, la corrección va al prompt. Así la biblioteca mejora sola con el uso, en vez de envejecer. Y conviene dejar una nota breve de qué se cambió y por qué, porque dentro de seis meses alguien va a querer «simplificar» esa línea rara que en realidad está tapando un error concreto.
Dónde guardarlos para que no se pierdan
El lugar importa menos que las tres condiciones que tiene que cumplir: que esté donde el equipo ya trabaja, que se pueda editar sin pedir permiso y que se pueda copiar en dos segundos. Un documento compartido alcanza y sobra para empezar; las funciones de prompts guardados o proyectos de las propias herramientas de IA también sirven, y evitan el copiar y pegar. Lo que no funciona es tenerlos en el historial de chat de cada uno, que es donde están hoy en la mayoría de las empresas.
Cada prompt necesita un dueño: la persona que lo mantiene actualizado cuando cambia un precio, una política o un producto. Sin dueño, la biblioteca no se rompe de golpe: se va desactualizando en silencio hasta que alguien manda un presupuesto con un número viejo y el equipo decide que «la IA se equivoca».
Cuándo el prompt ya no alcanza
Hay un punto en el que seguir mejorando el prompt deja de rendir, y es fácil de reconocer: alguien lo usa muchas veces por día, siempre con el mismo tipo de entrada, y el trabajo humano se redujo a copiar de un lado y pegar en el otro. Eso ya no es una tarea asistida, es un proceso que todavía se ejecuta a mano.
Ahí conviene sacarlo del chat y convertirlo en un flujo que se dispare solo: cuando entra el mail, cuando se carga el pedido, cuando se cierra la reunión. El prompt no se tira —es exactamente la especificación de lo que hay que automatizar, ya escrita y ya probada contra casos reales—. Ese es, en la práctica, el mejor camino de entrada a la automatización: primero se resuelve a mano con instrucciones claras, y recién cuando el procedimiento demostró que funciona se paga por automatizarlo.
Preguntas frecuentes
¿Hace falta saber programar para escribir buenos prompts?
No. Un prompt se escribe en español, no en código. Lo que hace falta es conocer bien la tarea y ser capaz de explicarla por escrito con el nivel de detalle que le darías a alguien que entra a trabajar mañana. Por eso los mejores prompts de una empresa casi nunca los escribe el área técnica: los escribe quien hace el trabajo.
¿Qué largo tiene que tener un prompt?
El que necesite para no dejar nada a la adivinanza, sin repetir. En la práctica, un prompt de equipo bien armado ocupa entre media y una página, casi siempre porque incluye el contexto del negocio y un ejemplo del resultado esperado. Si es de dos líneas, seguramente está pidiendo que el modelo invente el resto.
¿Sirve el mismo prompt en ChatGPT, Claude o Gemini?
En general sí: la estructura de rol, tarea, contexto, formato y límites funciona igual en todos. Cambian los detalles de estilo y algún ajuste de formato, así que si tu equipo usa más de una herramienta conviene probar el prompt en cada una antes de darlo por bueno, pero no hay que escribirlo dos veces desde cero.
¿Cómo sé si un prompt está funcionando bien?
Con dos señales concretas: que dos personas distintas obtengan resultados equivalentes usándolo, y que la corrección posterior sea de detalle y no de fondo. Si cada persona tiene que reescribir la mitad, el prompt todavía no está terminado.
¿Puedo poner precios y datos internos dentro del prompt?
Sí, y en general hace falta para que la respuesta sirva. Lo que hay que definir antes es qué información no sale de la empresa: datos personales de clientes, información de terceros bajo acuerdo de confidencialidad y cualquier dato sensible. Conviene que eso esté escrito en una política breve y no librado al criterio de cada persona.
Si tu equipo tiene la herramienta paga y usándose a medias, el problema casi nunca es la herramienta. En loco22 armamos la biblioteca de prompts con las tareas reales de tu operación, la dejamos documentada con dueño y criterio de actualización, y marcamos cuáles conviene convertir en automatizaciones. Contanos qué tareas se repiten todas las semanas y te decimos por dónde empezar.
¿Te resulta útil este contenido? Añadinos como fuente preferida en Google.