Compra Ágil
Mercado Público
El Estado chileno hace miles de compras pequeñas cada día. Antes, cada una pasaba por el mismo proceso burocrático que una licitación millonaria. Diseñé el producto que cambió eso.
Una ley nueva, ningún producto para operarla
La nueva ley de compras públicas estableció una modalidad especial para adquisiciones menores a 100 UTM: Compra Ágil. La promesa era simple — más velocidad, menos burocracia. El problema era que no existía ninguna herramienta digital para operarla. Alguien tenía que diseñarla desde cero.
Lideré el diseño de ese producto: desde la definición estratégica hasta los componentes de interfaz, pasando por la arquitectura de flujos para ambos lados del mercado — organismos del Estado que compran y proveedores que cotizan.
El objetivo no era digitalizar el proceso existente. Era reemplazarlo.
Si creamos un flujo dedicado para compras menores a 100 UTM — con publicación en un paso, estados claros y visibilidad para ambos lados del mercado — entonces reduciremos el tiempo de ciclo y aumentaremos la participación de proveedores.
Lo que hacía lenta cada compra del Estado
”Tenemos que hacer una licitación completa para comprar papel de impresora. El proceso es el mismo que para una obra de infraestructura.”
Unidad de compras, organismo público
”Como proveedor pequeño no tengo cómo saber si hay compras de mi rubro. Me entero por contactos, no por la plataforma.”
Proveedor de servicios, región Metropolitana
”Una compra urgente puede tardar semanas. Para cuando llega la orden, ya resolví el problema de otra forma.”
Jefa de abastecimiento, municipio
Diseñar los dos lados del mercado al mismo tiempo
El proyecto partió con investigación normativa — entender exactamente qué permite la ley y qué quedaba como decisión de diseño. Desde ahí, el proceso fue iterativo: definir, prototipar, validar y ajustar antes de escalar.
Investigación de contexto normativo
Lectura y síntesis de la nueva ley. Entrevistas con el equipo legal y con unidades de compra para entender el alcance real — qué permite la ley y qué queda como decisión de diseño.
Mapeo de flujos para dos perfiles
El producto tiene dos lados: compradores que publican y proveedores que cotizan. Mapeé ambos journeys por separado antes de buscar puntos de convergencia.
Definición del sistema de estados
Diseñé la taxonomía completa de estados de una orden antes de tocar ninguna pantalla. Sin esa estructura clara, el sistema no tiene criterio — solo apariencia.
Prototipado, validación y handoff
Prototipos iterativos del buscador, formulario de publicación y detalle de orden. Validación con compradores reales de organismos públicos y documentación para desarrollo.
Un sistema de estados antes que cualquier pantalla
Cada estado tiene su propio significado, color semántico y conjunto de acciones permitidas. Son legibles para el comprador y el proveedor por igual — no son etiquetas, son contratos de comportamiento.
El comprador seleccionó una cotización y emitió la orden. El proveedor debe aceptar dentro del plazo. Estado de mayor urgencia para el proveedor.
La compra está activa. Cualquier proveedor habilitado puede cotizar dentro del plazo publicado. Principal estado de oportunidad.
No hubo cotizaciones suficientes en el primer llamado. Se extiende el plazo — segunda oportunidad para proveedores.
No se recibieron cotizaciones válidas. Estado terminal — el comprador debe iniciar un nuevo proceso.
El organismo canceló la compra antes de completar el proceso. Puede ocurrir en cualquier etapa activa.
El plazo terminó. El comprador está evaluando propuestas. Estado de espera para el proveedor.
Decisión de diseño clave: los estados definen qué puede hacer el usuario en cada momento — el color, el texto y las acciones disponibles cambian según el estado. El sistema tiene criterio, no solo apariencia.
El producto entró en vigencia el mismo día que la ley
1 paso para publicar
El proceso anterior requería múltiples formularios y aprobaciones intermedias para una compra simple.
6 estados con semántica clara
Acciones definidas para cada perfil en cada momento del ciclo de compra.
2 journeys en paralelo
Comprador y proveedor diseñados con una arquitectura común pero experiencias diferenciadas.
100% de la ley operativa
El producto entró en funcionamiento el día en que la nueva ley entró en vigencia.