Módulo 7 - Diseño de solución y arquitectura

Móduloborradorv0.1Etapa 7Actualizado: 2026-09-24

Contexto

Etapa 7 de la metodología. Se aprende haciendo: el módulo cierra con una entrega sobre un proceso real, no con un examen. Anterior: Módulo 6 - Hipótesis de valor · Siguiente: Módulo 8 - Orquestación como Product Owner

Objetivos

Al terminar, la persona puede:

  • Explicar qué es innovar y distinguirlo de inventar o de usar tecnología nueva.
  • Generar al menos tres alternativas de solución y elegir con una matriz.
  • Identificar dónde entran la IA y las unidades agénticas, y con qué nivel de autonomía.
  • Prototipar una solución antes de construirla.
  • Evaluar capacidades: sistemas, datos, estructura y roles.
  • Aplicar el criterio de automatización actividad por actividad.
  • Especificar una unidad agéntica con su supervisión humana.
  • Definir alcance mínimo y el tiempo que vale el problema.

Contenido

Etapa 7. Diseño de la solución

Propósito: innovar. Generar varias soluciones posibles, elegir la más simple que mueve el indicador, probarla de forma rápida y eficiente y definir cómo encaja.

Idear y seleccionar alternativas

Esta es la etapa donde el rol innova. Antes de decidir con qué se resuelve cada actividad:

  1. Generar al menos tres alternativas de distinta naturaleza: sin tecnología, con lo que ya existe y con tecnología nueva. Técnicas: ¿Cómo podríamos…?, SCAMPER y mirar otras industrias.
  2. Buscar dónde entran la IA y las unidades agénticas: actividades donde una persona lee, clasifica, redacta, busca, revisa o decide con criterio. Definir su nivel de autonomía.
  3. Consultar el radar tecnológico para saber qué tan lista está cada tecnología.
  4. Seleccionar con la matriz de alternativas: impacto en el indicador, valor para el usuario, viabilidad, esfuerzo, riesgo y aprendizaje.
  5. Prototipar antes de construir: papel, maqueta, Mago de Oz, prueba de concepto o piloto, con tiempo fijo.
  6. Documentar la decisión: elegida, descartadas y por qué.

Guía completa: G06 - Cómo diseñar e innovar la solución.

Evaluar capacidades

Capacidad Qué se revisa
Sistemas Qué existe, qué se integra, dónde viven los datos, restricciones de seguridad. Ver G07 - Cómo validar el encaje arquitectónico
Datos Si los datos necesarios existen, son confiables y se pueden medir
Estructura Qué áreas cambian, qué traspasos desaparecen, quién es el dueño del proceso
Roles Qué hace cada persona en el estado futuro y qué necesita aprender

Criterio de automatización

Cada actividad del BPMN TO-BE se resuelve con lo más simple que funcione:

Tipo de actividad Se resuelve con
No agrega valor Nada. Debió eliminarse en la etapa 5
Regla clara y estable dentro de un sistema Regla de negocio o validación en el sistema
Datos que deben pasar entre sistemas Integración entre sistemas
Repetitiva, con reglas claras, entre sistemas sin integración RPA
Requiere criterio, texto libre o tiene mucha variabilidad IA o unidad agéntica, siempre con humano en el ciclo
Anticipar un problema a partir de patrones Analítica predictiva
Capturar el estado de algo físico en tiempo real Sensores (IoT)
Tarea física repetitiva, pesada o de precisión Robot o cobot trabajando junto a las personas
Juicio con responsabilidad legal o trato delicado con el cliente Persona, con apoyo de información

Proceso general

En cuentas por pagar, cruzar la factura contra la orden de compra es una regla clara: va al sistema. Interpretar una nota de crédito con texto libre es criterio: puede ir a un agente, y una persona revisa antes de aplicar el ajuste.

Ejemplo ilustrativo: seguros

En la conciliación de descuentos por nómina, cruzar el archivo del empleador contra la cartera es una regla clara: va al sistema. Interpretar un oficio con texto libre es criterio: puede ir a un agente de IA, y una persona revisa antes de aplicar el ajuste.

Ejemplo ilustrativo: manufactura

En la estación de atornillado, detener la unidad si el torque sale del rango de 45 a 50 N·m es una regla clara: va al controlador de la herramienta. Juzgar si un rayón en la pintura es aceptable es criterio: puede ir a un agente de IA con visión por computadora, y un inspector revisa antes de mandar la unidad a retrabajo.

Ejemplo ilustrativo: retail

En devoluciones de comercio electrónico, validar que el pedido esté dentro del plazo de devolución es una regla clara: va al sistema. Interpretar el comentario libre del cliente sobre por qué devuelve es criterio: puede ir a un agente de IA, y una persona revisa antes de aplicar el reembolso.

El diseño se evalúa en tres dimensiones: valor, usuario y viabilidad. Ver Tres dimensiones del diseño.

Fuente: G01 - Metodología de transformación de procesos

Lectura principal: Cómo diseñar e innovar la solución.

Conceptos clave: Innovación · Cómo podríamos · SCAMPER · Radar tecnológico · Prototipo · Prueba de concepto · Regla de negocio · RPA · Inteligencia artificial · Unidad agéntica · Humano en el ciclo · Alcance mínimo · Tiempo fijo, alcance variable · Criterio de aceptación

Ejercicio práctico

Para el proceso trabajado, genera tres alternativas (una sin tecnología, una con lo existente y una con IA o tecnología nueva), califícalas con la matriz y prototipa la elegida con el nivel más rápido y sencillo que responda tu duda. Después llena el Diseño de solución. Especifica al menos una unidad agéntica y arma el Backlog priorizado. Valida el encaje con desarrollo usando Cómo validar el encaje arquitectónico y Cómo supervisar agentes.

Preguntas de reflexión

Pregunta

  • ¿Qué actividad automatizaste que debió eliminarse?
  • ¿Dónde revisa una persona lo que hace el agente, y quién es?
  • ¿Cuál es la solución más simple que mueve el indicador?

Criterio de cierre

  • Cada actividad del TO-BE con su forma de resolverse.
  • Capacidades evaluadas con desarrollo.
  • Unidad agéntica especificada con responsable de revisión.
  • Alcance mínimo: qué sí y qué no.
  • Compuerta C4: diseño aprobado, tiempo acordado y backlog priorizado.

Relacionado: Definición del rol · MOC Product Manager

Mencionado en