Al terminar esta lección
- Descomponer el brief de Nexo en afirmaciones atómicas y rotular cada una según su evidencia.
- Redactar quince desconocidos priorizados, cada uno ligado a la decisión que bloquea.
- Formular cinco hipótesis refutables, ninguna escrita como requisito.
- Escribir el objetivo de discovery en una sola frase y revisar con el gate que no hayas diseñado nada.
- Usar un agente de IA como revisor de preguntas sin aceptar ninguna de sus propuestas como evidencia.
Práctica E01 · Desarmar el brief de Nexo
Situación. Recibís únicamente el mensaje inicial de Nexo. No podés pedir todavía una segunda reunión.
Entregá. 15 desconocidos priorizados; 5 hipótesis explícitas; un objetivo de discovery escrito en una sola frase.
Está listo cuando. ninguna hipótesis está redactada como requisito; las preguntas buscan episodios o evidencia; no hay tecnología propuesta como conclusión.
Solución comentada: Solución comentada E01. Comparala después de producir tu entrega.
Tu trabajo ahora no es “resolver Nexo”. Es demostrar que podés resistir la tentación de completarlo con tu imaginación.
Construí una hoja de una página con tres columnas: afirmación recibida, clasificación de evidencia y pregunta que falta responder. Usá únicamente el brief disponible hasta este punto. Si una frase contiene dos afirmaciones, separalas.
Esta guía te lleva por la práctica en nueve pasos (del 0 al 8). Cada uno dice cuánto tiempo conviene dedicarle, muestra un ejemplo parcialmente resuelto (nunca el tuyo completo) y te pide producir algo. Los números de los pasos son una recomendación ampliada; el contrato mínimo de la entrega es el bloque “Entregá”: quince desconocidos, cinco hipótesis y un objetivo.
Paso 0 · Preparar la carpeta (5 minutos)
Objetivo. Tener un lugar versionado donde vive la entrega, con el brief guardado literal.
Creá la estructura que viste en la lección 1.0 y pegá el brief sin cambiar una coma:
Fuente: mensaje de Marta (dueña de Nexo)
Fecha de recepción: <completá>
"Somos una distribuidora. Los vendedores pasan todo el día con WhatsApp, el
stock nunca coincide del todo y tomar pedidos nos lleva demasiado. Queremos una
web para que los clientes compren solos. El ERP ya tiene los productos y los
precios. Si se puede sumar IA, mejor."
Hacé un primer commit con ese archivo. Todo lo que escribas desde acá referencia esa fuente.
Paso 1 · Separar el brief en afirmaciones (15 minutos)
Objetivo. Obtener una hoja de tres columnas donde cada fila tenga una afirmación, su etiqueta y la pregunta que falta responder.
El brief tiene cinco oraciones, pero muchas más afirmaciones. Una oración como “los vendedores pasan todo el día con WhatsApp” contiene al menos tres: que usan WhatsApp, que lo usan para trabajar con clientes y que ocupa buena parte de la jornada. Cada una tiene un nivel de confianza distinto.
Ejemplo parcialmente trabajado, con las primeras filas resueltas:
| Afirmación recibida | Etiqueta | Pregunta que falta responder |
|---|---|---|
| Los vendedores usan WhatsApp en su trabajo | DECLARACIÓN | ¿Para qué tipo de mensajes: pedidos, consultas, autorizaciones? |
| WhatsApp ocupa buena parte del día | DECLARACIÓN | ¿Podemos ver una jornada reciente o una conversación típica de un vendedor? |
| El stock «nunca» coincide del todo | DECLARACIÓN | ¿Entre qué fuentes difiere y en qué momento del pedido se nota? |
| (completá desde acá) |
Seguí vos con las afirmaciones restantes. Un truco: subrayá las palabras absolutas o vagas (“todo”, “nunca”, “demasiado”, “solos”). Cada una merece su propia pregunta.
Separá una oración en afirmaciones
Tomá la oración «Tomar pedidos nos lleva demasiado» y descomponela en todas las afirmaciones atómicas que contiene. Para cada una, escribí la etiqueta y la pregunta que falta responder.
Paso 2 · Reescribir cinco frases sin tecnología (15 minutos)
Objetivo. Entrenar el reflejo de describir problemas observables en lugar de pedir soluciones.
Elegí cinco frases del brief que mencionen una solución o una tecnología y reescribilas con la fórmula: quién, qué hace hoy, qué consecuencia observable tiene. Evitá palabras como portal, web, app, IA, integración, sistema.
Reescritura sin tecnología
«El sistema debe permitir que los clientes compren solos.»
Nombra un sistema y un modo de compra. No dice qué ocurre hoy ni cómo mediríamos una mejora.
«Hoy un cliente que quiere pedir debe escribirle a un vendedor y esperar a que lo transcriba y confirme; el tiempo hasta la confirmación depende de la disponibilidad del vendedor.»
Describe a quién afecta, qué pasa y qué se podría medir.
Reescribí «Si se puede sumar IA, mejor»
La última oración del brief pide IA. Reescribila como una descripción del problema o la oportunidad, sin mencionar IA, modelos ni automatización, y señalá qué necesitarías saber para evaluarla.
Paso 3 · Quince desconocidos (20 minutos)
Objetivo. Producir quince desconocidos, cada uno ligado a una decisión futura. Los seis primeros ya los conocés del plan de la lección 1.2 (U-01 a U-06); para ser tuyos tenés que reformularlos con tus palabras y sumar nueve más.
Usá el formato de cadena y, para cada uno, indicá qué área de decisión podría cambiar: alcance, dominio, seguridad, datos, integración, UX o testing.
- id: U-07
incognita: "" # qué necesitamos saber, en una frase
decision_afectada: "" # alcance | dominio | seguridad | datos | integracion | ux | testing
evidencia: "" # qué documento, caso o sistema la resolvería
fuente_posible: [] # personas o sistemas
costo_de_equivocarse: medio # alto | medio | bajo
bloquea_hoy: false
Pistas para llegar a quince sin repetir: pensá en una incógnita por cada tema que el brief toca y no desarrolla.
| Tema del brief | Pregunta para generar un desconocido |
|---|---|
| Clientes | ¿Todos los clientes compran de la misma forma o hay segmentos con reglas distintas (por ejemplo, de contado)? |
| Productos | ¿Qué pasa cuando un cliente pide un código que ya no existe o fue reemplazado? |
| Precios | ¿Quién mantiene la información de precios especiales y cómo se actualiza? |
| Seguridad | ¿Qué cosas puede ver y hacer cada vendedor respecto de los clientes de otros? |
| Datos | ¿Qué información vive en el ERP y cuál en planillas o en la cabeza de alguien? |
| Integración | ¿Qué sistemas externos participan del pedido (facturación, transporte)? |
| Entrega | ¿Todos los pedidos se retiran o hay envíos? ¿Quién decide desde qué depósito? |
| Medición | ¿Cómo sabríamos que el proceso mejoró? ¿Hay una línea base? |
Escribí un desconocido completo
Elegí uno de los temas de la tabla anterior y escribí un desconocido completo con el formato de la plantilla: incógnita, decisión afectada, evidencia que lo resolvería, fuente posible, costo de equivocarse y si bloquea hoy. Incluí una línea sobre qué no bloquea.
Ver pistas para completar los quince
Si te falta llegar a quince, revisá estos ángulos antes de mirar la solución comentada:
- Tiempo. ¿Hay pedidos urgentes? ¿Existen horarios de corte para despachar el mismo día?
- Excepciones. ¿Qué hacen cuando falta un producto a mitad de la preparación?
- Volumen. ¿Cuántos ítems tiene un pedido típico y cuál es el más grande que recuerdan?
- Errores previos. ¿Cuál fue el último error de precio o de stock que costó dinero y cómo se detectó?
- Roles. ¿Quién más interviene en un pedido además del vendedor? ¿Quién lo cierra?
- Reglas implícitas. ¿Qué cosas “se saben” y nadie las escribió?
Una buena señal de que tus desconocidos son buenos: al leerlos, alguien ajeno al proyecto puede decir qué documento o persona pedirías para resolverlos.
Paso 4 · Priorizar (10 minutos)
Objetivo. Ordenar los quince en crítico, alto, medio o bajo impacto, con una justificación de una línea cada uno.
Usá dos preguntas: ¿qué decisión frena? y ¿cuánto costaría equivocarse (dinero, integridad, permisos, retrabajo)? La justificación no puede ser “porque es importante”.
Justificar una prioridad
U-03 · Crítico · «Porque la autorización de crédito es importante.»
No dice qué decisión frena ni qué pasaría si se equivoca.
U-03 · Crítico · «Define quién puede confirmar un pedido sobre el límite; si lo suponemos mal, se confirman pedidos sin autoridad y no queda registro.»
Nombra la decisión, el riesgo y la consecuencia.
Paso 5 · Cinco hipótesis refutables (10 minutos)
Objetivo. Escribir cinco hipótesis útiles para investigar, cada una con la evidencia que la haría falsa. Una hipótesis que no puede refutarse no ayuda al discovery. Recordá que la hipótesis orienta preguntas: no es un requisito ni una decisión.
Hipótesis útil o requisito disfrazado
«El sistema debe reservar el stock al confirmar el pedido.»
Impone comportamiento, nombra un sistema y no puede refutarse.
«Dos vendedores pueden prometer la misma unidad a clientes distintos. Se refuta si, revisando los últimos pedidos con faltante, ninguno corresponde a una unidad ya reservada para otro pedido.»
Describe un fenómeno, es falsable y orienta una pregunta concreta.
Una hipótesis con su refutación
Escribí una hipótesis sobre por qué el stock «nunca coincide» y la evidencia concreta que la haría falsa. No menciones sistemas nuevos ni propongas soluciones.
Ver ángulos para las otras cuatro hipótesis
No te damos las hipótesis completas, sino los territorios donde suele haber buenas conjeturas en un caso como Nexo:
- Sobre dónde se va el tiempo de un pedido (recibirlo, validarlo, esperar una autorización).
- Sobre qué fuente manda en el precio cuando hay acuerdos fuera del ERP.
- Sobre cómo se decide la excepción de crédito y si coincide con lo que se declara.
- Sobre qué canal de entrada representa realmente la mayor parte de los pedidos.
Para cada una, escribí el fenómeno (“ocurre X”), la condición que la refuta y el material que pedirías.
Paso 6 · El objetivo de discovery en una sola frase (5 minutos)
Objetivo. Condensar lo que querés entender, no lo que querés construir.
Un buen objetivo de discovery tiene un verbo de investigación (entender, reconstruir, identificar), un objeto del proceso (un pedido, una decisión de crédito) y un límite temporal o de alcance. No contiene sustantivos de software.
Tu objetivo en una frase
Escribí el objetivo de discovery de Nexo en una sola frase, con un verbo de investigación y sin ningún sustantivo de software.
Paso 7 · Revisión con un agente (10 minutos)
Objetivo. Usar un agente para detectar preguntas que vos no viste, sin que ninguna de sus propuestas pase a ser evidencia.
Pedile a un agente de IA que detecte preguntas que vos no viste, pero entregale solo el brief y tu lista. Marcá en otro color las preguntas sugeridas por el agente. No las conviertas en requerimientos.
PROMPT DE APOYO
Actuá como revisor de discovery. Recibirás un brief parcial y una lista de desconocidos. No propongas software. 1) detectá afirmaciones que mezclen hechos con interpretación, 2) señalá contradicciones o términos vagos, 3) proponé preguntas ligadas a una decisión concreta y 4) explicá qué evidencia permitiría cerrar cada pregunta. Si falta información, escribí DESCONOCIDO. No inventes reglas.
Cuando el agente conteste, revisá cada propuesta con un criterio simple: ¿reduce incertidumbre sobre una decisión concreta, o solo suena inteligente?
¿Qué hacés con cada propuesta del agente?
Estas son propuestas reales que podría devolver un agente ante el brief de Nexo. Decidí qué hacés con cada una.
«Probablemente la política de crédito sea un porcentaje de tolerancia del 10% para clientes premium.»
«¿Los pedidos que llegan por WhatsApp incluyen fotos o audios, además de texto?»
«Conviene evaluar si una arquitectura de microservicios escala mejor para el volumen de pedidos.»
«¿Qué significa exactamente que el stock “nunca coincide del todo”?»
«¿Los precios que ve cada cliente se calculan siempre desde el ERP o hay acuerdos fuera?»
«El objetivo del proyecto es reducir el tiempo de toma de pedidos en un 50%.»
Paso 8 · Autochequeo antes del gate (5 minutos)
Objetivo. Verificar la entrega contra “Está listo cuando” antes de marcar nada.
Recorré tus artefactos con estas tres búsquedas literales:
- Buscá las palabras “debe”, “tiene que” y “el sistema”. Cada hit en una hipótesis o desconocido es un candidato a requisito disfrazado.
- Buscá nombres de tecnología (portal, app, API, base de datos, microservicio, IA). Si aparece como conclusión, reescribila como pregunta.
- Buscá preguntas que empiecen con “¿cómo manejan…?”. Convertilas en preguntas de episodio.
Criterio de revisión. Listo para el gate cuando: podés explicar qué sabemos, qué solo fue declarado, qué estamos suponiendo, qué permanece desconocido y por qué todavía no corresponde diseñar.
Nexo B2B · Expediente 01: lo que todavía NO sabemos
El expediente de inicio conserva una lista que deliberadamente no intenta cerrar: significado exacto de exposición de crédito, prioridad entre lista y acuerdo comercial, autoridad de sobregiro, momento de reserva, tratamiento del stock físico discrepante, y qué canal será realmente origen de pedidos en el primer release. Cada punto tiene dueño de investigación y artefactos candidatos para contrastar.
Este expediente enseña una idea simple: una incógnita no es un defecto del documento si está visible. El defecto aparece cuando una decisión dependiente se toma igual y la incógnita desaparece del radar. En proyectos reales, muchas fallas de arquitectura son desconocidos que fueron transformados silenciosamente en defaults.
Compará esa lista con la tuya: los seis puntos del expediente corresponden a U-01 a U-06 de la lección 1.2. Si alguno de tus quince es una variante de ellos, bien; si ninguno los toca, revisá si no estás evitando justo los más incómodos.
Cuaderno de campo 01 · Preparación completa
Entregable: dossier previo de 2 páginas, registro de evidencia inicial y plan de preguntas. El dossier debe poder enviarse a un mentor antes de la reunión para que entienda qué sabés y qué no.
- Escribí una descripción del negocio en no más de 150 palabras usando solo información pública o entregada.
- Construí un mapa de fuentes potenciales: personas, documentos, sistemas y observaciones. Para cada fuente indicá qué tipo de pregunta podría responder.
- Definí 10 desconocidos y conectalos con decisiones futuras. Si dos desconocidos bloquean lo mismo, agrupálos.
- Prepará 12 preguntas ordenadas por conversación: episodio, decisiones, datos, excepciones, sistemas y métricas. Evitá una lista aleatoria.
- Pasá el plan por un agente de IA con instrucción explícita de no proponer software. Revisá si sus preguntas realmente reducen incertidumbre o solo suenan inteligentes.
Para ordenar las doce preguntas, usá este esqueleto de conversación como guía:
| Bloque | Qué buscás | Ejemplo de pregunta |
|---|---|---|
| Episodio | Un caso real de principio a fin | «Contame el último pedido que recibiste, desde el primer mensaje.» |
| Decisiones | Dónde alguien dice sí, no o espera | «En ese pedido, ¿quién tuvo que aprobar algo y cómo lo supiste?» |
| Datos | Qué se mira y de dónde sale | «¿De qué pantalla o planilla sacaste el precio?» |
| Excepciones | Qué se rompe | «¿Cuándo fue la última vez que algo no coincidió?» |
| Sistemas | Qué herramientas intervienen | «¿Qué abriste, en qué orden, para ese pedido?» |
| Métricas | Cómo sabrían que mejoró | «¿Cómo notarían que el proceso funciona mejor?» |
Criterio de revisión. Revisión: otra persona debería poder señalar qué frase de tu dossier está sustentada por evidencia y cuál es solo contexto. Si no puede, falta etiquetado o fuente.
Hoja de entrega 1 · completá antes de pasar el gate
Este bloque no se completa “de memoria”. Volvé a tus artefactos, evidencia y resultados. El objetivo es obligarte a hacer explícito qué vas a defender frente a un mentor o cliente.
Artefacto que entrego y versión:
Tres evidencias que sostienen mis decisiones:
Decisiones que tomé yo y que un agente no podía tomar:
Desconocidos o riesgos que siguen abiertos:
Feedback o propuesta de IA que rechacé, y por qué:
Qué tendría que ocurrir para que yo mismo cambie esta conclusión:
Revisión de calidad: qué corregí antes de enviar o presentar:
Firma del mentor/reviewer o referencia del feedback:
Gate 1 · todavía no diseñes
Un gate no es una formalidad. Si una condición crítica no se cumple, el trabajo correcto es hacer visible la incertidumbre y volver a buscar evidencia.
Criterios de revisión
Revisá tus artefactos antes de marcar cada criterio. El checklist registra tu autoevaluación; la aprobación requiere revisar la evidencia.
Guardá tu entrega
Completá la entrega 01, adjuntá evidencia y registrá los criterios del gate que todavía no podés demostrar.
Cuando termines tu entrega, compará tu razonamiento con la solución comentada E01. No hay una única respuesta correcta: la comparación busca fuentes, decisiones y evidencia.
Errores frecuentes
- Síntoma: tu lista de desconocidos incluye “definir la arquitectura” o “elegir la base de datos”. Causa: se mezclaron decisiones de diseño con lo que falta saber del negocio. Corrección: esos son decisiones futuras; lo desconocido es el dato del negocio que las habilitaría.
- Síntoma: las hipótesis empiezan con “el sistema debería”. Causa: una solución escrita como conjetura. Corrección: reescribí el fenómeno que la motivaría y la condición que la refutaría.
- Síntoma: los quince desconocidos son variaciones del crédito. Causa: el primer tema que llamó la atención absorbió la lista. Corrección: recorré la tabla de temas del paso 3 y exigí al menos uno por área.
- Síntoma: el objetivo de discovery lleva la palabra “portal”. Causa: el objetivo describe lo que se quiere construir, no lo que se quiere entender. Corrección: empezalo con un verbo de investigación y centralo en el proceso.
- Síntoma: marcaste todos los criterios del gate sin abrir un solo archivo. Causa: se usó el checklist como trámite. Corrección: por cada criterio, anotá el archivo y la línea que lo respalda.
Para llevarte
- La entrega E01 son quince desconocidos priorizados, cinco hipótesis refutables y un objetivo de discovery en una frase.
- Cada afirmación del brief se separa antes de rotularse; las palabras vagas (“nunca”, “demasiado”, “solos”) piden su propia pregunta.
- Reescribir sin tecnología es el test para saber si estás describiendo un problema o pidiendo una solución.
- Una hipótesis sin condición de refutación no guía ninguna pregunta.
- El agente propone preguntas; vos decidís cuáles reducen incertidumbre y descartás todo lo que traiga valores, metas o tecnología inventados.
- El gate se pasa con archivos abiertos, no de memoria: cada criterio apunta a una línea de tu entrega.
¿Cómo valoras el contenido técnico de esta lección?
Tu feedback nos ayuda a mejorar los laboratorios prácticos de Eje Z.