Wird geladen
Zehn Jahre in Fintech, Cloud, Automotive, EdTech und Handel — definieren, was ein Produkt sein soll, die Regeln aufschreiben, nach denen es läuft, und nah genug an der Umsetzung bleiben, um es live gehen zu sehen.
Vier Arbeitsweisen, die unter allem Folgenden liegen. Keine Jobtitel und nicht die vollständige Liste.
Entscheidungen in Betriebsregeln übersetzen.
Bauen, abstimmen und messen.
Die Lösung an den Kontext anpassen.
Verstehen, bevor gebaut wird.
Das eigentliche Problem finden, die Rahmenbedingungen kartieren und die Unklarheit reduzieren, bevor die Umsetzung beginnt.
Den Service gestalten, nicht den Screen.
Kundschaft, Betrieb, Verwaltung und Lieferant in einem Ablauf — auch die Teile, die keine Oberfläche je zeigt.
Regeln, die der Realität standhalten.
Anforderungen, Zustände, Ausnahmen und Betriebsmodelle so geschrieben, dass die Entwicklung ohne Rückfragen starten kann.
Erst der Kontext, dann die Agenten.
Multi-Agenten-Workflows mit dokumentierter Wahrheitsquelle, damit KI-gestützte Lieferung nachvollziehbar bleibt.
Fünf Arbeiten, beschrieben durch das, was zusammenkommen musste — nicht durch einen Jobtitel.
Produktvision, Kampagnen, Nutzersegmentierung und die Folien des wöchentlichen Reviews dahinter.
Eine Garantieplattform auf einem After-Sales-Betrieb, den niemand je dokumentiert hatte.
Ein Design-Datei-Audit, aus dem eine 42-Prozess-Architektur und ein Input-Readiness-Gate wurde.
Eine Multi-Game-Play-to-Earn-Arena — Wettbewerbsmechanik und die Ökonomie darunter.
Ein persischer RTL-Shop, neu gebaut um iranische Zahlungen und einen Stack im Land.
Der Kern definiert die Praxis, Systeme stützen sie, Umsetzung belegt sie, spezialisierte Erfahrung unterscheidet sie. Jede ist mit ihrem Einsatzort verknüpft.
Scope, Priorisierung, PRDs, Backlog und die KPI- und MVP-Entscheidungen, die bestimmen, was ein Team als Nächstes baut.
Das Briefing hinterfragen, den Problemraum abstecken und entscheiden, was nicht gebaut werden sollte.
RazhmanaOTeacherGreenRest
Mehrakteurssysteme — Kundschaft, Verwaltung, Betrieb, Lieferant — über alle Kontaktpunkte hinweg kartiert.
YaravanRazhmanaRenova+
Regeln, Zustände, Ausnahmen und Randfälle, übersetzt in umsetzungsreife Spezifikationen.
YaravanRazhmana
Multi-Agenten-Workflows, Context Engineering und Kostenkontrolle — Workflow-Architektur, keine Prompt-Tricks.
YaravanDiese Website
Prozesslandkarten, SOPs, RACI und die Ausnahmepfade, auf denen ein Betrieb wirklich läuft.
Erlöse, Kosten, Anreize und Partnerstrukturen, modelliert neben dem Produkt.
Sicher bei APIs, CMS, Datenbanken und Deployment-Entscheidungen mit der Entwicklung — ein technisch versierter PM, kein Entwickler.
Briefs, BRDs, SOPs und Umsetzungspakete so strukturiert, dass die nächste Person ohne Rückfrage handeln kann.
YaravanRazhmanaCarsparency
Instrumentierung, Funnels, Segmentierung und A/B-Tests, die Dashboards speisen, auf deren Basis ein Team entscheiden kann.
User Flows, Informationshierarchie und Interaktionsstruktur — Produktrichtung statt visueller Politur.
Produkt, Design, Entwicklung, Business, Betrieb und Lieferanten auf eine Entscheidung ausrichten.
Finanzprodukte, ihre Ökonomie und das Vertrauen, das eine Zahlung oder ein Guthaben erst verdienen muss.
Persisch-zuerst und zweisprachige Oberflächen, in denen RTL die Designbedingung ist und kein Übersetzungsschritt.
Progression, Wettbewerb und Motivation als Systemmechanik entworfen, mit Frameworks wie Octalysis.
RP1 ArenaA1Paradise
Eine Produktfunktion dort aufbauen, wo es keine gab — Verantwortung, Prozess, Rollen und Entscheidungsrechte.
Keines davon ist für sich die Arbeit. Die Arbeit ist das, was an ihren Schnittstellen passiert.
Rahmen und Wert
Umfang und Prioritäten
Abläufe und Interaktionen
Daten und Infrastruktur
Prozesse und Verantwortung
Kontext und unterstützte Umsetzung
System · Entscheidung · Lieferung