Ausgangslage
Vertragsdaten lagen als PDFs ab. Weil die Inhalte nicht strukturiert verfügbar waren, liefen Abläufe in mehreren Abteilungen manuell – oder waren blockiert.
Deniz Kosan-Aytac · Prototyping für interne Lösungen
Bevor Ihr Team baut: Gewissheit, dass es das Richtige ist.
Wenn wichtige Abläufe manuell laufen, weil Daten in PDFs, Excel-Listen und getrennten Systemen feststecken, ist die teuerste Antwort ein Projekt, das am falschen Problem ansetzt. Ich sorge dafür, dass alle Beteiligten dasselbe Richtige meinen – sichtbar als klickbarer Prototyp, validiert mit Ihren Entwicklern, bevor eine Zeile produktiven Codes entsteht.
Nach 6–12 Wochen: validierter Prototyp, Machbarkeits-Check mit Ihren Entwicklern und ein konkreter Umsetzungsplan.
01 — Problem
Kommt Ihnen das bekannt vor?
- Wichtige Daten stecken in PDFs, Excel-Listen und getrennten Systemen – nicht dort, wo Abläufe sie brauchen.
- Teams übergeben Fälle manuell und gleichen dieselben Informationen mehrfach ab.
- Anforderungen stehen in Dokumenten – und jede Abteilung versteht etwas anderes darunter.
- Niemand kann belastbar sagen, was technisch und organisatorisch umsetzbar ist.
02 — Ergebnis
Was Sie erhalten.
-
Klarheit über Abläufe, Daten und Systeme
Ein gemeinsames Bild: wie die Arbeit wirklich läuft, wo Daten liegen und welche Quelle führend ist.
-
Zwei bis drei Lösungswege
Konkrete Optionen mit Stärken, Risiken und Abhängigkeiten – inklusive dem, was Ihre Systeme heute schon können.
-
Getesteter klickbarer Prototyp
Ein realistischer Entwurf, den alle Beteiligten prüfen und bestätigen – von Anfang an so gebaut, dass er sich in produktive Software überführen lässt.
-
Machbarkeits-Check und Übergabe
Fachlich, technisch und organisatorisch mit Ihren Entwicklern geprüft – übergeben als validierte Blaupause mit konkretem Umsetzungsplan. Ihr Team startet nicht bei null.
Ein Anforderungsdokument kann jeder anders lesen. Einen Prototyp nicht. Wenn alle Beteiligten denselben Entwurf gesehen und bestätigt haben, ist das Zielbild verbindlich – die Diskussion, was gemeint war, findet vor der Umsetzung statt, nicht danach.
03 — Vorgehen
So arbeite ich.
-
Reale Arbeit verstehen
Konkrete Fälle, Entscheidungen und Übergaben mit den Beteiligten nachvollziehen – über Abteilungsgrenzen hinweg.
-
Daten und Systeme klären
Sichtbar machen, wo Daten liegen, welche Quelle führend ist und was Ihre Systeme heute schon können.
-
Die richtigen Leute zusammenbringen
Fachbereiche, IT und Führung auf ein gemeinsames Problem- und Zielbild bringen.
-
Lösungswege prototypisieren und testen
Zwei oder drei plausible Wege als klickbaren Prototyp greifbar machen und mit den Betroffenen testen.
-
Mit Ihren Entwicklern validieren und übergeben
Machbarkeit mit Entwicklern und Architekten prüfen und den Prototyp so übergeben, dass Ihr Team direkt umsetzen kann.
04 — Fallbeispiel
B2B-Unternehmen · 1.000+ Mitarbeitende
Von PDFs im Archiv zur umgesetzten Lösung.
Vorgehen
Reale Fälle über Abteilungen hinweg gesammelt und die Stakeholder auf ein gemeinsames Bild gebracht. Geklärt, wo die Daten liegen, welche Quelle führend ist und was die bestehenden Systeme bereits können. Daraus eine stabile Fähigkeit für die Systemlandschaft formuliert und mit einem klickbaren Prototyp konkrete Use Cases in den Abteilungen identifiziert, getestet und mit den Entwicklern validiert.
Ergebnis
Die Lösung wurde vom internen Entwicklerteam umgesetzt. Der Prototyp war von Anfang an so gebaut, dass er sich im Rahmen der Plattform-Architektur direkt in produktiven Code überführen ließ – die Übergabe war ein Transfer, keine Neuentwicklung.
05 — Anlässe
Woran Sie erkennen, dass es Zeit ist.
Entscheidend ist nicht Branche oder Abteilung – ob Vertrieb, Operations oder Service –, sondern die Situation: Ein Vorhaben braucht Klarheit, bevor weiteres Geld und Vertrauen hineinfließen.
Ein wichtiger Ablauf hängt an einzelnen Köpfen
Es funktioniert – bis die Person fehlt oder der Fall vom Standard abweicht. Dokumentiert ist wenig, geteilt noch weniger.
Die Systeme sind da – der Ablauf läuft drumherum
Ob Salesforce, Odoo oder ein eigenes Backoffice: Was das System nicht abbildet, wandert in Excel und Postfächer. Dabei kann die bestehende Landschaft oft mehr, als sie heute leistet.
Eine Automatisierungs- oder AI-Idee liegt auf dem Tisch
Aber niemand kann sie belastbar bewerten. Vor der Entscheidung braucht es ein gemeinsames Bild und einen testbaren Entwurf.
Fachbereich und IT reden aneinander vorbei
Anforderungen gehen hin und her – gebaut wird trotzdem das Falsche oder gar nichts.
Der IT-Backlog ist Jahre lang
Fachbereiche warten, Schatten-Excel wächst. Klären, was wirklich gebaut werden muss – und was gar nicht.
06 — Belege
Kundennähe trifft eigenes Bauen.
Ich konzipiere nicht nur – ich baue selbst. Meine Arbeitsweise verbindet kundennahes B2B-SaaS mit praktischem Prototyping und eigenen ausgelieferten Produkten.
Ausgeliefertes Produkt
ANCBuddy
Eine unabhängige, bezahlte macOS-App, die ich Ende zu Ende designt, gebaut, gelauncht und betreut habe.
Funktionierender Prototyp
LernPilot
Ein AI-Nachhilfe-Prototyp für WhatsApp, gebaut, um Erklärungen, Aufgaben und Feedback in einem Gesprächsfluss zu testen.
Ca. 500–700 Kundengespräche, Demos und Pitches in kundennahen B2B-SaaS-Rollen.
Customer Success und Product bei DataGuard; heute Product Management bei LOFINO / JobRad.
07 — Kurzprofil
Ich arbeite dort, wo Bereiche aufeinandertreffen.
Ich verbinde Product, Operations, Sales, Service, Data und Technology. Meine Rolle ist es, die richtigen Leute zusammenzubringen, verstreutes Wissen über reale Arbeit in ein gemeinsames Bild zu überführen und Lösungen so früh greifbar zu machen, dass Ihre Organisation auf einer belastbaren Grundlage investiert. AI ist dabei eines meiner Werkzeuge, um schneller zu arbeiten – nicht das Leistungsversprechen selbst.
Neben meiner Product-Management-Rolle bei LOFINO / JobRad übernehme ich selektiv externe Projekte, bei denen ein interner Ablauf vor der Umsetzung Klarheit braucht.
08 — Kontakt
Bringen Sie einen Ablauf mit, der zu viel Handarbeit braucht.
Wenn Daten feststecken und ein Ablauf über Teams und Tools verteilt ist: Klären wir, welche Lösung trägt – und testen sie als Prototyp, bevor Sie in Umsetzung investieren.