Von der Idee zu einem lösbaren Problem

Die meisten Ideen kommen als Lösung formuliert an: „Ich will ein System, das Kundenanfragen beantwortet.“ Das ist eine natürliche Formulierung — und zugleich der Hauptgrund, warum Projekte im dritten Monat stecken bleiben. Eine Lösung ohne definiertes Problem ist ein bewegliches Ziel: Jede Person am Tisch stellt sich etwas anderes vor, und es gibt keine Möglichkeit, einen Streit zu entscheiden.

Drei Fragen, die schriftlich beantwortet werden müssen

Wer, und in welchem Moment des Tages. Nicht „Kunden“, sondern eine Servicemitarbeiterin, die ein Ticket öffnet und acht Minuten in Dokumenten sucht. Je konkreter die Beschreibung, desto klarer ist, was das System können muss — und wichtiger noch, was nicht.

Was die heutige Lösung ist. Für jedes Problem gibt es bereits eine Lösung, sei sie noch so schlecht: eine Tabelle, eine Frage in der Gruppe, der erfahrene Kollege, den alle fragen. Das ist Ihr echter Vergleichsmaßstab.

Wie Erfolg als Zahl aussieht. Bearbeitungszeit, Anteil ohne menschliches Zutun geschlossener Fälle, eingesparte Minuten pro Woche. Wenn sich keine Kennzahl formulieren lässt, ist die Idee noch ein Gefühl — das ist in Ordnung, aber dann ist der nächste Schritt Recherche, nicht Entwicklung.

Ein Dokument von einer Seite

Vor der ersten Zeile Code: die Person und der Moment, die heutige Lösung und ihre Schwäche, die Erfolgskennzahl, drei echte Beispiele für Eingabe und gewünschte Ausgabe, und eine Liste dessen, was nicht in die erste Version kommt.

Die drei Beispiele sind der wichtige Teil. Sie verwandeln eine abstrakte Debatte in ein Gespräch über einen konkreten Fall. Fällt es schwer, sie aufzuschreiben, ist genau das der Befund: Es gibt noch keine Einigkeit darüber, was das System zurückgeben soll.