Die meisten Software-Studios beginnen ein Projekt mit einem Lastenheft. Wir beginnen mit einem einzigen Interview.
Das ist kein Werbespruch, sondern tatsächlich das Einzige, was wir von einem Unternehmer verlangen. Ein Gespräch — den Rest der Recherche übernehmen wir: Wir fahren hin, schauen uns an, wie die Dinge wirklich laufen, sprechen mit den Menschen, die täglich damit arbeiten, und kommen mit einem Plan zurück, bevor überhaupt eine Zeile Code geschrieben wird.
Das Einzige, worum wir bitten
Ein einziges Interview reicht aus, weil die eigentliche Information nicht im Interview steckt. Sie steckt im Lager, am Empfang, in der Excel-Tabelle, die drei Leute gleichzeitig bearbeiten, im WhatsApp-Chat, der sich still und heimlich zum eigentlichen Aufgabenmanager der Firma entwickelt hat. Ein Inhaber kann sein Unternehmen beschreiben. Nur ein Besuch zeigt, wie es tatsächlich funktioniert.
Nach diesem ersten Gespräch kommen wir also ins Unternehmen und schauen hin. Wir beobachten den Prozess, so wie er wirklich abläuft — nicht so, wie ihn das Organigramm vorsieht —, und sprechen mit den Menschen, die die Arbeit jeden Tag machen, nicht nur mit dem Inhaber. Eine Lagerarbeiterin, ein Disponent, eine Person im Support erklärt in fünf Minuten, wo der Prozess tatsächlich hakt. Dieses Detail überlebt die Übersetzung in ein einseitiges Briefing selten.
Aufschreiben, was wirklich passiert
Aus diesem Besuch entsteht eine Beschreibung des Geschäftsprozesses, so wie er tatsächlich gelebt wird — Schritt für Schritt, Ausnahme für Ausnahme, einschließlich der Workarounds, die jeder benutzt und niemand aufgeschrieben hat. Wir nennen das die Digitalisierung des Prozesses: eine Arbeitsweise, die bisher nur in Köpfen und Gewohnheiten existierte, so explizit zu machen, dass man Software darum bauen kann.
Erst wenn diese Beschreibung vorliegt, sprechen wir darüber, was verbessert und was automatisiert werden sollte — und meist nicht alles auf einmal. Manche Schritte bleiben bewusst manuell: Eine Entscheidung zu automatisieren, die weiterhin menschliches Urteilsvermögen braucht, verschiebt denselben Fehler nur in die Software. Der Vorschlag ist konkret: dieser Schritt, auf diese Weise, weil wir genau das beobachtet haben — keine generische Checkliste zur „digitalen Transformation".
Erst dann entwerfen und bauen wir die Anwendung selbst — rund um den Prozess, den wir gerade beschrieben haben, nicht rund um eine Vorlage, die zufällig in der Schublade lag.
Drei Menschen spüren den Unterschied
Eine Business-Anwendung hat mehr als eine Zielgruppe, und an alle drei denken wir, bevor wir den ersten Bildschirm entwerfen.
Der Inhaber sieht sein Unternehmen, statt es sich aus Telefonanrufen und Berichten aus zweiter Hand zusammenzureimen. Weniger Zeit beim Hinterherjagen von Zahlen, weniger Zeit bei der Steuerung nach Gefühl. Berichte kommen in der Form, die der Inhaber tatsächlich liest, und nach dem Zeitplan, den er selbst gewählt hat — nicht in der Form, die das System zufällig exportieren konnte.
Die Menschen, die täglich mit dem System arbeiten, bekommen etwas, mit dem sich angenehm arbeiten lässt — das bedeutet weniger Fehler und weniger Reibung bei Routineaufgaben.
Das ist kein netter Bonus. Ein System, das unangenehm zu benutzen ist, wird schlicht nicht benutzt — die Leute umgehen es, kehren zur Excel-Tabelle zurück, halten den WhatsApp-Chat am Leben. Dann wird aus dem ganzen Projekt eine teure Vitrine: korrekt in der Vorführung, leer im Alltag.
Die Kunden des Kunden — also diejenigen, die beim Unternehmen kaufen, nicht bei uns — sind die wichtigste Zielgruppe und die, die am leichtesten vergessen wird. Sie sehen kein neues Datenbankschema und keinen automatisierten Arbeitsschritt. Sie merken, dass das Unternehmen schneller antwortet, weniger Fehler macht, organisierter wirkt. Diese Veränderung ist von außen sichtbar, bevor sie überhaupt in einem Quartalsbericht auftaucht.
Was sich danach ändert
Ein Unternehmen, das sich leichter führen lässt, in dem sich leichter arbeiten lässt und das im Umgang verlässlicher wirkt, ist wettbewerbsfähiger. Konkurrenten merken das, bevor ein Kunde auch nur eine einzige Bewertung darüber schreibt — und die aufmerksamen unter ihnen fangen an, sich dieselben Fragen über ihr eigenes Unternehmen zu stellen, die am Anfang dieses Wegs standen.
Eine Prozentzahl dafür haben wir nicht, und wir werden auch keine erfinden. Wir haben nicht gemessen, wie viele Stunden ein bestimmter Prozess spart, weil sich Unternehmen und Prozesse zu stark unterscheiden, um eine aus einem fremden Projekt entliehene Zahl ehrlich zu übernehmen. Was wir im Detail erklären können, ist, was bei jedem dieser Schritte passiert — der Besuch, die Gespräche, der aufgeschriebene Prozess, der Vorschlag, der Bau. Das ist kein Versprechen. Es ist einfach, was wir tun.
Und es beginnt immer noch genauso, wie es immer beginnt: mit einem einzigen Interview.
