Cargando
Diez años en fintech, cloud, automoción, edtech y retail: definir qué debe ser un producto, escribir las reglas con las que funciona y mantenerme lo bastante cerca de la entrega como para verlo salir.
Cuatro formas de operar que sostienen todo lo que viene debajo. No son cargos, ni la lista completa.
Convertir decisiones en reglas operativas.
Construir, coordinar y medir.
Adaptar la solución a su contexto.
Entender antes de construir.
Encontrar el problema real, mapear las restricciones y reducir la ambigüedad antes de empezar a ejecutar.
Diseña el servicio, no la pantalla.
Cliente, operador, administrador y proveedor en un solo flujo, incluidas las partes que ninguna interfaz muestra.
Reglas que sobreviven al contacto con la realidad.
Requisitos, estados, excepciones y modelos operativos escritos para que ingeniería pueda empezar sin volver a preguntar.
Primero el contexto, después los agentes.
Flujos multiagente con una fuente de verdad documentada, para que la entrega asistida por IA siga siendo responsable.
Cinco trabajos, descritos por lo que tuvo que juntarse y no por un cargo.
Visión de producto, campañas, segmentación de usuarios y las diapositivas de la revisión semanal detrás.
Una plataforma de garantía construida sobre una operación posventa que nadie había documentado.
Una auditoría de archivo de diseño convertida en 42 procesos y una puerta de preparación de entradas.
Una arena multijuego play-to-earn: mecánicas competitivas y la economía que las sostiene.
Una tienda persa RTL reconstruida en torno a los pagos iraníes y una infraestructura local.
El núcleo define la práctica, los sistemas la sostienen, la ejecución la demuestra y la experiencia especializada la diferencia. Cada una está ligada a dónde se usó.
Alcance, priorización, PRD, backlog y las decisiones de KPI y MVP que determinan qué construye el equipo.
Cuestionar el brief, delimitar el espacio del problema y decidir qué no debe construirse.
RazhmanaOTeacherGreenRest
Sistemas multiactor —cliente, administrador, operador, proveedor— mapeados de extremo a extremo en sus puntos de contacto.
YaravanRazhmanaRenova+
Reglas, estados, excepciones y casos límite traducidos a especificaciones listas para implementar.
YaravanRazhmana
Flujos multiagente, ingeniería de contexto y control de coste: arquitectura de flujo de trabajo, no trucos de prompt.
YaravanEste sitio
Mapas de proceso, SOP, RACI y las rutas de excepción con las que una operación funciona de verdad.
Ingresos, costes, incentivos y estructuras de alianza modelados junto al producto.
Cómodo con API, CMS, bases de datos y decisiones de despliegue junto a ingeniería: un PM con soltura técnica, no un ingeniero.
Briefs, BRD, SOP y paquetes de ejecución estructurados para que el siguiente pueda actuar sin preguntar.
YaravanRazhmanaCarsparency
Instrumentación, embudos, segmentación y tests A/B que alimentan cuadros de mando con los que decidir.
Flujos de usuario, jerarquía de información y estructura de interacción: dirección de producto, no estilo visual.
Alinear producto, diseño, ingeniería, negocio, operaciones y proveedores en torno a una decisión.
Productos financieros, su economía y la confianza que un pago o un saldo tiene que ganarse.
Interfaces bilingües y con el persa primero, donde el RTL es la restricción de diseño y no una fase de traducción.
Progresión, competición y motivación diseñadas como mecánicas de sistema, con marcos como Octalysis.
RP1 ArenaA1Paradise
Montar una función de producto donde no existía: propiedad, proceso, roles y derechos de decisión.
Ninguno es el trabajo por sí solo. El trabajo es lo que ocurre donde se cruzan.
Restricciones y valor
Alcance y prioridades
Flujos e interacciones
Datos e infraestructura
Procesos y responsables
Contexto y ejecución asistida
Sistema · Decisión · Entrega