Los mejores prompts para business analysts con IA, 22 para copiar (2026)

Un buen prompt para un business analyst define rol, contexto, tarea, restricciones y formato de salida, y convierte tus notas en un borrador revisable en minutos. Esta biblioteca reúne 22 prompts para copiar en ChatGPT, Claude, Copilot o Gemini: requisitos, historias de usuario, procesos y comunicación con stakeholders.

Añadir Founderz como fuente preferida

Lo que vas a sacar de aquí

Esta guía reúne lo esencial para usar la IA en tu trabajo de análisis de negocio, desde las notas de una reunión hasta el documento final.

• 22 prompts de IA para business analysts listos para copiar: requisitos, historias de usuario, modelado de procesos, priorización y stakeholders.
• Prompts pensados para lo que mejor hace cada herramienta: ChatGPT, Claude con documentos largos, Copilot dentro de Word, Excel, Outlook y Teams, y Gemini en Google Workspace.
• El método detrás de los prompts: los seis campos que decide un buen prompt y un ejemplo de antes y después.
• Cómo montar tu propia biblioteca de prompts de equipo y qué límites no debes saltarte: validación con stakeholders y privacidad de los datos.

Si quieres pasar de probar prompts sueltos a usar la IA con método en tu trabajo, el Máster en IA e Innovación de Founderz está pensado para eso. Y para crear un prompt a medida en un minuto, usa el generador gratuito de prompts para business analysts.

Prompts para ChatGPT para business analysts

Son los mejores prompts base que uso para el análisis de negocio con herramientas de IA, ordenados por tarea. Cada uno está escrito para copiar y pegar en ChatGPT y funciona en otras herramientas con pequeños cambios. El texto entre corchetes es un ejemplo: cámbialo por tu caso y deja el resto. Biblioteca revisada en noviembre de 2026.

Prompts de ChatGPT para requisitos e historias de usuario

ChatGPT es la opción más versátil para pasar de notas desordenadas a documentos con estructura. Pega el material real y pide siempre un formato de salida concreto.

Historia de usuario con criterios de aceptación en Gherkin

Actúa como product owner con experiencia en [banca digital].
Contexto: [describe la necesidad del negocio, quién la tiene y qué restricciones hay].
Tarea: redacta una historia de usuario en formato "Como [rol] quiero [acción] para [beneficio]" con tres criterios de aceptación medibles en formato Gherkin (Dado / Cuando / Entonces).
Restricciones: lenguaje de negocio, sin detalles de implementación, un criterio por comportamiento.
Formato de salida: la historia en una línea y los criterios en una lista numerada.

Lote de historias de usuario desde notas de discovery

Actúa como business analyst senior.
Estas son mis notas de discovery con [el equipo de operaciones]:
[pega las notas]
Genera las historias de usuario que se deducen de ellas. No inventes necesidades que no aparezcan en las notas; si algo es ambiguo, márcalo como pregunta abierta.
Devuélvelas en una tabla con columnas: ID, historia, criterios de aceptación y prioridad estimada (alta, media, baja), y añade debajo una lista de preguntas para validar con los stakeholders.

Business requirements desde la transcripción de una reunión

Actúa como analista de requisitos.
Contexto: reunión de elicitación para [el proyecto de migración del CRM] con [ventas, soporte y finanzas].
Transcripción:
[pega la transcripción]
Tarea: extrae los business requirements funcionales y no funcionales. Distingue lo que dijo cada persona de lo que tú infieres.
Formato de salida: tabla con ID, requisito, tipo (funcional o no funcional), stakeholder que lo pidió y prioridad. Después, tres contradicciones o huecos que debería aclarar en la siguiente reunión.

Prompts de ChatGPT para modelado de procesos y root cause analysis

Para el process analysis y el análisis de procesos de negocio, la IA estructura lo que ya sabes y detecta huecos. La validación del resultado con quienes ejecutan el proceso sigue siendo tuya.

Mapear un proceso paso a paso

