Um deck de estratégia descreve aonde você pretende chegar. Um sistema operacional decide o que de fato acontece em seguida, todos os dias, esteja alguém pensando na estratégia ou não. Quando os dois discordam, o sistema operacional vence. Sempre vence.
Esse é o princípio inteiro. A maior parte do que parece um problema de estratégia é, na verdade, ninguém conseguir dizer, em voz alta, o que acontece com uma consulta numa terça-feira à tarde.
O que a Shalize realmente era
A Shalize era um negócio de ouro e prata físicos funcionando à base de mensagens de WhatsApp, memória e confiança. Isso não é uma crítica. Funcionou, até o momento em que deixou de funcionar. O volume crescia mais rápido do que o processo conseguia suportar, que é o modo específico de falha dos negócios construídos sobre gente boa: as pessoas dão conta, a carga não.
A intervenção não foi uma nova estratégia. Foi a reconstrução do sistema operacional de ponta a ponta — consulta, pedido, faturamento, verificação de pagamento, atendimento do pedido, acompanhamento e recompra — com um CRM por baixo. Sete etapas. Cada uma com nome. Cada uma com um dono. Cada uma com uma definição do que significa “concluído”, para que duas pessoas não possam ambas acreditar que o pagamento foi verificado e ambas ficarem esperando pela outra.
O volume diário passou de 0.5 para 10 kg/dia. 4,000+ clientes compradores verificados. Quero ser cuidadoso aqui: os valores monetários que o grupo informa são valores brutos de transação informados pela empresa, não auditados, não são receita nem margem líquida. Cada número neste site diz de onde veio e se foi auditado, e a maioria não foi. Dizer isso não custa nada.
O que afirmo sem ressalvas é o mecanismo. O volume não mudou porque encontramos um argumento melhor. Mudou porque o processo parou de perder coisas.
O verdadeiro lançamento não foi o site
A parte que as pessoas subestimam é quem precisa mudar. Na Shalize, as vendas tiveram de parar de trabalhar de memória. Esse foi o verdadeiro lançamento — a adoção do CRM, não uma página entrando no ar. Quem passou anos fechando negócios de cabeça vive um sistema de registro como um insulto antes de vivê-lo como uma memória que não falha.
É por isso que Pessoas é a terceira das cinco perguntas que alinho antes de construir qualquer coisa: quem precisa mudar de comportamento para que isso funcione? Todo produto é um pedido para que alguém aja de outra forma — os usuários, sim, mas também a equipe de vendas, a equipe de atendimento dos pedidos e a pessoa que precisa parar de fazer do jeito antigo. Um deck nunca precisa responder a essa pergunta. Um sistema operacional não consegue evitá-la.
A outra coisa sobre a qual um sistema operacional obriga você a ser honesto é o mercado em que você realmente está. O mercado de ouro iraniano se liquida fisicamente. Isso faz da logística e da custódia problemas de produto, não de back-office. Não dá para eliminar isso no design com um aplicativo mais bonito.
O que não funcionou
O Mokaab era a mesma ideia, e veio primeiro — de 2024 a 2025, enquanto a Shalize vai de 2025 a 2026. Nunca foi lançado.
Arquitetei a plataforma de investimento completa — jornadas de compra, venda, custódia, recompra, precificação, faturamento, entrega e conta — com a obrigação de recompra desenhada desde o primeiro dia, em vez de acoplada depois. Ainda acho que foi o certo. A lacuna de confiança, não a tecnologia, é o mercado: comprar ouro como investimento no Irã significa confiar numa loja, num preço que você não consegue verificar e numa promessa de recompra que ninguém pôs no papel.
Não foi lançado. As prioridades do grupo controlador migraram para as operações físicas antes que a plataforma estivesse pronta. Eis a lição incômoda, e ela vai contra o princípio, não a favor: um sistema operacional bem desenhado não protege você da decisão de outra pessoa sobre para onde vai o dinheiro. Eu tinha o sistema. Não tinha o mandato. Quem vende disciplina operacional como garantia está vendendo alguma coisa.
O que sobreviveu foram a arquitetura e o modelo de mercado, incorporados ao sistema operacional da Shalize. Então a versão honesta não é “o Mokaab fracassou”. É: o Mokaab foi o trabalho de design; a Shalize foi onde ele rodou.
A mesma forma, em lugares que não se parecem em nada
A Mehrabani é uma plataforma de financiamento coletivo beneficente, não um negócio de ouro, e a estrutura é idêntica. A doação beneficente falha nas duas pontas — os doadores não conseguem verificar a necessidade, os assistentes sociais não conseguem comprovar o resultado, e a confiança desmorona no meio. Então desenhei o Cartão Mehrabani como um único objeto que reúne a necessidade verificada, a história do beneficiário, a doação e o resultado, e construí a Soha por baixo dele como a camada de dados de necessidades verificadas. Depois, a parte que importa: o fluxo operacional que os assistentes sociais de fato usam. Não o que deveriam usar.
O Ketabno foi lançado em cerca de três meses. Paralelamente, o HisTory funcionou como uma campanha de crescimento liderado pelo produto, construída como um único movimento contínuo — cadastro, preenchimento do perfil e compra de e-book — em vez de três campanhas que passam o bastão mal. O Invest Iran é a mesma disciplina aplicada a uma agência de promoção de investimentos, que sem presença digital é um número de telefone: descoberta de oportunidades, avaliação de vantagem competitiva, manifestação de interesse, engajamento institucional, gestão de solicitações, acompanhamento pós-investimento. De novo, etapas com nome.
A CompanyHouse, em 2015, foi onde esbarrei pela primeira vez no limite disso. Modelamos o conhecimento tácito dos especialistas em registro num fluxo guiado, baseado em perguntas, que gerava os requerimentos, convertendo regras, pontos de decisão e exceções em lógica de produto. Funcionou por um ano e fechou. A lição: transformar conhecimento especializado em produto é um problema de extração de conhecimento muito antes de ser um problema de software. Você pode definir cada etapa do sistema e ainda assim não ter capturado as exceções que o especialista conhece e nunca menciona, porque para ele não são exceções.
Por que posso dizer isso
Aprendi a construir empresas, governança e escala operacional na Aghigh fazendo as três coisas mal primeiro, e depois levando a organização da execução de projetos para o design de produtos sustentáveis. O modelo de trabalho que construí ali não tinha glamour, e é sempre a mesma lista: recepção de briefing, definição da entrega, alocação, acompanhamento, feedback, revisão, entrega.
Isso não é uma estratégia. É um sistema. É também a única coisa aqui que sobreviveu ao contato com mercados reais.