07 — DON'T ASK WHAT TO BUILD

가사

[INTRO] Nicht fragen: „Welche Software braucht ihr?“ Nicht: „Wo können wir KI einbauen?“ Morgen erstmal: mitlaufen. zuhören. hinsehen. DON'T ASK WHAT TO BUILD. [HOOK] DON'T ASK WHAT TO BUILD. WATCH WHERE IT BREAKS. WO WARTET GELD? WO WARTET EIN MENSCH? WO WIRD ETWAS ZWEIMAL GEMACHT? DON'T ASK WHAT TO BUILD. ERST DEN BRUCH VERSTEHEN. Dann bekommt Technik überhaupt erst ihren Zweck. [VERSE 1] Am Tisch klingt jeder Ablauf sauber: Anfrage rein, Termin, Aufmaß, Angebot. Material kommt, Montage läuft, Abnahme, Rechnung — fertig. Schöne Kette. Doch Prozesse brechen selten in der Überschrift. Sie brechen zwischen zwei Schritten, wenn Zuständigkeit verrutscht. Wenn einer draußen misst, der nächste später Zahlen tippt. Wenn Bilder irgendwo landen, aber keiner weiß, welcher Vorgang dazu passt. Wenn Kunde zweimal anruft, weil Rückmeldung im Alltag versackt. Nicht böse. Nicht unfähig. Einfach Menschen unter Last mit historisch gewachsenem Ablauf. [HOOK] DON'T ASK WHAT TO BUILD. WATCH WHERE IT BREAKS. NICHT FEATURE VOR BEFUND. NICHT KI VOR KONTEXT. DON'T ASK WHAT TO BUILD. FOLLOW THE WORK. Denn Prozesse sagen mehr, wenn Menschen sie benutzen. [VERSE 2] Ich will wissen: Wo kommt Anfrage rein? Wer nimmt ab, wenn alle draußen sind? Wer entscheidet, wer wohin fährt? Wo steht der Termin? Wer nimmt Maße? Wie kommen sie zurück? Foto im Handy? Cloud? Chat? Ordner? Kopf? Wann beginnt Angebot? Was muss dafür vorhanden sein? Und wenn etwas fehlt: Wer merkt es zuerst? Wie viele Minuten werden aus kleinen Lücken jede Woche Stunden? Genau da wird Digitalisierung interessant. Nicht weil analog alt ist. Sondern wenn Reibung messbar Leistung frisst. [DOUBLE-TIME] WER MACHT WAS MIT WELCHEM TOOL, WO WIRD KOPIERT, WO BLEIBT WAS LIEGEN? WO WIRD GESUCHT, WO NACHGEFRAGT, WO MUSS EIN MENSCH DIE LÜCKE BIEGEN? WO KOMMT DAS MASS, WO KOMMT DAS BILD, WO KOMMT DER STATUS, WER HAT DEN STATE? WO IST DER BRUCH ZWISCHEN „IST ERLEDIGT“ UND „ICH DACHTE, DAS MACHT DER KOLLEGE“? Kein Dashboard kennt das, wenn keiner vorher draußen war. Keine Automation rettet einen Prozess, den niemand wirklich verstanden hat. [BREAK] Die wichtigste Frage steht vielleicht in keinem Formular: Wo flucht ihr? [VERSE 3] Denn Fluchen ist kein KPI. Aber manchmal ein Marker. „Schon wieder.“ „Wo liegt das?“ „Wer hat das?“ „Warum muss ich das nochmal machen?“ Da hör ich hin. Nicht um Menschen zu bewerten. Sondern weil wiederkehrender Frust auf wiederkehrende Reibung zeigen kann. Dann messen. Wie oft? Wie lange? Welche Folge? Erst dann wird aus Alltag ein belastbarer Befund. STATEMENT ≠ EVIDENCE. OBSERVATION ≠ CAUSE. Einmal gesehen ist noch kein Prozessgesetz. Also Fragen. Vergleichen. Verifizieren. [FLOW SWITCH] SEE IT. LOG IT. ASK WHY. CHECK AGAIN. TIME IT. COUNT IT. TRACE IT. THEN DECIDE. Nicht: SEE IT → BUILD. Sondern: SEE → QUESTION → MEASURE → MODEL → TEST. Denn Geschwindigkeit ohne Diagnose ist nur schnelleres Danebenliegen. [VERSE 4] Vielleicht liegt Geld bei offenen Anfragen. Vielleicht bei Angeboten, die zu spät rausgehen. Vielleicht ist alles dort sauber und Rechnung wartet nach Abnahme. Vielleicht ist mein gesamter Verdacht falsch. Perfekt. Dann hat Realität mein Modell verbessert. Ich geh nicht rein, um neun vorbereitete Stufen irgendwie zu rechtfertigen. Ich geh rein, um herauszufinden, ob überhaupt eine davon Priorität besitzt. Und wenn Stufe acht mehr bringt als Stufe zwei, dann kommt acht zuerst. Architektur folgt Befund. Nicht Befund der Architektur. [DOUBLE-TIME] NO AI FOR THE LABEL, NO CRM FOR THE SCREENSHOT, NO AUTOMATION THEATER, NO DIGITAL FASHION. Wenn Papier funktioniert, lass Papier funktionieren. Wenn Excel reicht, muss kein Agent orchestrieren. Wenn aber fünf Übergaben jeden Auftrag fragmentieren, dann kann ein sauberer Vorgang zum ersten Mal Information stabilisieren. ONE CASE. ONE STATE. ONE OWNER. ONE TRACE. Aber erst, wenn Reality sagt, dass genau dort der Bottleneck sitzt. [FINAL HOOK] DON'T ASK WHAT TO BUILD. WATCH WHERE IT BREAKS. WO WARTET GELD? WO WARTET EIN MENSCH? WO WIRD ETWAS ZWEIMAL GEMACHT? DON'T ASK WHAT TO BUILD. OBSERVE. MEASURE. THEN BUILD. Nicht Technologie sucht ein Problem. Das Problem entscheidet, ob Technologie gebraucht wird. [OUTRO] Morgen geh ich nicht hin mit einer Antwort. Ich geh hin mit Augen. Ohren. Fragen. Und drei Zahlen. Der Rest muss sich erst zeigen.