Una presentación de estrategia describe adónde pretendes ir. Un sistema operativo decide qué pasa realmente a continuación, cada día, esté o no alguien pensando en la estrategia. Cuando los dos no coinciden, gana el sistema operativo. Siempre gana.
Ese es todo el principio. La mayor parte de lo que parece un problema de estrategia es, en realidad, que nadie puede decir en voz alta qué le pasa a una consulta un martes por la tarde.
Qué era realmente Shalize
Shalize era un negocio físico de oro y plata que funcionaba con mensajes de WhatsApp, memoria y confianza. No es una crítica. Funcionó, hasta que dejó de funcionar. El volumen crecía más rápido de lo que el proceso podía sostener, que es el modo de fallo característico de los negocios construidos sobre buenas personas: las personas están bien, la carga no.
La intervención no fue una nueva estrategia. Fue una reconstrucción del sistema operativo de principio a fin —consulta, pedido, facturación, verificación de pago, cumplimiento, seguimiento y recompra— con un CRM debajo. Siete pasos. Cada uno con nombre. Cada uno con un responsable. Cada uno con una definición de qué significa “hecho”, para que dos personas no puedan creer ambas que el pago está verificado y quedarse ambas esperando a la otra.
El volumen diario pasó de 0.5 a 10 kg/día. 4,000+ clientes compradores verificados. Aquí quiero ser cuidadoso: las cifras monetarias que reporta el grupo son valores brutos de transacción reportados por la empresa, no auditados, no son ingresos ni margen neto. Cada cifra de este sitio dice de dónde viene y si fue auditada, y la mayoría no lo fue. Decirlo no cuesta nada.
Lo que sí afirmo sin matices es el mecanismo. El volumen no se movió porque encontráramos un argumento mejor. Se movió porque el proceso dejó de perder cosas.
El verdadero lanzamiento no fue el sitio web
Lo que la gente subestima es quién tiene que cambiar. En Shalize, ventas tuvo que dejar de trabajar de memoria. Ese fue el lanzamiento real: la adopción del CRM, no una página que se publica. Alguien que ha pasado años cerrando tratos desde su propia cabeza vive un sistema de registro como un insulto antes de vivirlo como una memoria que no falla.
Por eso Personas ocupa el tercer lugar en las cinco preguntas que alineo antes de construir nada: ¿quién tiene que cambiar su comportamiento para que esto funcione? Todo producto es una petición de que alguien actúe de otra manera: los usuarios, sí, pero también el equipo de ventas, el equipo de cumplimiento y la persona que tiene que dejar de hacerlo a la antigua. Una presentación nunca tiene que responder esa pregunta. Un sistema operativo no puede evitarla.
La otra cosa sobre la que un sistema operativo te obliga a ser honesto es el mercado en el que realmente estás. Un mercado iraní de oro se liquida físicamente. Eso convierte la logística y la custodia en problemas de producto, no de trastienda. No puedes eliminar eso con una aplicación más bonita.
El que no funcionó
Mokaab era la misma idea, y llegó primero: de 2024 a 2025, mientras que Shalize va de 2025 a 2026. Nunca se lanzó.
Diseñé la arquitectura de la plataforma de inversión completa —recorridos de compra, venta, custodia, recompra, precios, facturación, entrega y cuenta— con la obligación de recompra integrada desde el primer día en lugar de añadida después. Sigo pensando que fue lo correcto. La brecha de confianza, no la tecnología, es el mercado: comprar oro como inversión en Irán significa confiar en una tienda, en un precio que no puedes verificar y en una promesa de recompra que nadie puso por escrito.
No salió. Las prioridades del grupo matriz se desplazaron hacia las operaciones físicas antes de que la plataforma estuviera lista. Esta es la lección incómoda, y va en contra del principio en lugar de a favor: un sistema operativo bien diseñado no te protege de la decisión de otra persona sobre adónde va el dinero. Yo tenía el sistema. No tenía el mandato. Quien te venda disciplina operativa como garantía te está vendiendo algo.
Lo que sobrevivió fue la arquitectura y el modelo de mercado, integrados en el sistema operativo de Shalize. Así que la versión honesta no es “Mokaab fracasó”. Es: Mokaab fue el trabajo de diseño, Shalize fue donde se puso en marcha.
La misma forma, en lugares que no se parecen en nada
Mehrabani es una plataforma de micromecenazgo benéfico, no un negocio de oro, y la estructura es idéntica. La donación benéfica falla por los dos extremos: los donantes no pueden verificar la necesidad, los trabajadores sociales no pueden demostrar el resultado, y la confianza se derrumba en el medio. Así que diseñé la Tarjeta Mehrabani como un único objeto que contiene la necesidad verificada, la historia del beneficiario, la donación y el resultado, y construí Soha debajo como capa de datos de necesidades verificadas. Y después, lo que importa: el flujo operativo que los trabajadores sociales realmente usan. No el que deberían usar.
Ketabno se lanzó en unos tres meses. En paralelo, HisTory funcionó como una campaña de crecimiento impulsado por el producto, construida como un único movimiento continuo —registro, completar el perfil y compra de libro electrónico— en lugar de tres campañas que se pasan mal el relevo. Invest Iran es la misma disciplina aplicada a una agencia de promoción de inversiones, que sin presencia digital es un número de teléfono: descubrimiento de oportunidades, evaluación de ventajas competitivas, manifestación de interés, relación institucional, gestión de solicitudes, acompañamiento posterior. Pasos con nombre, otra vez.
CompanyHouse, en 2015, es donde choqué por primera vez con el límite de esto. Modelamos el conocimiento tácito de los especialistas en registro en un flujo guiado, basado en preguntas, que generaba los trámites, convirtiendo reglas, puntos de decisión y excepciones en lógica de producto. Funcionó durante un año y cerró. La lección: convertir en producto el conocimiento experto es un problema de extracción de conocimiento mucho antes de ser un problema de software. Puedes definir cada paso del sistema y aun así no haber capturado las excepciones que el experto conoce y nunca menciona, porque para él no son excepciones.
Por qué puedo decir esto
Aprendí a construir empresas, la gobernanza y el escalado operativo en Aghigh haciendo las tres cosas mal primero, y luego llevando a la organización de la ejecución de proyectos hacia el diseño de productos sostenibles. El modelo de trabajo que construí allí no tenía nada de glamuroso y es siempre la misma lista: recepción del brief, definición del entregable, asignación, seguimiento, retroalimentación, revisión y entrega.
Eso no es una estrategia. Es un sistema. Y es también lo único de aquí que ha sobrevivido al contacto con mercados reales.