Edvard Osnaya← Volver al portafolio
Trabajo Seleccionado · Energía / Petróleo

El software detrás de la logística de crudo de un país

Nuevas normas nacionales cambiaron cómo debía medirse, calcularse y reportarse la distribución de hidrocarburos. Para la empresa energética paraestatal más grande de México, eso significó software hecho a la medida: cuatro productos de escritorio especializados para toda la cadena de cálculo. Lideré al equipo de UX en los cuatro, y fui responsable end to end del producto de reportes ejecutivos.

Energy / OilEnterprise desktop softwareRegulatory complianceLean UX · staged delivery
RolLead Designer · líder del equipo UX
Duración2017 – 2019
Alcance4 productos, una etapa a la vez
ResponsabilidadProducto de reportes, end to end
4
Productos especializados diseñados y entregados
1
Producto del que fui responsable end to end, incluyendo análisis de información
Lean UX
Metodología, aplicada un producto a la vez
Escritorio
Construido para el entorno controlado del cliente
Contexto

Cuando cambia la norma, cambia la matemática

México introdujo nuevas reglas nacionales sobre cómo se distribuyen los hidrocarburos y cómo se calcula esa distribución. Para la empresa energética paraestatal más grande del país, cumplir no era un ejercicio de reportería: cambiaba la matemática operativa de fondo, y las herramientas existentes no podían producirla.

Lo que el negocio necesitaba no era un dashboard. Necesitaba software capaz de sostener toda la cadena de cálculo (nominaciones, existencias físicas, rangos operativos, capacidades de transporte, validación, balances y reportes) con la precisión suficiente para que los números resistieran a un regulador, y con la claridad suficiente para que un ejecutivo de logística pudiera actuar sobre ellos.

El Problema

Una cadena, siete eslabones, cero tolerancia a la desviación

Cada etapa alimenta a la siguiente. Una decisión de redondeo en la nominación aparece como discrepancia en el balance, que es exactamente por lo que los productos tenían que diseñarse como familia y no como herramientas sueltas.

Nominationsplanned volumesStockphysical volumeOperating rangesallowed limitsTransport capacitywhat can moveValidationrules appliedBalancesreconciliationReportsexecutive viewMY PRODUCTprecision carried forward at every step; a discrepancy anywhere surfaces at the end
El Trabajo

Cuatro productos, diseñados como familia

Cada producto atendía un tramo de la cadena, pero compartían un modelo de navegación, un lenguaje de datos y un patrón de interacción para el trabajo tabular denso, así que un ingeniero que se movía entre ellos no tenía que reaprender nada.

Productos 1–3

Los productos de cálculo

El núcleo operativo: captura de nominaciones, seguimiento de existencias físicas en baterías y tanques, definición y validación de rangos operativos y capacidades de transporte, y reconciliación de balances, todo con la precisión que exigía la nueva norma.

Responsable end to end
Producto 4

El producto de reportes ejecutivos

Un visualizador de reportes para los ejecutivos de logística de hidrocarburos. Fui responsable de este producto de principio a fin, incluyendo el análisis de la información y el trabajo de bases de datos detrás de qué podía mostrar y con qué rapidez.

Restricciones

Diseñado para un entorno controlado

No eran productos web con espacio para respirar. Eran aplicaciones de escritorio dentro del entorno de una empresa paraestatal, y varias decisiones de diseño las dictaron las restricciones y no la preferencia.

Limitaciones técnicas

Las restricciones de aplicación de escritorio definieron qué era posible en layout, interacción y renderizado; el diseño tenía que funcionar dentro de ellas, no rodearlas.

Requisitos de seguridad

Operar dentro del entorno de una empresa paraestatal implicaba reglas de seguridad que limitaban cómo podían moverse, exportarse y mostrarse los datos.

Precisión del dominio

Volúmenes, densidades, grados API, azufre, salinidad, presión y temperatura: cada campo cargaba peso operativo y normativo. Ningún campo era decorativo.