Actúa como business analyst especializado en [operaciones financieras].
Describe el proceso de [alta de un cliente corporativo] paso a paso a partir de esta descripción: [pega la descripción o las notas].
Para cada etapa indica actor responsable, punto de decisión, sistema implicado y documento de entrada y salida. Si falta información, escribe "por confirmar" en lugar de suponerla.
Formato de salida: lista numerada y, al final, un diagrama en sintaxis Mermaid que pueda pegar en una herramienta de diagramas.

Análisis de causa raíz con los cinco porqués

Actúa como consultor de mejora de procesos.
Problema: [describe el problema con datos: qué pasa, cuánto, desde cuándo].
Aplica la técnica de los cinco porqués (Five Whys). Para cada porqué, explica la causa y su implicación para el negocio, y señala qué dato necesitaría para comprobarla.
Termina con una conclusión sobre la causa raíz más probable y dos acciones correctivas posibles.
Formato de salida: una tabla con las columnas Porqué, Causa, Implicación y Dato para comprobarla.

Proceso actual frente a proceso objetivo (As-Is y To-Be)

Actúa como business analyst.
Proceso actual (As-Is): [describe los pasos actuales].
Objetivo de negocio: [reducir el tiempo de aprobación de 10 a 3 días].
Tarea: propón un proceso objetivo (To-Be) y compáralo con el actual. Identifica los pasos que se eliminan, se automatizan o cambian de responsable, y los riesgos del cambio.
Formato de salida: tabla con columnas Paso actual, Paso propuesto, Cambio, Beneficio esperado y Riesgo.

Prompts para Claude para business analysts

Claude maneja bien documentos largos y produce redacción cuidada, así que encaja con las tareas donde pegas mucho material: especificaciones extensas, varios documentos a la vez o un texto que debe sonar bien ante la dirección.

Revisar una especificación larga: contradicciones y huecos

Actúa como revisor de requisitos con experiencia en [proyectos de software financiero].
Te pego una especificación completa:
[pega el documento]
Tarea: revisa el documento entero y localiza (1) requisitos que se contradicen, (2) requisitos ambiguos o no medibles, (3) términos usados con significados distintos y (4) casos que el documento no cubre.
Restricciones: cita la sección exacta de cada hallazgo y no reescribas nada todavía.
Formato de salida: tabla con sección, problema, por qué importa y pregunta para el autor.

Redactar un documento de requisitos a partir de varias fuentes

Actúa como business analyst senior. Vas a redactar la primera versión de un documento de requisitos de negocio para [el proyecto X].
Fuentes: 1) notas de la reunión de arranque [pega], 2) correo del patrocinador [pega], 3) proceso actual [pega].
Estructura: objetivo y alcance, stakeholders, requisitos funcionales, requisitos no funcionales, supuestos, restricciones y riesgos.
Restricciones: tono formal, frases cortas, sin inventar datos; lo que falte, márcalo como (por confirmar) con la persona a quien preguntar.
Formato de salida: documento con encabezados numerados.

Comunicar un cambio de alcance a los stakeholders

Actúa como business analyst que debe comunicar un cambio de alcance a [el comité de dirección].
Cambio: [se retrasa el módulo de facturación para priorizar la integración con el ERP]. Motivo: [dependencia técnica descubierta en el análisis]. Impacto: [coste, plazo y riesgo].
Tarea: escribe un correo de máximo 150 palabras. Empieza por lo que debe decidir o saber el lector, explica el impacto en una frase y propone dos opciones con su recomendación.
Tono: directo, profesional y sin jerga técnica.

Prompts para Copilot para business analysts

Microsoft Copilot trabaja dentro de Word, Excel, Outlook y Teams con tus propios archivos, correos y reuniones. Según tu licencia y versión, estas funciones pueden variar: comprueba qué tienes activo antes de estandarizar.

Copilot en Word: borrador de requisitos desde tus notas

Usa [el archivo Notas_discovery.docx] como fuente y crea un borrador de documento de requisitos de negocio.
Secciones: objetivo, alcance, stakeholders, requisitos funcionales, requisitos no funcionales y preguntas abiertas.
Escribe cada requisito en una frase con el verbo "debe" y un identificador (RF-01, RF-02...). No añadas información que no esté en el archivo; marca los huecos como (por confirmar).
Tono formal, máximo dos páginas.

