Cómo preparar un PoC de IA: plantilla de brief de una página
Un PoC de IA necesita una pregunta que tu equipo pueda responder al terminar. «¿Puede quien revisa utilizar esta extracción como borrador con nuestros documentos?» es un punto de partida concreto. «Explorar qué podríamos hacer con IA» requiere elegir antes un proceso más acotado.
Lleva un brief breve a la conversación sobre el alcance. No necesita tener todas las respuestas. Debe distinguir lo que sabes, lo que supones y lo que alguien tiene que confirmar antes de empezar.
Una plantilla de una página para reutilizar
1. El proceso y su responsable
Tarea: Necesitamos que [perfil] convierta [entrada] en [resultado].
Proceso actual: Hoy se hace mediante [pasos y sistemas], unas [cantidad] veces por [periodo].
Problema: Lo que más cuesta es [espera, trabajo repetido o error], según [observación o medición].
Revisión: [Persona o perfil] puede valorar si el resultado sirve y explicar los errores.
2. Muestras y accesos
Ejemplos disponibles: [Formatos, idiomas y casos representativos], incluidos [casos incompletos o fallidos].
Respuestas de referencia: [Quién puede etiquetar o revisar los resultados esperados].
Condiciones para compartir datos: [Ubicación aprobada, campos que retirar, usos permitidos y requisitos de conservación].
Sistemas: [Nombres y accesos necesarios], con estado [disponible, pendiente de aprobación o desconocido] y una persona responsable de cada dependencia.
Acuerda cómo se tratarán las muestras antes de compartirlas. No adjuntes credenciales ni registros de clientes a una primera consulta. Si no puedes preparar muestras representativas que se puedan compartir, indícalo; puede que el siguiente paso sea analizar el proceso antes de implementar.
3. Evaluación y límites
Situación de partida: [Cómo funciona hoy el proceso], o [cómo lo mediremos].
Comprobación propuesta: [Conjunto de entradas, comportamiento esperado, umbral propuesto y persona que revisa].
Controles: [Acciones que requieren revisión, fallos que deben mostrarse y restricciones de acceso].
Fuera de alcance: [Otros procesos, integraciones, idiomas o requisitos de producción].
4. La decisión y los límites prácticos
Decisión al terminar: [Pasar a un piloto, revisar el enfoque o parar], a cargo de [responsable].
Restricciones: [Rango de presupuesto, plazos y requisitos de alojamiento o contratación].
Dudas pendientes: [Pregunta], a cargo de [persona], para resolver antes de [fecha o hito].
Define una evaluación que sirva para decidir
«Un 80 % de aciertos» está incompleto si no defines los ejemplos, qué cuenta como acierto y la gravedad de los distintos errores. Trátalo como un umbral propuesto para discutir, no como un resultado que el PoC ya haya conseguido.
Reserva ejemplos representativos que no se utilicen durante el desarrollo ni para ajustar las instrucciones del modelo. Así la comprobación final no se limita a los casos de la demo. Acuerda cuántos ejemplos y repeticiones necesita la decisión; una muestra pequeña aporta evidencia limitada. Registra también los errores y el trabajo de revisión.
Planifica la medición desde el principio. Es también el enfoque de la guía de GOV.UK sobre datos de rendimiento de un servicio.
Qué debería devolverte una propuesta útil
Busca un proceso identificado, entregables concretos, requisitos previos, exclusiones, precio y calendario ligados a esas premisas, y criterios de aceptación por escrito. La propuesta debe explicar qué ocurre si se retrasan los accesos, falla la evaluación o cambia el alcance.
Separa los entregables del experimento de la hipótesis de negocio. Una evaluación terminada puede mostrar que el enfoque con IA no sirve para ese caso. Ese resultado puede ayudar a decidir, siempre que esa posibilidad y las obligaciones de entrega se hayan acordado antes.
Utiliza el brief para elegir cómo empezar
Si aún estás eligiendo el proceso, lee qué construir primero. Si tienes una tarea, un plan de muestras y alguien que pueda revisar, envía una consulta sobre el PoC con un resumen sin datos sensibles. Nos servirá para hablar del alcance y de lo que falta preparar.
Compara todos los paquetes si encaja mejor una revisión del proceso o un sprint de implementación.