La densidad como requisito

Los especialistas necesitaban ver muchas filas a la vez. Simplificar escondiendo datos habría hecho los productos más lentos de usar, no más fáciles.

Método

Lean UX, un producto a la vez

Cuatro productos contra una fecha normativa no podían diseñarse en paralelo con un equipo pequeño. Los trabajamos por etapas: construir, validar y entregar uno antes de abrir el siguiente, para que cada producto heredara lo que el anterior ya había comprobado.

Trabajar al lado de los ingenieros, no desde un brief

Pasé años trabajando directamente con los ingenieros especialistas del cliente. En un dominio así de técnico, los requerimientos no se entregan en un documento: el diseño tenía que construirse desde su conocimiento real de cómo se miden y se mueven los hidrocarburos.

Construir, medir, aprender (por producto)

Cada etapa corrió el ciclo de Lean UX con los especialistas como usuarios validadores: supuestos explícitos, diseños probados contra casos operativos reales, y correcciones incorporadas antes de arrancar el siguiente producto.

Llevar los patrones hacia adelante

Cada problema resuelto (densidad de tablas, retroalimentación de validación, navegación entre módulos) se volvió un patrón desde el cual arrancaba el siguiente producto. Trabajar por etapas convirtió la secuencia en ventaja en vez de retraso.

Liderar al equipo a lo largo del proceso

Lideré al equipo de UX en los cuatro productos, manteniendo consistente el lenguaje compartido mientras cada diseñador profundizaba en su propio tramo de la cadena.

La Interfaz

Datos densos, hechos legibles

El lenguaje visual se mantuvo deliberadamente callado: un rail de módulos permanente, una barra de acciones fija, un selector de periodo, y tarjetas que agrupan tablas por ubicación o por etapa, para que la atención se quede en los números.

Landing screen with notification centre and module navigation
01

Punto de entrada y notificaciones

El rail de módulos a la izquierda, el selector de periodo arriba, y un centro de notificaciones que expone lo que requiere atención, con la acción de exportación al sistema logístico del operador en la parte superior derecha.

Crude nomination screen with header data and detail table
02

Nominaciones

Registros de encabezado arriba, detalle línea por línea abajo: punto de recepción, cantidad recibida, contenido de agua, grados API, azufre, salinidad, presión y temperatura. Los valores fuera de rango se marcan en la celda misma, donde ocurre la corrección.

Crude stock screen with tank tables grouped by location
03

Existencias

Inventario de tanques agrupado en tarjetas por ubicación, cada una con volúmenes bruto, neto y colchón: comparables de un vistazo, editables en su lugar, y escaneables sin recorrer una sola tabla monolítica.

Resultado

Lo que produjo el proyecto

Una cadena de herramientas en cumplimiento
Cuatro productos que cubren toda la cadena de cálculo, construidos para que el operador pudiera cumplir las nuevas normas nacionales de distribución con números defendibles.
Un lenguaje de diseño compartido
Un modelo de navegación, un lenguaje de datos y un mismo conjunto de patrones de tabla en los cuatro productos, para que los especialistas se movieran entre ellos sin reaprender la interfaz.
Responsabilidad total
En el producto de reportes lo llevé de principio a fin (investigación, análisis de información, trabajo de bases de datos y diseño), no solo las pantallas.
Un equipo liderado a lo largo del camino
El equipo de UX se mantuvo alineado a lo largo de un proyecto multi-producto de varios años, en uno de los dominios técnicamente más exigentes en los que he trabajado.
Reflexión

Lo que me llevo

Este proyecto me enseñó que en un dominio técnico la credibilidad del diseño se gana con colaboración, no se asume. No puedes simplificar un cálculo que no entiendes. Trabajar codo a codo con los expertos en la materia, no sólo entrevistarlos, es lo que hizo que los diseños se sostuvieran, y es la razón por la que sigo tratando esa colaboración como el primer paso.

ENES