Copilot en Excel: priorizar requisitos con MoSCoW

Analiza la tabla de requisitos de la hoja [Backlog] (columnas: ID, requisito, stakeholder, coste estimado, valor para el negocio).
Clasifica cada requisito en Must, Should, Could o Won't según valor y coste, y añade una columna con la justificación en una frase.
Después crea un resumen con cuántos requisitos hay por categoría y el coste total de los Must.
Señala los requisitos con valor alto y coste alto para discutirlos con los stakeholders.

Copilot en Teams: acta de una reunión de elicitación

Con la transcripción de la reunión [Elicitación de requisitos de logística], genera un acta con: decisiones tomadas, requisitos nuevos mencionados, dudas sin resolver y acciones con responsable y fecha.
Distingue lo que se acordó de lo que solo se propuso.
Formato: tabla para las acciones y lista con viñetas para el resto. Máximo una página.

Copilot en Outlook: resumir un hilo y responder al stakeholder

Resume el hilo de correos [Cambios en el informe de ventas] en cinco líneas: posiciones de cada persona, puntos de acuerdo y puntos abiertos.
Después redacta una respuesta para [la directora de ventas] que confirme lo acordado, pida que decida sobre [el alcance del informe] y proponga una fecha de cierre.
Tono cordial y directo, menos de 120 palabras.

Prompts para Gemini para business analysts

Gemini se integra con Google Workspace, así que es cómodo si tu documentación vive en Docs, Sheets o Drive. Estos tres prompts parten de esa idea: referencia el documento y pide un formato claro.

Gemini en Docs: reescribir una especificación en formato estándar

Reescribe la especificación de este documento en un formato estándar de requisitos: ID, descripción, prioridad, criterio de aceptación y dependencias.
Conserva el significado original. Si un requisito es ambiguo, déjalo tal cual y añade al final una lista de ambigüedades con una pregunta para el autor.
Usa lenguaje de negocio y evita términos técnicos que no aparezcan en el original.

Gemini en Docs: casos de uso a partir de una descripción

Actúa como business analyst. A partir de esta descripción del sistema [pega la descripción], escribe la especificación de [3] casos de uso.
Para cada caso: actor, precondiciones, flujo principal paso a paso, flujos alternativos, postcondiciones y reglas de negocio relacionadas.
No inventes funcionalidades que no estén en la descripción. Formato: un encabezado por caso de uso.

Gemini en Sheets: matriz de trazabilidad de requisitos

Con los requisitos de la hoja [Requisitos] y los casos de prueba de la hoja [Pruebas], crea una matriz de trazabilidad: una fila por requisito y una columna por caso de prueba, con una X donde se cubra.
Marca en una columna aparte los requisitos sin ningún caso de prueba y los casos de prueba que no apuntan a ningún requisito.
Añade al final un recuento de requisitos cubiertos y no cubiertos.

Más prompts para el análisis de negocio: elicitación, stakeholders y process analysis

Estos prompts probados están escritos para ChatGPT y funcionan en Claude, Gemini y Copilot sin cambios. Cubren lo que más se repite en un proyecto: entrevistas, responsabilidades, cambios y reporting.

Preguntas para una entrevista de elicitación

Actúa como business analyst senior. Voy a entrevistar a [la responsable de atención al cliente] sobre [el proceso de gestión de reclamaciones] durante 45 minutos.
Prepara 12 preguntas agrupadas en: contexto, proceso actual, problemas, datos y reglas de negocio, y expectativas. Usa preguntas abiertas, evita las que se respondan con sí o no y marca las 4 más importantes si me quedo sin tiempo.
Formato: lista numerada por bloque.

Matriz RACI de un proyecto

