Cómo crear un registro de supuestos con fecha de vencimiento y evidencia

Empieza por detectar frases que suenan a hechos. Todo proyecto funciona sobre afirmaciones que rara vez aparecen en el plan: “el cliente responderá por WhatsApp”, “este precio seguirá siendo competitivo”, “la integración estará disponible” o “el equipo podrá revisar cada entrega”. Reúne decisiones recientes y subraya cada frase que dependa de algo no comprobado. No registres opiniones decorativas; captura únicamente supuestos que, si fueran falsos, cambiarían presupuesto, calendario, alcance, mensaje o responsabilidad. Esa selección mantiene el registro pequeño y vinculado con consecuencias reales.

Describe el supuesto de manera comprobable. Evita escribir “la campaña funcionará” porque no define qué tendría que observarse. Formula una oración con sujeto, comportamiento, condición y plazo: “al menos veinte de cada cien visitantes completarán el formulario móvil durante las primeras dos semanas”. Añade la decisión que depende de esa afirmación, por ejemplo mantener el canal, aumentar inversión o rediseñar la oferta. Cuando el supuesto puede medirse y se conoce la decisión asociada, deja de ser una creencia abstracta y se convierte en una pieza operativa.

Asigna evidencia actual y nivel de confianza. Para cada fila registra qué prueba existe hoy: entrevista, dato histórico, prueba técnica, contrato, observación directa o referencia externa. Clasifica la confianza como baja, media o alta con una regla común. Baja significa intuición o evidencia indirecta; media, varias señales consistentes; alta, datos recientes del mismo contexto. No uses la categoría para fingir precisión estadística. Su función es indicar cuánto riesgo existe al actuar y qué supuestos merecen una prueba antes de comprometer más recursos.

Pon fecha de vencimiento, no solo fecha de creación. Un supuesto puede haber sido correcto y dejar de serlo cuando cambia un precio, una política, una temporada o el comportamiento del cliente. Define cuándo debe revisarse: una fecha fija, un volumen alcanzado o un evento como lanzamiento, renovación o cambio de proveedor. Los supuestos de seguridad y cumplimiento necesitan revisión más frecuente que una preferencia visual. La fecha de vencimiento impide que una decisión antigua conserve autoridad únicamente porque nadie volvió a abrir el documento.

Nombra un responsable y una acción de validación. El dueño no tiene que demostrar personalmente la hipótesis, pero sí asegurar que exista evidencia antes del vencimiento. Especifica la siguiente prueba: llamar a diez clientes, comparar conversiones, ejecutar una simulación, solicitar confirmación al proveedor o revisar registros de soporte. Añade costo y duración aproximados para que la validación compita honestamente con otras tareas. Si nadie posee la fila ni existe una acción definida, el registro se convierte en archivo histórico y no modifica ninguna decisión.

Decide por adelantado qué ocurre si falla. Cada supuesto crítico debería incluir tres salidas: confirmado, incierto o refutado. Para cada estado define una consecuencia. Si la demanda no aparece, se reduce inversión; si la integración no cumple, se activa el proceso manual; si la evidencia sigue incompleta, se limita el alcance. Esta regla evita negociar la realidad después de ver el resultado. También reduce discusiones personales, porque el equipo acordó previamente cómo responder a cada tipo de evidencia.

Revisa el registro junto con decisiones, no como ceremonia separada. Abre las filas que vencen antes de aprobar presupuesto, publicar una campaña, ampliar una automatización o renovar software. Cierra supuestos que ya se convirtieron en hechos documentados y crea otros cuando aparece una nueva dependencia. Conserva el historial de cambios para entender por qué una decisión parecía razonable en su momento. Un buen registro no pretende eliminar incertidumbre: vuelve visible qué está en juego, qué sabemos, cuándo debemos comprobarlo y cómo actuaremos si la realidad contradice el plan.