Áreas de trabajo
Product Design · Information Architecture · User Flows · Interaction Design · UI · Systems Thinking · AI-assisted implementation
01 — PRODUCTO DIGITAL · SAAS
De gestionar catálogo, pedidos y tienda en partes separadas a conectarlos dentro de un mismo producto.
NODUX es un producto digital para gestionar parte de la operación comercial de un negocio y conectar esa gestión con su tienda online.
Contexto
NODUX reúne funciones relacionadas con catálogo, ventas, inventario, pedidos y tienda online. A medida que el producto creció, también aumentaron las relaciones entre pantallas, reglas, información y decisiones que una persona necesita comprender para usarlo.
Durante sus primeras etapas, gran parte de esa lógica podía sostenerse porque quienes construíamos el producto también sabíamos cómo funcionaba. Pero esa dependencia empezó a convertirse en parte del problema.
El problema
El desafío dejó de ser solamente mejorar pantallas individuales. NODUX necesitaba convertirse en un sistema donde una persona pudiera entender qué configurar, qué información necesitaba, qué podía hacer en cada momento y cómo una acción afectaba otras partes del producto.
La pregunta pasó a ser: ¿Puede una persona entender NODUX, empezar a usarlo, conseguir lo que vino a conseguir y seguir utilizándolo sin depender de quienes lo construyeron?
Hacer que el conocimiento del producto deje de vivir únicamente en la cabeza de sus creadores.
Mi participación
Mi trabajo ha incluido definir y revisar recorridos, arquitectura de información, lógica, estados, interacción e interfaz, además de acompañar decisiones durante la implementación y volver sobre ellas a medida que el producto evoluciona.
También utilizo implementación asistida con IA como parte del proceso para construir, probar y revisar decisiones sobre el producto funcionando.
Product Design · Information Architecture · User Flows · Interaction Design · UI · Systems Thinking · AI-assisted implementation
Entender el sistema
Para diseñar NODUX necesito entender cómo se relacionan distintas capas del producto: el negocio, su catálogo, la tienda online, los pedidos, la operación interna y la experiencia del cliente final.
Eso cambia la pregunta de ‘¿cómo debería verse esta pantalla?’ por preguntas como: ¿Qué información necesita existir antes? ¿Qué acción habilita esta decisión? ¿Quién necesita verla después? ¿Qué cambia en otra parte del producto?
La solución en uso
Organizar la información que después alimentará otras partes del producto.
Definir los datos y decisiones que hacen posible vender online.
Convertir una compra en información accionable para el negocio.
Permitir que el cliente final complete la compra y entienda qué ocurre después.
Dónde está hoy
El producto ya reúne distintas partes de la operación comercial y existen negocios utilizándolo. Al mismo tiempo, todavía hay aspectos —especialmente relacionados con configuración, activación y autonomía— que continúan evolucionando.
Por eso no considero el producto terminado. Parte del trabajo actual consiste precisamente en identificar qué conocimiento todavía depende del equipo y convertirlo en estructura, información y comportamiento dentro del propio producto.
¿Qué necesita saber el producto para poder orientar a una persona sin que nosotros estemos presentes?
SituaciónUn comercio puede llegar a NODUX con información organizada de maneras muy distintas.
DecisiónEn lugar de obligar primero a comprender la estructura interna del sistema, el producto debe poder recibir la información existente y ayudar a estructurarla.
CriterioReducir la distancia entre la forma en que el negocio trabaja hoy y la forma en que NODUX necesita organizar esa información.
EstadoDirección de producto en desarrollo.
SituaciónLa tienda pública no puede funcionar como una pieza aislada del sistema de gestión.
DecisiónCatálogo, disponibilidad, información comercial, compra y pedidos necesitan compartir una lógica coherente.
CriterioLa experiencia del cliente final depende de decisiones que empiezan mucho antes del storefront.
SituaciónParte de la activación histórica de las tiendas dependía de acompañamiento del equipo.
DecisiónTrabajar el producto para que pueda mostrar qué está listo, qué falta y qué decisiones necesita tomar el negocio.
CriterioConvertir conocimiento interno en orientación visible dentro del producto.
EstadoEn evolución.
SituaciónLa compra no termina cuando el cliente confirma el pedido.
DecisiónDiseñar estados y seguimiento para que negocio y cliente puedan entender qué ocurrió y qué sigue.
CriterioEl estado de un pedido es información operativa para el negocio y, al mismo tiempo, información de experiencia para el cliente.
¿Qué necesita saber el producto para poder orientar a una persona sin que nosotros estemos presentes?