Actúa como project analyst. Crea una matriz RACI para [la implantación de un nuevo portal de clientes].
Actividades: [levantar requisitos, aprobar el alcance, diseñar, desarrollar, probar, formar a usuarios, puesta en producción].
Roles: [patrocinador, product owner, business analyst, equipo técnico, soporte].
Reglas: una sola persona responsable (A) por actividad y ninguna fila sin R. Formato: tabla; después, señala los roles con exceso de carga.

Análisis de impacto de un cambio

Actúa como business analyst. Evalúa el impacto del siguiente cambio: [pasar la aprobación de pedidos de manual a automática por debajo de 5.000 euros].
Analiza el impacto en procesos, personas, sistemas, datos, cumplimiento normativo y formación. Para cada área indica nivel (alto, medio, bajo), qué cambia y qué mitigación propones.
Termina con los tres riesgos principales y las preguntas que debería resolver antes de aprobar el cambio.
Formato: tabla de impacto y lista de riesgos.

Validar reglas de negocio

Actúa como analista de reglas de negocio. Estas son las reglas de [concesión de descuentos]:
[pega las reglas]
Comprueba si hay reglas que se solapan, se contradicen o dejan casos sin cubrir. Reescribe cada regla en formato "Si [condición], entonces [resultado]" en lenguaje de negocio.
Formato de salida: tabla con la regla original, la regla reescrita y el problema detectado (o "sin problemas").

Resumen ejecutivo de un análisis

Actúa como business analyst que presenta resultados a [la dirección financiera].
Material: [pega el análisis, las conclusiones o los datos clave].
Escribe un resumen ejecutivo de máximo 200 palabras. Primera frase: la conclusión y lo que se pide al lector. Después tres hallazgos con su cifra, una recomendación y los riesgos principales.
No uses jerga técnica ni añadas datos que no estén en el material.

Casos de prueba de aceptación desde una historia de usuario

Actúa como analista de calidad. Historia de usuario: [pega la historia y sus criterios de aceptación].
Genera casos de prueba de aceptación: camino feliz, casos límite y casos de error. Para cada caso indica datos de entrada, pasos y resultado esperado.
Formato: tabla con ID, caso, tipo, datos de entrada, pasos y resultado esperado. Máximo 10 casos.

Qué son los prompts de IA para business analysts y para quién son útiles

Un prompt de IA para business analyst es una instrucción escrita que dirige a un modelo de lenguaje para resolver una tarea concreta de análisis de negocio, como documentar requisitos o analizar un proceso. El prompt engineering es la práctica de diseñar esas instrucciones para obtener resultados fiables y repetibles, y los modelos que usarás pertenecen a la familia de la inteligencia artificial generativa.

• Business analyst junior, que gana consistencia y una plantilla de partida para documentos formales.
• Business analyst senior, que delega la primera versión y dedica su tiempo al análisis de valor.
• Analistas de requisitos, que estructuran business requirements de forma homogénea.
• Product owners, que redactan historias de usuario y criterios de aceptación más rápido.

Con qué material trabajan estos prompts

La IA trabaja a partir de lo que le entregas, no del contexto que conoces tú. Cuanto más rico y ordenado sea el input, mejor será el output:

• Notas de reuniones, para convertirlas en un resumen accionable o en business requirements.
• Documentación técnica, para extraer reglas o detectar huecos.
• Business rules, para validar coherencia o traducirlas a lenguaje de negocio.
• Datos cualitativos, como respuestas de encuestas o feedback de stakeholders.
• Especificaciones existentes, para reescribirlas en un formato estándar.

Si le das una transcripción completa y pides “extrae los business requirements en una tabla con prioridad y stakeholder responsable”, el resultado es útil. Si pides “ayúdame con los requisitos” sin datos, devuelve generalidades.

Beneficios en el día a día

• Rapidez en documentación: la primera versión de un documento de requisitos o de un acta deja de ser el cuello de botella.
• Consistencia: un mismo prompt produce historias de usuario con la misma estructura, lo que reduce revisiones.
• Apoyo en el análisis de procesos de negocio: la IA propone pasos, actores y puntos de decisión que luego validas.
• Menos trabajo repetitivo: más tiempo para el análisis de valor y menos para formatear.

