System Design
Visión y objetivos del sistema
Explica cómo definir una visión compartida, objetivos, métricas, outcomes, capacidades y antimetas para alinear el diseño con resultados observables.
- Última actualización
- Actualizada
- Nivel
- Fundamentos
System Design
Explica cómo definir una visión compartida, objetivos, métricas, outcomes, capacidades y antimetas para alinear el diseño con resultados observables.
La visión explica qué cambio busca producir el sistema. Los objetivos convierten ese cambio en resultados observables. Las funcionalidades son medios; no deben confundirse con el propósito.
Una visión de sistema alinea a los stakeholders alrededor de una intención compartida:
situación actual
→ cambio deseado
→ personas beneficiadas
→ resultado observableLos objetivos descomponen esa intención en resultados que pueden priorizarse y verificarse.
Sin visión y objetivos claros, el equipo optimiza entregables aislados:
Puede entregar mucho y mejorar poco. También aparecen conflictos porque cada área interpreta el éxito de forma distinta.
Outcome
→ reducir pedidos incompletos
Output
→ nueva interfaz de captura
Capacidad
→ validar datos antes de confirmarEl output solo tiene sentido si habilita una capacidad que contribuye al outcome.
visión
→ por qué existe el sistema
objetivos
→ qué resultados debe producir
métricas
→ cómo reconocer el avance
requisitos
→ qué comportamiento necesita
soluciones
→ cómo podría implementarseEsta cadena permite cuestionar funcionalidades sin perder el propósito.
Para [personas o áreas]
que actualmente [problema o necesidad],
el sistema permitirá [capacidad general]
para conseguir [resultado observable],
a diferencia de [situación actual].Ejemplo:
Para operaciones y clientes que hoy coordinan pedidos por canales dispersos,
el sistema centralizará registro y seguimiento
para reducir información incompleta y hacer visible el estado,
a diferencia del proceso manual sin trazabilidad.Expresan impacto económico, estratégico o regulatorio.
Ejemplo: reducir cancelaciones asociadas a errores de captura.
Describen mejora en una tarea o decisión.
Ejemplo: conocer el estado de un pedido sin llamar a la tienda.
Mejoran soporte, control o recuperación.
Ejemplo: reconstruir quién cambió el estado y cuándo.
Son válidos cuando habilitan una cualidad necesaria.
Ejemplo: permitir recuperación dentro del RTO acordado. “Usar microservicios” no es un objetivo por sí mismo.
Una métrica necesita contexto:
métrica
→ pedidos incompletos
fórmula
→ pedidos con datos faltantes / pedidos creados
segmento
→ por sucursal y canal
baseline
→ 8 % durante las últimas 8 semanas
objetivo
→ menos de 2 %Sin baseline, primero define cómo medir. No inventes porcentajes para parecer preciso.
Los primeros permiten reaccionar antes; los segundos muestran resultado final.
Declaran qué no se busca optimizar en esta etapa:
- No automatizar rutas en la primera versión.
- No reemplazar el sistema contable.
- No optimizar para operación internacional.Evitan expectativas implícitas y sobrearquitectura.
SMART ayuda cuando existe información suficiente, pero no debe forzar falsa exactitud.
Mejor:
Medir durante cuatro semanas el tiempo de asignación
para establecer baseline y fijar un objetivo posterior.que inventar una reducción sin datos.
Reducir cancelaciones
├─ disminuir pedidos incompletos
│ ├─ validar dirección
│ └─ validar disponibilidad
└─ mejorar comunicación de cambios
├─ registrar estados
└─ notificar eventos críticosEl árbol permite ver dependencias y evita saltar directamente a features.
Objetivo débil:
Crear un dashboard de inventario.Reformulación:
Objetivo
→ reducir el tiempo para detectar productos con stock crítico
Métrica
→ tiempo medio entre alcanzar umbral y revisión por encargado
Capacidades
→ calcular disponibilidad, alertar y priorizar
Soluciones candidatas
→ dashboard, notificación o reporte programadoEl diseño queda abierto a comparar soluciones.
menos pasos en caja
↔ mayor control antifraude
alta disponibilidad
↔ menor coste
más detalle para soporte
↔ minimización de datosNo ocultes el conflicto. Registra prioridad, contexto y consecuencia aceptada.
Si solo se mide tiempo, el equipo puede cerrar pedidos prematuramente. Combina velocidad con calidad.
“Incrementar ventas 30 %” depende de mercado y producto. Define la contribución verificable del sistema.
Un promedio global puede ocultar sucursales o usuarios con resultados opuestos.
Usa indicadores intermedios sin perder el outcome final.
Impide evaluar alternativas.
Diluyen prioridad y crean contradicciones.
Número de usuarios registrados no demuestra valor si nadie completa el flujo.
Nadie responde por interpretar o revisar el objetivo.
La evidencia puede invalidarlos; deben versionarse.
Alcance, límites y contexto define qué parte de la visión asume el sistema y dónde terminan sus responsabilidades.