Crear un playbook personal de uso y verificación

El uso profesional de un asistente no mejora por acumular conversaciones. Mejora cuando una tarea recurrente tiene un método: entradas conocidas, un encargo reutilizable, límites de datos, controles proporcionales y una forma de aprender de los errores.

El proyecto final de este minicurso consiste en documentar tres flujos personales. No automatiza sistemas ni concede autonomía al modelo. Describe cómo una persona utiliza un asistente y conserva la responsabilidad sobre el resultado.

Elige tareas recurrentes y observables

Selecciona tres tareas con funciones distintas.

Comprender

Por ejemplo:

• investigar un tema;
• sintetizar documentación;
• preparar preguntas;
• comparar alternativas.

Elaborar

Por ejemplo:

• memo;
• propuesta;
• briefing;
• informe;
• guion.

Preparar una acción

Por ejemplo:

• reunión;
• revisión;
• decisión;
• comunicación;
• sesión de trabajo.

No empieces por la tarea más excepcional o de mayor riesgo. Elige trabajos que repitas y cuyo resultado puedas evaluar.

Si la tarea ya consiste en conectar sistemas, procesar eventos o ejecutar acciones repetidamente sin intervención, probablemente estás entrando en automatización. El objetivo de este minicurso es estandarizar trabajo asistido, no construir un sistema autónomo.

Define la ficha de cada flujo

Señal de inicio

Describe qué activa el flujo.

Ejemplo:

Cuando recibo documentación para una reunión de descubrimiento y faltan menos de 48 horas.

Una señal clara evita utilizar el mismo procedimiento para situaciones distintas.

Resultado

Define qué debe existir al terminar.

Ejemplo:

Briefing de una página con hechos, hipótesis, preguntas y vacíos de información.

Entradas permitidas

Enumera:

• formatos;
• categorías de datos;
• fuentes;
• información que debe eliminarse;
• entorno autorizado;
• responsable de resolver dudas.

No escribas «documentos del cliente». Especifica qué documentos y bajo qué condición.

Plantilla de encargo

Conserva campos variables:

• destinatario;
• decisión;
• entradas;
• tarea intelectual;
• alcance;
• restricciones;
• estructura;
• criterios de aceptación;
• preguntas abiertas.

Una plantilla útil obliga a pensar. Una plantilla que solo permite cambiar el tema produce el mismo encargo deficiente más rápido.

Secuencia

Define los pasos realmente necesarios.

Por ejemplo:

1. revisar entradas;
2. detectar vacíos;
3. preparar análisis;
4. aprobar esquema;
5. redactar;
6. revisar hechos;
7. adaptar al destinatario;
8. guardar resultado.

No añadas etapas para dar sensación de control. Cada etapa debe eliminar un riesgo o mejorar una decisión.

Punto de revisión humana

Indica dónde una persona debe intervenir.

Un correo externo puede utilizar IA para preparar un borrador y seguir requiriendo aprobación antes del envío. Una recomendación puede prepararse con un asistente y seguir necesitando la decisión de quien tiene autoridad.

El control debe corresponder al riesgo real.

Crea una lista de verificación específica

Evita una checklist genérica que termina marcándose sin pensar.

Para un memo de decisión, por ejemplo:

• la recomendación responde a la pregunta original;
• cada cifra tiene fuente;
• las alternativas usan los mismos criterios;
• las inferencias están visibles;
• los datos confidenciales se han eliminado del resultado externo;
• la incertidumbre cambia el tono de certeza;
• el siguiente paso tiene responsable.

Para una investigación, la lista será distinta.

Define escalado y parada

Un playbook profesional necesita explicar cuándo no debe utilizarse.

Posibles condiciones:

• falta de autorización;
• fuente inaccesible;
• datos que no pueden compartirse;
• decisión de alto impacto;
• necesidad de firma profesional;
• conflicto entre fuentes;
• error material repetido;
• resultado que no puede verificarse;
• cambio del producto que afecta a un control esencial.

Indica también qué ocurre después: revisar manualmente, pedir autorización, usar otro entorno o detener el trabajo.

Mide el proceso completo

El tiempo de generación es una métrica pobre si después necesitas media hora de corrección.