Un ejemplo: un equipo de producto de una empresa de software usó un prompt fijo para transformar notas de discovery en historias de usuario con criterios de aceptación, y pasó de redactar cada una desde cero a revisar un borrador estructurado. Equipos que estandarizan sus prompts de documentación reportan reducir el tiempo de la primera versión en torno a un 40-50 %, según casos de implementación de Microsoft Copilot en entornos de producto. El ahorro real depende de la complejidad y del grado de estandarización. Con una biblioteca de prompts de IA para business analysts, cada business process pasa de documentarse a mano a revisarse, y el análisis para decisiones de negocio gana tiempo. Para ver más aplicaciones, consulta los casos de uso de IA para business analysts.

Límites de la IA y dónde el criterio del business analyst sigue siendo clave

Un analista que delega su criterio a la IA se expone a errores costosos: requisitos incorrectos que pasan al backlog sin validación, procesos documentados que no reflejan cómo funciona el negocio, o decisiones sobre datos que el modelo generó con seguridad pero son falsos.

• La IA puede generar información imprecisa. A veces afirma con seguridad cosas falsas: verifica todo dato relevante.
• No valida con stakeholders. La validación de requisitos sigue siendo una conversación humana.
• No conoce el contexto real. No entiende la política interna, las prioridades ni las restricciones no escritas.

Prompt engineering para business analysts: cómo construí estos prompts de IA

Esta biblioteca de prompts de IA sigue siempre el mismo esquema, alineado con los business objectives del proyecto: lo que a un analista le llevaría explicar a un compañero nuevo, escrito en seis campos. Este es el método, para que escribas los tuyos:

Cinco consejos para escribir tus propios prompts

1. Empieza por el formato de salida. Si sabes que quieres una tabla o una historia con criterios, el resto del prompt se ordena solo.
2. Pega material real. Una transcripción vale más que cualquier adjetivo.
3. Pide que marque lo que no sabe. “Si falta información, escribe por confirmar” reduce las invenciones.
4. Refina de forma iterativa. “Reescribe la tercera historia con criterios más medibles” mejora más que empezar de nuevo.
5. Guarda lo que funciona. Un prompt que da buen output es una plantilla: marca los huecos con [corchetes] y compártela con el equipo.

Ejemplo: de un prompt flojo a uno sólido

Prompt flojo:

Ayúdame con los requisitos de este proyecto.

El modelo no sabe quién eres, qué proyecto es ni qué quieres recibir, y devuelve generalidades. El mismo prompt con los seis campos:

Actúa como business analyst senior en banca digital.
Contexto: proyecto de [nuevo portal de clientes], con stakeholders de [ventas, riesgos y TI].
Entrada: estas notas de reunión: [pega las notas].
Tarea: extrae los requisitos funcionales y clasifícalos por prioridad.
Restricciones: no inventes requisitos; si algo es ambiguo, márcalo como pregunta abierta.
Formato de salida: tabla con ID, requisito, stakeholder y prioridad.

Así funcionan los prompts de IA para business analysts que mejor responden: la diferencia es que el segundo prompt devuelve un borrador que ya se puede revisar con el equipo, no un texto genérico.

Cómo montar tu biblioteca de prompts de equipo

• Organiza por categorías: requisitos, modelado de procesos, reporting, historias de usuario.
• Guarda plantillas con los huecos marcados: [contexto], [stakeholders], [formato].
• Estandariza en el equipo: si todos parten de las mismas plantillas, la documentación gana consistencia.
• Revisa y mejora: cuando un prompt da buen output, guárdalo; cuando falla, ajústalo.

Un equipo de análisis de una empresa de servicios financieros con cinco analistas creó una biblioteca de 12 prompts en tres categorías (requisitos, procesos y reporting). En las primeras cuatro semanas pasaron de una media de 90 a 45 minutos en la primera versión de los documentos de requisitos por sprint.

Cómo cambia el prompt en ChatGPT, Gemini, Copilot y Claude

