Chargement
Dix ans dans la fintech, le cloud, l’automobile, l’edtech et le commerce — définir ce que le produit doit être, écrire les règles qui le font tourner, et rester assez près de la livraison pour le voir sortir.
Clarifier le problème, choisir une direction.
Quatre façons d’opérer qui sous-tendent tout ce qui suit. Ni des intitulés de poste, ni la liste complète.
Comprendre avant de construire.
Trouver le vrai problème, cartographier les contraintes et réduire l’ambiguïté avant de lancer l’exécution.
Cinq travaux, décrits par ce qui devait se rejoindre plutôt que par un intitulé.
Vision produit, campagnes, segmentation des utilisateurs et les slides de la revue hebdomadaire derrière.
Le noyau définit la pratique, les systèmes la soutiennent, l’exécution la prouve et l’expérience spécialisée la distingue. Chacune est rattachée à son terrain.
Aucun n’est le métier à lui seul. Le métier, c’est ce qui se passe à leur intersection.
Concevoir le service, pas l’écran.
Client, opérateur, administrateur et fournisseur dans un même flux — y compris les parties qu’aucune interface ne montre.
Des règles qui résistent au réel.
Exigences, états, exceptions et modèles opérationnels écrits pour que l’ingénierie puisse démarrer sans reposer la question.
Le contexte d’abord, les agents ensuite.
Des workflows multi-agents avec une source de vérité documentée, pour que la livraison assistée par IA reste redevable.
Une plateforme de garantie bâtie sur un service après-vente que personne n’avait documenté.
Un audit de fichier de design devenu une architecture de 42 processus et un sas de préparation des entrées.
Une arène multi-jeux play-to-earn : mécaniques compétitives et l’économie qui les porte.
Une boutique persane RTL reconstruite autour des paiements iraniens et d’une infrastructure locale.
Périmètre, priorisation, PRD, backlog et les arbitrages KPI et MVP qui décident de la suite.
Remettre le brief en question, cadrer l’espace du problème et décider de ce qu’il ne faut pas construire.
RazhmanaOTeacherGreenRest
Systèmes multi-acteurs — client, administrateur, opérateur, fournisseur — cartographiés de bout en bout.
YaravanRazhmanaRenova+
Règles, états, exceptions et cas limites traduits en spécifications prêtes à implémenter.
YaravanRazhmana
Workflows multi-agents, ingénierie du contexte et maîtrise des coûts : une architecture de workflow, pas des astuces de prompt.
YaravanCe site
Cartes de processus, modes opératoires, RACI et les chemins d’exception sur lesquels une opération tourne vraiment.
Revenus, coûts, incitations et structures de partenariat modélisés avec le produit.
À l’aise sur les API, le CMS, les bases de données et les décisions de déploiement avec les ingénieurs : un PM techniquement fluide, pas un ingénieur.
Briefs, BRD, modes opératoires et dossiers d’exécution structurés pour que le suivant agisse sans demander.
YaravanRazhmanaCarsparency
Instrumentation, tunnels, segmentation et tests A/B qui alimentent des tableaux de bord exploitables.
Parcours, hiérarchie de l’information et structure d’interaction : direction produit plutôt que finition visuelle.
Aligner produit, design, ingénierie, business, opérations et fournisseurs autour d’une décision.
Produits financiers, leur économie, et la confiance qu’un paiement ou un solde doit mériter.
Interfaces bilingues et pensées d’abord en persan, où le RTL est une contrainte de design et non une étape de traduction.
Progression, compétition et motivation conçues comme des mécaniques de système, avec des cadres comme Octalysis.
RP1 ArenaA1Paradise
Créer une fonction produit là où il n’y en avait pas : responsabilité, processus, rôles et droits de décision.
Contraintes et valeur
Périmètre et priorités
Parcours et interactions
Données et infrastructure
Processus et responsabilités
Contexte et exécution assistée
Système · Décision · Livraison