Los equipos de finanzas adoptaron la IA generativa como alguna vez adoptaron las hojas de cálculo: una persona a la vez. Un analista encuentra una redacción que produce un buen resumen de variaciones, la guarda en un archivo de notas y se la pasa a un colega, que cambia algunas palabras. Unos meses después, el equipo tiene muchas versiones de la misma solicitud, y el director de finanzas recibe dos explicaciones distintas del mismo movimiento de margen de dos personas que usaron IA.
El problema rara vez es el modelo. Es que la solicitud, los datos que consulta y la respuesta esperada nunca se pusieron por escrito. Una biblioteca de prompts lo resuelve: un conjunto compartido y probado de prompts para las preguntas que finanzas responde cada mes, cada uno con un responsable designado.
Por qué los prompts improvisados se desvían
Los modelos de lenguaje responden a la redacción y al contexto. Pida “ingresos contra plan” un día y “ventas contra presupuesto” al siguiente, y el asistente puede elegir definiciones, periodos y redondeos distintos. Pegue un extracto con un día de atraso respecto al paquete, o deje que el proveedor actualice el modelo subyacente, y la misma pregunta devuelve una respuesta distinta con la misma seguridad.
Nada de esto es visible para el lector. La respuesta llega bien escrita y con tono seguro, sin rastro de las decisiones que se tomaron en el camino. En finanzas, una respuesta que no se puede reproducir no se puede revisar, y una respuesta que no se puede revisar no debería llegar a un directivo.
Qué contiene una entrada de la biblioteca
Una entrada es más que el texto de un prompt. Es un pequeño producto documentado, con cinco partes.
- La pregunta que responde, con las palabras que la gente realmente usa y sus variantes habituales: por qué se movió el margen, el puente de margen, qué impulsó el margen bruto.
- Los datos que consulta: el modelo certificado, las medidas, el periodo y las reglas de acceso. Un prompt de la biblioteca nunca depende de lo que alguien haya pegado en el chat.
- El formato esperado: longitud, orden, unidades, convenciones de signo y redondeo, para que cada respuesta tenga la misma forma y pueda entrar a un paquete sin editarse.
- Preguntas de prueba con sus respuestas esperadas, verificadas contra las cifras certificadas y guardadas junto con la entrada.
- Un responsable y una versión. Una persona responde por la entrada, aprueba los cambios y decide cuándo se retira.
Escribir una entrada es un trabajo pequeño, no un proyecto. La mayor parte del esfuerzo se va en las preguntas de prueba y sus respuestas esperadas, que es también donde está la mayor parte del valor: convierten una buena redacción en algo en lo que el equipo puede confiar.
Empiece por las preguntas que finanzas responde cada mes
Las mejores primeras entradas son las preguntas recurrentes: ingresos y margen contra el plan, gastos de operación por centro de costos, efectivo y capital de trabajo, plantilla y costo de mano de obra. Se hacen en cada cierre, sus respuestas correctas se conocen y sus definiciones ya existen en el modelo de reportes. Un puñado de entradas bien construidas cubre buena parte de lo que preguntan los directivos, y las preguntas que quedan fuera de la biblioteca muestran qué construir después.
Resista la tentación de catalogar todos los prompts que alguien haya escrito. Una biblioteca vale porque cada entrada está probada y tiene un responsable; una lista larga de redacciones sin probar es solo un archivo de notas más grande.
Pruebe los prompts como prueba los reportes
Un prompt es código escrito en lenguaje natural, y merece la misma disciplina. Cada entrada lleva sus preguntas de prueba, y toda la biblioteca se vuelve a ejecutar cada vez que cambia un prompt, el modelo de datos o el modelo de IA. Una entrada que falla regresa a su responsable antes de que alguien dependa de ella. Con el tiempo, los resultados de las pruebas se convierten en la evidencia de que la biblioteca es confiable y en el registro que auditores y contralores pedirán ver.
Las pruebas deben verificar más que la cifra principal. Una buena respuesta usa el periodo correcto, la comparación correcta y la convención de signo correcta, y lo dice; una respuesta con el total correcto y el periodo equivocado sigue estando mal.
Haga que cada respuesta sea revisable
Ser repetible no basta; una respuesta también debe mostrar cómo llegó a su resultado. Los prompts de la biblioteca deben pedir al asistente que indique las medidas, los filtros y el periodo que usó y cuándo se actualizaron los datos por última vez, para que quien revise pueda rastrear cada cifra hasta el modelo certificado. Las respuestas que salen del equipo de finanzas, como el comentario del paquete para el consejo, las revisa una persona y se guardan con la versión del prompt que las produjo.
Un orden fijo ayuda a quien revisa: primero la conclusión, luego las cifras que la sustentan y al final la fuente y su hora de actualización. Cuando todas las respuestas siguen el mismo orden, una pieza faltante salta a la vista.
Ponga la biblioteca donde la gente ya trabaja
Una entrada que hay que copiar de un documento a una ventana de chat se editará en el camino, y esas ediciones no estarán probadas. Haga que la biblioteca esté disponible dentro de las herramientas que el equipo ya usa, como el asistente de la herramienta de reportes o un agente creado para el equipo de finanzas en Copilot Studio, para que la gente elija una entrada probada en lugar de volver a escribirla. Mientras más fácil sea el camino probado, menos sobreviven los prompts improvisados.
Administre la biblioteca como un producto
Alguien tiene que ser dueño de la biblioteca, normalmente el líder de FP&A o de reportes, con un grupo pequeño de colaboradores. Las entradas nuevas salen de las preguntas que los analistas responden una y otra vez. Un cambio a una entrada sigue una versión ligera de control de cambios: una propuesta, una corrida de pruebas, la aprobación del responsable y un nuevo número de versión. Las entradas retiradas se conservan, con el motivo, para que las respuestas pasadas sigan siendo explicables. Dé seguimiento a la biblioteca como a cualquier producto: qué entradas se usan más, cuáles fallan sus pruebas y qué preguntas llegan que todavía no puede responder. El acceso sigue las mismas reglas que los datos, así que un prompt no puede revelar lo que su usuario no tiene permitido ver; las reglas que protegen los datos se aplican a cada solicitud de IA que pasa por la biblioteca.
La recompensa es más discreta que el lanzamiento de una herramienta nueva, y más duradera. La misma pregunta obtiene la misma respuesta, sin importar quién la haga ni cuándo, y cuando una respuesta cambia, hay un motivo registrado.