• ChatGPT: versátil y bueno para análisis de texto. Admite archivos y ordena bien tablas. Pide el formato en palabras y refina en la misma conversación.
• Gemini: se integra con Google Workspace. Referencia el documento o la hoja de cálculo y pide un cambio por mensaje.
• Copilot: trabaja dentro de Word, Excel, Outlook y Teams con tus archivos, correos y reuniones. Nombra el archivo o la reunión en el prompt.
• Claude: mantiene bien el contexto en textos extensos. Pega la especificación completa y pide que cite la sección de cada hallazgo.

Las capacidades de estas herramientas cambian con frecuencia. Verifica la versión y el plan vigente antes de estandarizar una elección de equipo.

Preguntas frecuentes sobre prompts de IA para business analysts

Estas son las dudas que más se repiten entre analistas que empiezan a trabajar con IA, con la respuesta primero.

¿Cómo puede un analista de negocios utilizar ChatGPT?

Para redactar la primera versión de business requirements, generar historias de usuario con criterios de aceptación, resumir notas de reuniones y estructurar un análisis de procesos. La clave es darle contexto y un formato de salida claro. ChatGPT produce un borrador; el analista valida y contrasta con los stakeholders.

¿Cuál es la mejor IA para los negocios?

Depende del caso de uso. ChatGPT destaca en versatilidad, Claude en documentos largos y redacción cuidada, Copilot dentro de Word, Excel, Outlook y Teams, y Gemini en Google Workspace. Elige la herramienta por tarea y por el ecosistema donde ya trabajas.

¿Qué debe saber un business analyst sobre prompt engineering?

Que un buen prompt define rol, contexto, tarea, restricciones y formato de salida, y que no requiere programar. Lo más importante es refinar de forma iterativa. Para evitar los tropiezos habituales, consulta esta guía sobre errores comunes al usar IA como business analyst.

¿Puedo usar Claude para business analysis?

Sí. Claude es especialmente útil con documentos largos: revisar una especificación completa, detectar contradicciones o redactar un documento de requisitos a partir de varias fuentes. Pide siempre que cite la sección de cada hallazgo.

¿Puedo usar Gemini para documentar requisitos?

Sí, sobre todo si tu documentación vive en Google Docs y Sheets. Referencia el documento, pide un formato estándar (ID, descripción, prioridad, criterio de aceptación) y revisa el resultado antes de compartirlo.

¿Qué prompt uso en Copilot para el acta de una reunión de requisitos?

Nombra la reunión de Teams y pide decisiones, requisitos nuevos, dudas sin resolver y acciones con responsable y fecha. Tienes el prompt completo en la sección de Copilot.

¿Es seguro usar herramientas de IA con datos de negocio confidenciales?

No debes introducir datos confidenciales en herramientas públicas de IA. Para información sensible, usa soluciones empresariales con garantías de privacidad contractuales y sigue la política de tu organización. Qué datos compartes es responsabilidad del analista.

¿Cuánto tiempo puede ahorrar un business analyst usando prompts de IA?

Depende de la tarea. En documentación repetitiva, equipos que estandarizan sus prompts reportan reducir la primera versión en torno a un 40-50 %. Según el informe Work Trend Index 2024 de Microsoft, el 70 % de los usuarios de IA en el trabajo reporta mejoras de productividad en documentación. La IA acelera el borrador, no la validación.

¿Cómo se refina un prompt para obtener mejores resultados de análisis?

Evalúa el output y pide ajustes concretos en lugar de empezar de cero. Si es genérico, añade contexto o especifica el formato. Si un apartado falla, pide reescribirlo: “reescribe la tercera historia con criterios más medibles”.

Tu próximo paso con los prompts de IA para business analysts

Elige uno de los prompts de la biblioteca, cambia lo que está entre corchetes con tu proyecto y haz tu primera prueba. Después cambia un solo campo y compara. No sustituyes tu criterio: recuperas horas para el trabajo que sí requiere análisis y validación con stakeholders.

Si quieres aplicar la IA con método en tu trabajo real, el Máster en IA e Innovación de Founderz ofrece formación en IA aplicada a negocio y productividad, desarrollada en colaboración con Microsoft y centrada en tareas concretas como las de esta guía.