El Skill detrás de esta guía: Elena - Skill de AI para analistas de negocio. Carga en Claude, con una sola subida, el orden de preguntas y la disciplina de criterios de aceptación que se describen a continuación - 14,99 USD, un solo pago, sin suscripción.
Ver el Skill de Elena →Para usar Claude como analista de negocio, dale la solicitud citada exactamente, el proceso actual paso a paso y el fallo específico que intentas solucionar -en ese orden- antes de pedirle un solo requisito. Si se le deja actuar por su cuenta, Claude documenta la solución que propuso la parte interesada en lugar del problema subyacente y rellena las lagunas de tu mapa de procesos con pasos plausibles que se inventa. A continuación se indica el orden de entrada, cinco prompts que producen resultados comprobables y los modos de fallo que conviene volver a revisar en cada borrador.
¿Qué le das a Claude y en qué orden?
El orden importa porque Claude se ancla en lo primero que lee. Si empiezas con una solución propuesta, cada respuesta posterior se inclinará hacia ella. Proporciónaselo en esta secuencia:
- La solicitud, citada exactamente. Pega lo que la parte interesada dijo o escribió realmente, no tu versión corregida. «Ventas necesita un panel» y «Ventas no puede saber qué oportunidades están atascadas» producen documentos completamente distintos, y la segunda suele ser la intención real.
- A quién afecta y quién da su aprobación. Los roles y cuáles tienen derecho de veto. De lo contrario, Claude redactará para un «usuario» genérico y obtendrás requisitos de los que nadie se hace cargo.
- El proceso actual, paso a paso. Cada paso debe tener un responsable, un sistema, un desencadenante y un resultado. Incluye las soluciones manuales: la hoja de cálculo que mantiene una persona, el mensaje de Slack que funciona como aprobación. Normalmente ahí es donde se esconde el requisito real.
- El fallo específico. No digas «es ineficiente». Explica qué falla, con qué frecuencia y cuánto cuesta: «Tres de unas cuarenta facturas al mes se introducen dos veces y Finanzas pasa aproximadamente un día al mes revirtiéndolas». Si no tienes la cifra, escribe que no la tienes; es una tarea de investigación, no algo que debas dejar que Claude complete.
- Las restricciones. Fecha límite, presupuesto, sistemas que no se pueden tocar, normas de cumplimiento, la integración que la última vez tardó nueve meses.
- Lo que ya existe. Documentación actual, exportaciones de tickets, capturas de pantalla de las pantallas existentes. Claude lee texto pegado y archivos adjuntos. No lee tu Jira.
Solo entonces pide el resultado, y solicita un artefacto cada vez: primero el mapa del estado actual, después la lista de brechas y, por último, las historias. Si solicitas un BRD completo de una sola vez, obtendrás un documento en el que cada sección es aproximadamente un 60 % correcta y no podrás saber qué 40 % es incorrecto.
¿Qué hace mal Claude en el trabajo de análisis empresarial?
Documenta la solución, no el problema. Pide requisitos para «un nuevo panel de aprobaciones» y obtendrás requisitos para el panel. No preguntará si el paso de aprobación debería existir siquiera. Tienes que forzar explícitamente esa separación; nunca la hace por iniciativa propia.
Completa las lagunas inventando pasos del proceso. Dile «después pasa a finanzas» y devuelve tres subpasos financieros plausibles, escritos exactamente con el mismo tono de seguridad que los pasos que realmente proporcionaste. Nada en el resultado marca la diferencia. Este es el error más costoso de la lista, porque los pasos inventados se revisan, se aprueban tácitamente y se desarrollan.
Criterios de aceptación que repiten la historia. Sin editar, escribe «Como gerente, quiero exportar el informe para poder compartirlo. Criterios de aceptación: el gerente puede exportar el informe.» Eso no se puede comprobar, y control de calidad lo devolverá directamente.
Requisitos no funcionales escritos como adjetivos. «El sistema debe ser rápido, escalable y fácil de usar» aparece en casi todos los primeros borradores. No hay ninguna cifra, método de medición ni nada que permita a alguien aprobarlo formalmente.
Otro aspecto de los hilos largos: para el mensaje veinte, ha vuelto a incluir silenciosamente el alcance que eliminaste en el mensaje seis. Replantea el alcance acordado cada pocos turnos y comprueba el documento con respecto a él.
¿Qué prompts funcionan realmente?
1. Separa el problema de la solución propuesta.
Esta es una solicitud, citada exactamente: <paste>. Todavía no escribas requisitos. Separa lo que se pidió (una solución propuesta) del problema que implica. Después, enumera las cinco preguntas cuyas respuestas cambiarían más lo que vamos a desarrollar. Marca cada línea que hayas inferido en lugar de leído con [INFERRED].
2. Mapea el estado actual sin permitir que lo invente.
A continuación se indican los pasos del proceso que conozco. Refleja cada uno como un flujo numerado con actor, sistema, activador y resultado por paso. Cuando no haya proporcionado un paso, escribe [UNKNOWN - confirm with owner] en lugar de inventarlo. No añadas pasos.
3. Obliga a que los criterios de aceptación sean comprobables.
Para cada criterio de aceptación, escribe la prueba exacta que ejecutaría un ingeniero de control de calidad: estado inicial, acción y resultado observable. Si no puedes escribir la prueba, el criterio es demasiado ambiguo; reescríbelo hasta que puedas.
4. Incluye números en los requisitos no funcionales.
Reescribe cada requisito no funcional para que contenga un número y una forma de medirlo. Los que no puedas cuantificar, elimínalos de la lista y colócalos en una sección aparte titulada "Necesita un objetivo por parte del negocio".
5. Detecta la desviación del alcance.
Alcance acordado: <lista>. Lee el documento anterior y enumera todos los requisitos que contiene y que no estén cubiertos por esa lista.
El prompt 2 es el que más retrabajo ahorra. El prompt 3 es el que la gente se salta y luego lamenta.
Elena aplica las reglas indicadas arriba sobre el orden de entrada y las marcas [INFERRED] / [UNKNOWN] como instrucciones permanentes, para que no tengas que volver a escribirlas en cada hilo.
Ver Elena - Skill de AI para analistas de negocio →¿Cómo se instala?
El Skill es un ZIP con un archivo SKILL.md en la raíz. En la aplicación de escritorio de Claude, ve a Personalizar → Skills → +, sube el ZIP y actívalo. Claude lee SKILL.md y te muestra un resumen de lo que hace el Skill antes de que lo habilites.
Una cosa que debes comprobar primero: la ejecución de código debe estar habilitada en Configuración → Capacidades. Skills funciona en todos los planes, incluido el gratuito. Sin la ejecución de código, el Skill no se ejecutará.
En un plan gratuito de Claude, o en ChatGPT o Gemini, la alternativa es abrir SKILL.md en cualquier editor de texto y pegar su contenido en las instrucciones personalizadas. Pierdes el interruptor de activación y desactivación; el comportamiento es el mismo. Requisitos del plan comprobados en agosto de 2026: Anthropic cambia las restricciones de los planes con bastante frecuencia, así que confirma el requisito actual en la aplicación de Claude antes de comprar.
¿Cuándo no deberías usar Claude para esto?
No puede realizar una entrevista con las partes interesadas y no tiene acceso a tu Jira, tu modelo de datos, los límites reales de los campos de tu CRM ni la velocidad de tu equipo. Cualquier cosa que diga sobre lo que quiere una parte interesada es una suposición disfrazada de hallazgo. Si ya no sabes cómo funciona el proceso actual, Claude no puede averiguarlo por ti: te entregará un mapa convincente de un proceso que nunca ha visto.
En trabajos regulados, donde cada requisito debe remontarse a una fuente aprobada, la velocidad de redacción es un inconveniente a menos que conserves tú mismo la procedencia. Y ante un problema de un dominio verdaderamente novedoso, sin un equivalente cercano en sus datos de entrenamiento, vuelve a recurrir a patrones genéricos y obtienes otra vez una plantilla.
Dónde genera valor: en el segundo y tercer borrador, al convertir un alcance acordado en historias, analizar las brechas entre dos mapas de procesos y sacar a la luz el requisito que nadie había escrito.
¿Para quién es?
Analistas de negocio que quieren un segundo borrador más rápido, responsables de producto que redactan historias, fundadores que especifican un desarrollo para un desarrollador contratado y responsables de operaciones que rediseñan un proceso que ya conocen. La colección de Skills de trabajo y negocios cubre los roles cercanos.
La misma disciplina, pero los mapas de procesos y los criterios de aceptación están redactados en términos de Salesforce: objetos, tipos de registro, reglas de validación y modelo de uso compartido.
Ver Owen - Skill de AI para analistas de negocio de Salesforce →En resumen:
Dale a Claude la solicitud literalmente, el proceso actual y el fallo específico -en ese orden- y luego haz que marque todo lo que haya inferido. Para requisitos generales y trabajo de procesos, Elena - Skill de AI para analistas de negocio (14,99 $); para análisis específicos de Salesforce, Owen - Skill de AI para analistas de negocio de Salesforce (14,99 $). Ambos se suben como ZIP, no requieren programación e incluyen una garantía de devolución del dinero de 30 días.
Elena - Skill de AI para analistas de negocio
Sube un solo ZIP y Claude analiza la solicitud antes de documentarla: marca sus propias inferencias, se niega a inventar pasos del proceso y redacta criterios de aceptación que QA puede ejecutar. Un solo pago, sin suscripción.
KissMySkills es un marketplace con más de 1.000 Skills de AI, 158 packs de prompts, 55 agentes y herramientas gratuitas para Claude, ChatGPT y cualquier chat de AI.