Mide, cuando tenga sentido:

• preparación de entradas;
• interacción;
• revisión;
• correcciones;
• porcentaje de criterios cumplidos;
• errores materiales;
• retrabajo solicitado;
• tiempo total hasta aceptación;
• utilidad real para la decisión.

Compara con una línea base manual antes de afirmar que el flujo mejora productividad.

Una reducción de tiempo no compensa una caída de calidad que aumente el riesgo.

Mantén un registro ligero

No necesitas guardar cada conversación completa para aprender.

Ejemplo:

Registra solo lo necesario. No conviertas la medición en una nueva excusa para conservar datos personales o información sensible.

Prueba con casos normales y casos incómodos

Un flujo que funciona solo con la entrada perfecta no está listo.

Para cada tarea prueba:

1. un caso normal;
2. un caso incompleto;
3. un caso con excepción.

Comprueba si el procedimiento:

• detecta información ausente;
• respeta exclusiones;
• conserva fuentes;
• evita afirmar más de lo demostrado;
• produce el formato real;
• se detiene cuando corresponde.

No cambies simultáneamente asistente, plantilla, entradas y criterios si quieres saber qué mejoró.

Ejemplo: memo de decisión

Inicio: existe una decisión con dos o más alternativas y un responsable.

Resultado: memo de dos páginas con recomendación provisional, evidencia, alternativas, riesgos y siguiente paso.

Entradas: ficha de encargo, criterios aprobados y matriz de evidencia minimizada.

Secuencia: detectar vacíos → analizar → proponer esquema → aprobar esquema → redactar → revisar hechos → revisar lógica → adaptar al destinatario.

Aceptación: la recomendación es visible; las alternativas usan los mismos criterios; la evidencia es rastreable; las limitaciones están expresadas; el siguiente paso tiene responsable.

Parada: falta evidencia para un criterio decisivo o la decisión requiere una autoridad que no participa.

Métrica: tiempo hasta versión aceptada + número de correcciones materiales.

El flujo no decide por la persona. Hace que la preparación sea repetible y auditable.

Revisa el playbook cuando cambie el entorno

NIST describe su AI Risk Management Framework como un recurso de uso voluntario para gestionar riesgos a lo largo del ciclo de vida de sistemas de IA. No necesitas convertir un playbook personal en un programa formal de gobierno, pero sí puedes adoptar una idea útil: los controles deben revisarse cuando cambia el contexto.

Actualiza tu playbook cuando:

• cambia una herramienta esencial;
• cambia la política de datos;
• aparece un nuevo tipo de entrada;
• detectas un error repetido;
• el flujo pasa a utilizarse por más personas;
• aumenta el impacto de la tarea;
• el proceso deja de ser asistido y empieza a automatizar acciones.

Un documento que nadie revisa se convierte rápidamente en una descripción histórica.

Cuándo el playbook deja de ser suficiente

El trabajo sigue siendo asistido cuando una persona:

• inicia la tarea;
• aporta o autoriza el contexto;
• revisa el resultado;
• toma la decisión;
• ejecuta la acción.

Si el volumen crece y el flujo empieza a recibir eventos, conectarse con aplicaciones, escribir en sistemas o ejecutar acciones automáticamente, la pregunta cambia.

Ya no basta con optimizar conversaciones. Debes modelar el proceso, sus estados, errores, permisos, recuperación y supervisión.

Ese salto pertenece al curso de automatización, no a este minicurso.

Entregable final

Crea un documento con:

1. principios personales de uso;
2. clasificación de datos;
3. entornos aprobados, condicionados y no aprobados;
4. fecha de última comprobación;
5. tres fichas de flujo;
6. plantillas de encargo;
7. listas de verificación;
8. reglas de escalado;
9. nueve pruebas: tres por flujo;
10. línea base y métricas;
11. errores observados;
12. cambios realizados;
13. fecha de próxima revisión.

El playbook está listo cuando otra persona autorizada puede ejecutar uno de los flujos, comprender sus límites y revisar el resultado sin depender de tu memoria.

Ese es el objetivo final del minicurso: pasar de «usar un chatbot» a disponer de un método profesional, reproducible y verificable para trabajar con asistentes de IA.