Negocio
Toda decisión de diseño acaba topando con una restricción de negocio; mejor saberlo de entrada.
Diez años pasando del diseño de interfaces a una responsabilidad más amplia — visión, crecimiento, y los sistemas y paneles que hay debajo — porque ahí suele estar el problema real.

Diseño y gestiono productos digitales, y después me aseguro de que crezcan. En diez años el trabajo ha abarcado fintech (el Digital Gold de Digikala), infraestructura cloud (Arvan Cloud), marketplaces de automoción (Carsparency y Khodro45), educación (OTeacher, Biomaze), medios (Didestan) y telecomunicaciones (A1Paradise).
El patrón que se repite en esos roles es poco habitual: la misma persona hace la investigación, diseña el producto, lleva la salida al mercado y ayuda a construir los paneles que dicen si funcionó. En Digikala eso significó definir la visión y las funcionalidades de Digital Gold, diseñar las campañas sin comisiones, a plazos y de tarjetas regalo, construir modelos de segmentación por activos, demografía y comportamiento, diseñar las diapositivas de la revisión semanal de negocio y ayudar a construir un dashboard de métricas de negocio, además de introducir conceptos como el pago aplazado y el crédito respaldado por oro.
Antes, en Arvan Cloud, rediseñar la arquitectura de información de la plataforma en torno a las métricas que los usuarios realmente necesitaban produjo un crecimiento medible del NPS. En Carsparency se diseñó y probó una plataforma completa de compraventa para el mercado de los Emiratos hasta que subió la tasa de venta.
Me formé en diseño industrial en la Universidad Azad y sigo estudiando diseño de interacción con la Interaction Design Foundation. Fuera de la pantalla: motos, montaña y un interés persistente por el psicoanálisis, que resulta útil para la investigación con usuarios.
Cinco etapas que cambiaron de qué era responsable, no solo qué construía.
El primer encargo real: convertir una idea en bruto de microjuegos y una app de llamadas en interfaces que la gente pudiera usar de verdad. El oficio vino primero: pantallas, flujos y la disciplina de lanzar algo que funcionara, no solo algo que pareciera correcto.
Un paso de las pantallas a los sistemas. Rediseñar una plataforma cloud supuso entender qué significaban realmente las métricas en pantalla para los ingenieros que las leían: la interfaz dejó de ser el producto y la arquitectura de información pasó a ser el verdadero problema de diseño.
Responsabilidad completa sobre una plataforma por primera vez: no una pantalla ni un flujo, sino el marketplace en inglés/EAU de Carsparency. Cuatro superficies a la vez: Pro, la consola del operador, la herramienta de campo del inspector y el recorrido web del vendedor, todas sobre un sistema de diseño que escribí yo.
El punto en el que diseño, producto y crecimiento dejaron de ser trabajos separados. Me hice cargo de la visión, la interfaz, las campañas sin comisiones y a plazos, los modelos de segmentación y las diapositivas de la revisión semanal, y ayudé a construir un dashboard de métricas de negocio.
Ahora: independiente, usando ese rango en mis propios términos — reduciendo una visión mucho mayor a lo que un equipo pequeño puede lanzar de verdad, dejando las decisiones documentadas según se toman, y tratando la IA como una capa de trabajo para explorar más direcciones antes de comprometerse con una.
Un mapa aproximado de cómo un problema pasa de restricción a decisión y a resultado.
Toda decisión de diseño acaba topando con una restricción de negocio; mejor saberlo de entrada.
Donde las necesidades del usuario y las restricciones del negocio se reconcilian en una hoja de ruta.
La investigación no es una fase: es lo que mantiene honesto al sistema.
Paneles antes que suposiciones: las decisiones se revisan cuando los datos lo piden.
Lo bastante concretos como para servirle a quien trabaje conmigo después.
Una pantalla rediseñada vale lo que vale la arquitectura de información que tiene debajo: la interfaz no suele ser el problema real.
Visto en → Arvan Cloud
Un registro fechado de por qué se tomó una decisión — no solo qué se decidió — mantiene al equipo trabajando sobre la misma verdad actual en lugar de discutir desde supuestos caducados.
Visto en → RP1 / Independiente
Asumir un producto de principio a fin significa responder por el número que demuestra que funcionó, no delegarlo en cuanto la interfaz se lanza.
Visto en → Digital Gold
Una visión grande es fácil de describir y difícil de construir: la habilidad útil es recortarla a la versión más pequeña que aún ponga a prueba la hipótesis real.
Visto en → RP1 / Independiente
Un proceso, no una declaración de ser colaborativo.
De dónde viene realmente la restricción: presupuesto, plazos, el objetivo real de alguien.
Las pruebas de usabilidad y el uso real, no las opiniones, resuelven los desacuerdos.
Cuando dos especificaciones se contradecían, ganaba la más reciente y mejor referenciada — marcada de forma explícita, no sustituida en silencio, para que el equipo siguiera trabajando sobre la misma verdad actual.
Aventura y naturaleza, casi siempre sobre dos ruedas.
Exponerse a otros sistemas, mercados y formas de resolver los mismos problemas.
Un interés persistente que resulta útil para la investigación con usuarios: la gente rara vez dice primero el motivo real.
Pensando en cómo la IA cambia la forma de acotar, diseñar y medir productos, y construyendo pequeños experimentos para comprobarlo, no solo leyendo sobre ello.
Para trabajo de producto, diseño y crecimiento, o para intercambiar ideas sobre sistemas e IA.
Mapea el sistema entero antes de optimizar cualquiera de sus superficies.
Lanza la versión más pequeña que de verdad ponga a prueba la hipótesis.
Una persona asume la decisión, con el contexto visible para todos los afectados.
Explora el espacio de opciones antes de comprometerse con una dirección.
Entra lo bastante pronto como para dar forma a lo viable, no solo construir lo ya decidido.
Lo que funcionó y lo que no alimenta directamente el siguiente contexto de negocio.