Antes de comenzar
Establezca primero el límite de operación.
- Acceso a al menos tres usuarios representativos o ejemplos de tareas realistas.
- Un constructor responsable que pueda completar el camino completo de entrada-salida.
- Un límite de tiempo y gasto fijo para el experimento de siete sesiones.
- Datos de prueba no sensibles y una lista escrita de modos de falla no aceptables.
Paso a paso
Moverse del alcance a un artefacto verificado.
Sesión 1 — elija una decisión de usuario
Nombra un usuario, una tarea recurrente, el trabajo actual, y la decisión o acción que tu producto debe facilitar. Escribe la señal de éxito más pequeña observable y las condiciones que harían que la idea no valga la pena construir.
- Punto de control
- El problema puede probarse con ejemplos reales y no depende de servir a todos.
- Artificio
- Breve informe de un problema en una página y regla de detención
Sesión 2 — defina un flujo completo
Mapa el camino mínimo desde la entrada hasta la salida útil, incluidos los estados vacíos, de carga, errores, rechazos y reintentos. Separa el flujo de trabajo requerido de las características que pueden esperar. Identifica dónde debe revisar o aprobar el resultado un ser humano.
- Punto de control
- La primera versión tiene un resultado completo y no tiene una lista de características sin asignar.
- Artificio
- Mapa de flujo y lista de verificación de aceptación
Sesión 3 — prepare el paquete de tareas
Recopila entradas representativas, estructura de salida esperada, necesidades de evidencia, restricciones de privacidad y ejemplos de fallos. Versiona prompts, identificadores de modelos, parámetros, herramientas y archivos contextuales para que el comportamiento observado pueda explicarse posteriormente.
- Punto de control
- El creador puede distinguir un fallo del modelo de una tarea poco clara o de un contexto faltante.
- Artificio
- Paquete de tarea y evaluación versionado
Sesión 4 — elija la pila de operación más pequeña
Seleccionar herramientas, acceso a modelos, almacenamiento, alojamiento y análisis según las restricciones del flujo. Preferir elecciones reversibles e infraestructura existente. Registrar por qué cada componente está presente, cuánto cuesta, qué datos recibe y cuándo debe reemplazarse.
- Punto de control
- Cada componente respalda el primer flujo en lugar de una plataforma hipotética futura.
- Artificio
- Registro de decisión de pila
Sesión 5 — construya y verifique el camino usable
Implementa el flujo completo y pruébalo con el paquete de tareas. Verifica la seguridad del contenido, la autorización, el manejo de datos, los tiempos de espera, los fallos del modelo, los límites de tasa, la accesibilidad y el comportamiento en dispositivos móviles en proporción al riesgo de lanzamiento.
- Punto de control
- El camino produce un resultado útil o un fallo claro seguro para cada ejemplo representativo.
- Artificio
- Candidato a versión de prueba probado y lista de defectos
Sesión 6 — libere a un público limitado
Implementar una versión trazable, verificar la ruta pública y invitar al grupo más pequeño útil. Dile a los usuarios qué hace el producto, qué no hace, cómo se manejan sus datos y dónde se requiere la juicio humano.
- Punto de control
- La versión puede identificarse, monitorearse y revertirse sin adivinar.
- Artificio
- Registro de lanzamiento y script de prueba del usuario
Sesión 7 — decida a partir de la obra observada
Revisar tareas completadas, patrones de fallos, abandono, preguntas de soporte, costos y retroalimentación cualitativa. Decida si mejorar el flujo, empaquetarlo para uso repetido, ejecutar un nuevo experimento o detenerlo. Preservar la evidencia y la razón de la decisión.
- Punto de control
- La siguiente acción sigue el comportamiento observado y las restricciones predefinidas, no la entusiasmo del día del lanzamiento.
- Artificio
- Registro de decisión y siguiente experimento
Entregables
Mantén el trabajo reutilizable e inspectable.
- Breve problema y reglas explícitas de detención
- Flujo completo y lista de verificación de aceptación
- Paquete de tarea y evaluación versionado
- Registro de decisión de pila
- Candidato a lanzamiento verificado
- Registro de lanzamiento de producción y prueba de usuario
- Próxima decisión basada en evidencia
Límites de decisión
¿Qué no demuestra este tutorial.
- Siete sesiones limitan el experimento; no garantizan el ajuste producto-mercado, ingresos o un sistema de grado de producción.
- Las decisiones de alto impacto requieren revisión calificada, evaluación más fuerte y gobernanza fuera de este ciclo de lanzamiento.
- No recolectes datos personales o confidenciales solo para hacer que el prototipo se sienta realista.
- El interés temprano de los usuarios es evidencia direccional, no prueba de que exista un mercado más grande o un negocio repetible.
Registro de fuentes
Verificar la guía primaria actual.
- NIST AI 600-1: Perfil de IA Generativa
Referencia de gestión de riesgos para definir alcance, controles, propiedad y evaluación según el contexto.
- RichBay: Cómo juzgar una respuesta de IA
El método de revisión utilizado para separar el ajuste de la tarea, la evidencia, la incertidumbre y la usabilidad.
- RichBay: Comparación de salida revisada
El método repetible para versionar tareas, capturar salidas y publicar un registro de decisión acotada.