Git-Historie für Positionierung: Wie Nils Kundensprache im Code fand

Deine Git-Historie zeigt, welche Probleme du wiederholt löst, für wen du Kompromisse eingehst und welche Fähigkeiten dein Produkt tatsächlich priorisiert. Daraus lässt sich eine belastbarere Positionierung ableiten als aus Antworten, die erst im Nachhinein für ein Marketingformular formuliert werden.

Freitagabend, kurz vor dem geplanten Release: Nils sitzt mit kaltem Kaffee in seiner Berliner Küche und starrt auf das leere Feld „Für wen ist dein Produkt?“. Er baut seit Monaten ein Werkzeug für Datenimporte. Seine Antwort „für moderne Teams“ klingt selbst für ihn bedeutungslos. Ohne klare Zielgruppe bleiben Startseite, Ankündigung und erste Beiträge unfertig. Der Release am Montag könnte technisch pünktlich erscheinen und trotzdem unbemerkt bleiben.

Dann öffnet Nils die Commit-Historie. Dort steht eine deutlich konkretere Geschichte: strengere Validierung für fehlerhafte CSV-Dateien, verständlichere Meldungen bei abgebrochenen Importen, wiederholbare Zuordnungen für Spalten und ein Export für Prüfprotokolle. Seine Positionierung war längst im Code angelegt. Er hatte sie nur noch nicht in Worte gefasst.

Commits dokumentieren Entscheidungen unter echten Bedingungen

Eine Positionierung beantwortet drei praktische Fragen: Wem hilft das Produkt, bei welchem dringenden Problem und warum ist dieser Ansatz glaubwürdig? Git liefert dafür Rohmaterial, weil jeder relevante Commit eine Entscheidung festhält.

Ein einzelner Commit beweist wenig. Wiederkehrende Muster sind aufschlussreicher. Wenn du über Wochen Berechtigungen, Freigaben und Protokolle nachschärfst, baust du wahrscheinlich für Teams, denen Kontrolle wichtiger ist als ein verspielter Einstieg. Wenn deine Änderungen vor allem Einrichtungsschritte entfernen, Beispieldaten ergänzen und Fehlermeldungen vereinfachen, senkst du die Einstiegshürde für Menschen ohne Spezialwissen.

Auch verworfene Wege zählen. Eine entfernte Funktion kann zeigen, welche Komplexität du deinen Kunden bewusst ersparst. Eine mehrfach überarbeitete Schnittstelle verrät, an welcher Stelle der bisherige Ablauf nicht zur Arbeitsweise der Zielgruppe passte.

Die Aussage „einfach zu bedienen“ bleibt austauschbar. „Importiert unordentliche Lieferantendateien, zeigt fehlerhafte Zeilen und bewahrt frühere Spaltenzuordnungen“ beschreibt dagegen eine Arbeitssituation. Solche Sätze entstehen aus konkreten Codeentscheidungen.

Was Marketing Agent vor der ersten Frage sucht

Marketing Agent scannt das konfigurierte Quellrepository als Grundlage für seinen Hook Audit. Der Blick richtet sich auf Produktentscheidungen, die Hinweise auf Zielgruppe, wiederkehrenden Nutzen und Bindungsmechanismen geben. Erst danach müssen Annahmen ergänzt oder bestätigt werden.

Das verändert die Reihenfolge der Arbeit. Du beginnst nicht mit einer leeren Seite und versuchst, dich an eine ideale Marketingantwort heranzuschreiben. Du beginnst mit dem, was du gebaut, geändert und wiederholt verteidigt hast.

Aus diesem Material können prüfbare Hypothesen entstehen:

• Häufig überarbeitete Abläufe weisen auf den Kernnutzen hin.
• Wiederkehrende Fehlerbehandlungen zeigen, was Kunden zuverlässig erledigen müssen.
• Rollen, Freigaben und Protokolle verraten, wer Verantwortung trägt.
• Import-, Export- und Integrationsarbeit zeigt, in welchem bestehenden Arbeitsablauf das Produkt bestehen muss.
• Wiederkehrende Nutzungsschleifen liefern Hinweise darauf, was Menschen zurückbringen könnte.

Der anschließende Marketing Audit betrachtet zusätzlich Marktreife, Kundenevidenz, Angebot, Botschaft und Akquisitionsstrategie. Code kann Kundeninterviews oder Verkaufsdaten nicht ersetzen. Er verhindert jedoch, dass die Positionierung völlig losgelöst vom Produkt entsteht.

Unklare Punkte bleiben dabei unklare Punkte. Eine Commit-Historie belegt keine Zahlungsbereitschaft, keine Marktgröße und keine Kundenzufriedenheit. Sie zeigt, welche Produktprobleme du tatsächlich bearbeitet hast.

Aus technischen Änderungen wird Kundensprache

Für Nils liegt der Wendepunkt zwei Tage vor dem Release. Statt „automatisierte Datenprozesse für moderne Teams“ schreibt er drei beobachtbare Aufgaben auf: fremde Tabellen übernehmen, fehlerhafte Zeilen finden und Zuordnungen beim nächsten Import wiederverwenden.

Danach prüft er jeden Satz gegen den Verlauf seines Repositories. Hat er das wirklich gebaut? Kommt das Problem in mehreren Änderungen vor? Wird deutlich, wer davon profitiert? Wo nur eine Vermutung steht, markiert er sie zur späteren Prüfung mit Gesprächen und Nutzungsdaten.

Diese Methode kannst du ohne besonderes Werkzeug anwenden. Nimm die letzten relevanten Commits und ordne sie in vier Spalten:

1. Was wurde geändert?
2. Welcher konkrete Ärger löste die Änderung aus?
3. Wer erlebt diesen Ärger im Arbeitsalltag?
4. Welches Ergebnis wird dadurch wahrscheinlicher?

Übersetze anschließend technische Begriffe in beobachtbare Folgen. „Persistente Mapping-Konfiguration“ wird zu „Spalten nicht bei jedem Import neu zuordnen“. „Granulare Rollenverwaltung“ wird zu „festlegen, wer veröffentlichen oder nur prüfen darf“. Die technische Präzision bleibt erhalten, aber der Nutzen wird lesbar.

Das ist dieselbe Trennung von Urteil und Ausführung, die auch bei laufender Marketingarbeit hilft. Wie Leo Urteil und Ausführung trennt zeigt, warum klare Grenzen wichtiger werden, sobald Aufgaben automatisiert ablaufen.

Der Abgleich beginnt nach dem ersten Entwurf

Am Montag veröffentlicht Nils kein großes Versprechen über eine neue Produktkategorie. Seine Startseite beschreibt den wiederkehrenden Import unordentlicher Dateien und die Arbeit, die dabei nicht jedes Mal von vorn beginnt. Neben dem Laptop liegt eine kurze Liste offener Annahmen für die ersten Gespräche.

Genau dort endet die Arbeit der Git-Historie. Sie liefert einen belegbaren Ausgangspunkt, keine endgültige Marktentscheidung. Vergleiche die daraus gewonnene Positionierung mit Supportanfragen, Gesprächen, Nutzungsmustern und verlorenen Abschlüssen. Wenn der Markt eine andere Geschichte erzählt, änderst du die Positionierung oder das Produkt.

Dein Repository enthält Spuren der Zielgruppe, für die du bereits Entscheidungen getroffen hast. Lies diese Spuren, bevor du dich fragst, welche Zielgruppe auf einer Marketingseite gut klingen würde.