Contexto del problema
La empresa operaba en un sector sensible, con riesgos legales, reputacionales y operativos, y con procesos críticos gestionados de forma manual y fragmentada.
La vinculación de proveedores mineros de pequeña escala dependía de múltiples validaciones, documentos y verificaciones en campo, sin un sistema que integrara la información ni diera trazabilidad al proceso completo.
No era un problema de software. Era un problema de gobernanza.
El enfoque
Desde el inicio asumí el encargo con un criterio claro: entender el problema antes de acelerar la solución.
El SGV se planteó como un producto vivo, no como un proyecto cerrado, organizado en tres etapas claras:
-
Investigación
-
Diseño
-
Desarrollo
Incluso cuando esto podía parecer “poco ágil”, la prioridad era construir criterio compartido en una organización que recién empezaba a trabajar con producto digital.
Investigación: personas, procesos y regulación
El primer trabajo fue invisible pero clave:
-
Entrevistas con todos los roles involucrados
-
Análisis detallado de los procesos reales
-
Revisión de normativa de formalización minera
-
Sistematización de insights y validaciones constantes
-
La comunicación directa y continua —muchas veces por WhatsApp— permitió resolver ambigüedades, generar confianza y convertir a los usuarios en aliados del producto.
El SGV no solo debía ser eficiente: debía proteger al negocio.
Ejemplo de resumen de resumen de entrevista con actor clave
Diseño: del sistema al negocio
El diseño partió del negocio, no de la interfaz.
-
Se definieron KPIs vinculados al impacto real del proceso de vinculación
-
Se respetó la forma actual de trabajo, introduciendo mejoras que redujeran fricción
-
Cada historia de usuario representó una estación del flujo:
-
un rol
-
una acción
-
un objetivo claro
-
Las historias de usuario incluían requerimientos funcionales, criterios de aprobación, diseño de interfaz y videos explicativos, para alinear a negocio, TI y stakeholders.
Desarrollo: pensar más allá del proyecto
Las decisiones técnicas no buscaron “lo ideal”, sino lo sostenible:
-
Uso de tecnologías ya existentes en la empresa
-
Integración con sistemas internos, evitando duplicidad de datos
-
Diseño de un modelo de datos que terminó siendo referencia interna
-
Gestión centralizada y constante coordinación con TI
El objetivo era claro:
proteger el producto incluso cuando ya no estuviéramos involucrados.
Gestión dordenada y priorizada del backlog
El piloto: el producto frente a la realidad
Antes del cierre, se tomó una decisión clave:
simplificar alcance y lanzar un piloto real.
-
Validación completa del flujo de vinculación con expedientes reales
-
Más de 80 observaciones recogidas entre bugs, mejoras y ajustes de proceso
-
Priorización según impacto y viabilidad
-
Ajustes rápidos basados en uso real
-
El resultado fue un sistema que representaba fielmente la dinámica de las oficinas de acopio.
Se recogieron más de 80 observaciones, entre bugs, pequeños ajustes y oportunidades de mejora
El punto de inflexión
En la presentación final apareció una señal de alerta:
Parte de la alta dirección asumía que el sistema estaba “terminado”.
Ahí quedó claro que el riesgo ya no era técnico, sino cultural.
Sin iteración e impulso posterior, el sistema podía no terminar de ajustarse y caer en desuso.
Consolidación y aprendizaje organizacional
Se propuso una etapa de consolidación orientada a:
-
Iteraciones adicionales
-
Capacitación
-
Instalación del enfoque de producto digital
-
Formación del área de TI en gestión de producto
Hoy el SGV no es solo un sistema en producción, sino una base preparada para evolucionar.
