Wenn das Vorspiel entscheidet – Über die Kunst, Lust auf das Projekt zu machen

Der Beamer summt. Auf Folie 37 steht eine Systemarchitektur, die jedem Softwareentwickler das Herz wärmen müsste. Saubere Schnittstellen, skalierbare Infrastruktur, eine Datenbank, die auch den nächsten Wachstumsschub noch mit einem Achselzucken quittieren würde. Der technische Leiter spricht mit jener ruhigen Begeisterung, die Menschen entwickeln, wenn sie wissen, dass etwas wirklich gut durchdacht ist.

Am anderen Ende des Tisches sitzt die Geschäftsführung. Sie nickt. Höflich, aufmerksam, vollkommen unberührt.

Dann passiert etwas beinahe Unverschämtes. Jemand klappt den Laptop auf und zeigt erste Entwürfe. Eine Startansicht, zwei zentrale Abläufe und Device-Shots, auf denen die geplante Software bereits auf Smartphone, Tablet und Desktop zu sehen ist. Noch funktioniert davon nichts. Trotzdem rücken die Stühle näher an den Tisch. Eine Hand zeigt auf den Bildschirm. „So könnte unser Kunde das also nutzen?“ Eine andere Stimme fragt: „Können wir diese Ansicht mit in die Präsentation nehmen?“ Aus Zuhörern werden Mitdenker. Aus einer technischen Möglichkeit wird ein sichtbares Projekt.

Was die Architektur in 37 Folien nicht geschafft hat, gelingt fünf Bildern in weniger als drei Minuten. Sie geben der Idee ein Gesicht und machen Lust auf mehr.

Man könnte sagen: Das Vorspiel hat entschieden.

Menschen kaufen sichtbare Versprechen

Das ist keine Geringschätzung der Technik. Ohne sie bleibt der schönste Entwurf eine hübsche Behauptung. Doch technische Qualität besitzt im frühen Stadium eines Projekts ein Vermittlungsproblem. Man kann sie erklären, prüfen und berechnen. Nur ansehen kann man sie kaum.

Entscheider denken deshalb nicht schlechter oder oberflächlicher, wenn sie auf ein Mockup stärker reagieren als auf ein Architekturdiagramm. Sie denken in einer anderen Sprache. Sie fragen nicht zuerst, wie elegant ein System gebaut ist. Sie wollen wissen, was sich dadurch verändert. Wird der Vertrieb schneller? Finden Kunden sich besser zurecht? Sinkt der Abstimmungsaufwand? Entsteht ein Produkt, das man guten Gewissens auf den Markt bringen kann?

Technische Argumente beschreiben das Fundament. Ein guter Entwurf zeigt das Haus.

Das ist entscheidend, weil Menschen selten von einer abstrakten Möglichkeit begeistert sind. Sie begeistern sich für eine Vorstellung, in der sie sich selbst wiederfinden. Ein Device-Shot der künftigen App kann dafür mehr leisten als eine halbe Stunde über Schnittstellen. Nicht weil das Bild wichtiger wäre, sondern weil es eine Tür öffnet. Dahinter wird sichtbar, wie die Idee später im Arbeitsalltag, beim Kunden oder in der nächsten Präsentation wirken könnte.

Die lange Geschichte des Vorspielens

Die Idee, etwas zu zeigen, bevor es existiert, ist älter als die Softwareentwicklung.

Architekten der Renaissance bauten Modelle aus Holz, Gips oder Wachs. Nicht weil Fürsten und Stadträte den Unterschied zwischen Tragwerk und Fassadenordnung nicht verstanden hätten. Sie wollten sehen, worüber sie entschieden. Eine Kuppel im Maßstab 1:20 machte aus mathematischen Berechnungen ein Versprechen, das man umrunden konnte.

Jahrhunderte später erfand das Kino den Trailer. Niemand käme auf die Idee, vor einem Film sämtliche Wendungen, Dialoge und Einstellungen zu erklären. Man zeigt zwei Minuten. Eine Stimmung, einen Konflikt, ein Gesicht im richtigen Licht. Genug, damit der Zuschauer wissen will, wie es weitergeht. Der Trailer ist kein Film. Aber er lässt den Film im Kopf bereits beginnen.

Und selbst das Möbelhaus hat dieses Prinzip verstanden. Niemand kauft ein Sofa, weil auf dem Preisschild „hochwertiger Kaltschaumkern“ steht. Man setzt sich. Man lehnt sich zurück. Man stellt sich für einen kurzen Moment vor, wie dieses Sofa im eigenen Wohnzimmer steht. Das Probeliegen ist die vielleicht bürgerlichste Form des Vorspiels, aber es funktioniert zuverlässig.

Menschen kaufen seit jeher sichtbare Versprechen. Software bildet da keine Ausnahme. Sie hat nur lange so getan, als müsste eine gute Erklärung genügen.

Ein gutes Vorspiel zeigt nicht alles

Die ersten Bilder aus einem Analysepaket sollen keine fertige Software vortäuschen. Gerade darin liegt ihre Kunst. Sie zeigen genug, um eine Wirkung zu erzeugen, und bleiben offen genug, damit über die Richtung gesprochen werden kann.

Ist ein Entwurf zu grob, bleibt er eine Skizze, die jeder anders deutet. Wirkt er bereits wie ein fertiges Produkt, entsteht dagegen schnell ein falscher Eindruck vom Projektstand. Gute Präsentationsentwürfe liegen genau dazwischen. Sie besitzen Richtung, aber noch keine Eitelkeit.

Besonders wirkungsvoll sind Device-Shots. Sie zeigen nicht nur eine einzelne Oberfläche, sondern setzen die Idee in ihren späteren Kontext. Die App erscheint auf dem Smartphone, die Anwendung auf dem Tablet oder Desktop. So wird aus einer abstrakten Beschreibung ein Bild, das sich in einer Präsentation verwenden und im Unternehmen weitertragen lässt.

Denn Begriffe wie „intuitiv“, „übersichtlich“ oder „modern“ erzeugen bei fünf Menschen mindestens sieben Vorstellungen. Im Meeting können alle zustimmen und trotzdem über verschiedene Produkte sprechen. Erst wenn etwas auf dem Bildschirm erscheint, werden die Unterschiede sichtbar. Der eine erwartet ein Dashboard, die andere einen geführten Ablauf. Für den Vertrieb muss alles schnell erfassbar sein, für die Geschäftsführung muss der Nutzen auf den ersten Blick deutlich werden.

Die Bilder beenden diese höfliche Mehrdeutigkeit. Sie geben dem Projekt eine Form, bevor im nächsten Schritt ein klickbarer Prototyp entsteht.

Warum frühe Bilder ehrlicher sind als späte Präsentationen

Es klingt zunächst paradox: Einige Entwürfe, die technisch noch gar nichts können, sollen ehrlicher sein als eine ausführliche Präsentation?

Ja, weil sie sich angreifbar machen.

Eine Präsentation kann Lücken elegant umkreisen. Sie spricht von einer „zentralen Nutzeroberfläche“, einer „durchgängigen Customer Journey“ oder einer „effizienten Prozessunterstützung“. Das klingt vernünftig und bleibt angenehm folgenlos. Ein Entwurf muss konkreter werden. Wo beginnt die Reise? Was sieht der Nutzer zuerst? Welche Information fehlt? Was passiert nach dem Klick?

Sobald diese Fragen auf einem Bildschirm beantwortet werden, kann man prüfen, ob die Idee funktioniert. Nicht irgendwann nach Monaten der Entwicklung, sondern bevor die erste große Rechnung geschrieben ist.

Das ist mehr als Gestaltung. Es ist Risikomanagement mit sichtbaren Mitteln.

Je früher ein Irrtum auffällt, desto kleiner ist sein Preis. Eine falsch verstandene Richtung lässt sich in einem frühen Entwurf mit wenigen Handgriffen ändern. Im späteren Prototyp oder gar in einer fertig entwickelten Anwendung zieht sie Abläufe, Logik und Tests hinter sich her. Aus einer kleinen Korrektur wird dann schnell eine Operation am offenen System.

Wer früh etwas vorspielt, täuscht also nicht. Er verhindert, dass sich alle Beteiligten später selbst etwas vorgemacht haben.

Als aus einem internen Tool plötzlich ein gemeinsames Projekt wurde

Ein mittelständisches Unternehmen kam mit einer Idee zu uns, die intern längst als notwendig galt. Informationen aus mehreren Abteilungen sollten in einer eigenen Anwendung zusammengeführt werden. Der Nutzen war plausibel, die technische Machbarkeit ebenfalls. Trotzdem kam das Vorhaben nicht vom Fleck.

In den Gesprächen zeigte sich schnell, warum. Jede Abteilung hatte eine andere Vorstellung von derselben Anwendung. Für die Geschäftsführung war sie ein Steuerungsinstrument. Der Vertrieb erwartete schnellere Auskünfte. Die Mitarbeitenden in der Sachbearbeitung hofften vor allem, endlich nicht mehr zwischen Tabellen und E-Mails wechseln zu müssen. Alle waren für das Projekt. Nur nicht für dasselbe.

Im Rahmen eines Analysepakets entstand deshalb zunächst kein Pflichtenheft, sondern präsentationsfähiges Bildmaterial. Eine Startansicht, erste Entwürfe und Device-Shots für Smartphone, Tablet und Desktop. Noch war nichts programmiert, auch ein klickbarer Prototyp war bewusst noch nicht Teil dieser Phase. Aber zum ersten Mal konnten alle auf dieselbe Sache zeigen.

Das veränderte das Gespräch. Aus „Wir brauchen eine zentrale Lösung“ wurde „An dieser Stelle fehlt die Freigabe“. Aus „Das muss einfach bedienbar sein“ wurde „Diese Information gehört nach oben“. Die Geschäftsführung erkannte, welche Wirkung die Anwendung im Alltag haben könnte. Die Fachabteilungen sahen, wo ihre Abläufe noch nicht zusammenpassten. Und das Projektteam erhielt etwas, das keine technische Spezifikation allein erzeugt hätte: ein gemeinsames Bild.

Der Entwurf war nicht das Ergebnis des Projekts. Er war der Moment, in dem das Projekt überhaupt erst begann.

Genau darin liegt der Wert unserer Analysepakete. Mittelständische Unternehmen erhalten nicht nur eine Beschreibung dessen, was gebaut werden könnte. Sie bekommen erste Bilder, Entwürfe und Device-Shots ihrer geplanten Software oder App. Dieses Material lässt sich in internen Präsentationen einsetzen, schafft ein gemeinsames Verständnis und gibt der Geschäftsführung eine greifbare Entscheidungsgrundlage. Der klickbare Prototyp ist dann der nächste Schritt, nicht das Ergebnis der Analysephase.

„Aber ist das nicht nur Fassade?“

Der Einwand ist berechtigt. Die Softwarewelt hat genügend glänzende Oberflächen hervorgebracht, hinter denen es knirscht. Wer einmal auf eine eindrucksvolle Demo hereingefallen ist, betrachtet schöne Bildschirme mit gesundem Misstrauen.

Design darf Technik deshalb nie ersetzen. Es muss sie übersetzen.

Eine gute Übersetzung erfindet den Inhalt nicht neu. Sie macht ihn für jemanden verständlich, der die Ausgangssprache nicht spricht. Genau das leistet Design im frühen Projektstadium. Es übersetzt Datenstrukturen in Informationen, Prozesse in Bedienwege und technische Möglichkeiten in eine erkennbare Wirkung.

Eine Fassade versteckt, was dahinterliegt. Gutes Präsentationsmaterial macht sichtbar, was entstehen soll. Es zeigt nicht nur eine schöne Oberfläche, sondern übersetzt Nutzen und Richtung in eine Form, über die Entscheider sprechen können. Die tieferen Abläufe und offenen Fragen werden anschließend in Konzeption und Prototyping weiter ausgearbeitet.

Deshalb gehören Gestaltung und technische Konzeption zusammen. Das eine macht den Nutzen sichtbar, das andere sorgt dafür, dass er später belastbar wird. Wer nur gestaltet, verspricht womöglich etwas, das sich nicht sinnvoll bauen lässt. Wer nur technisch plant, riskiert eine Lösung, deren Qualität niemand erkennt, weil sie am Alltag vorbeigeht.

Das Vorspiel ist dann gelungen, wenn es nicht von der Substanz ablenkt, sondern auf sie vorbereitet.

Der Augenblick, in dem ein Projekt eine Chance bekommt

Zurück in den Besprechungsraum. Der Beamer summt noch immer. Die Systemarchitektur ist nicht weniger brillant als zuvor. Sie hat nur aufgehört, allein im Raum zu stehen.

Auf dem Bildschirm ist jetzt zu sehen, wofür sie gebraucht wird. Die Geschäftsführung diskutiert nicht mehr darüber, ob das Projekt abstrakt sinnvoll sein könnte. Sie spricht über konkrete Abläufe, über Kunden und über den Nutzen im Unternehmen. Das technische Konzept hat ein Gesicht bekommen.

Genau dieser Moment entscheidet häufiger über Projekte, als viele Lastenhefte vermuten lassen. Nicht weil Entscheider sich von hübschen Bildern blenden lassen. Sondern weil sie endlich erkennen können, worüber sie entscheiden.

Wer ein Projekt durchbringen will, sollte deshalb nicht mit der längsten Erklärung beginnen. Er sollte etwas zeigen, das im Kopf des Gegenübers weiterarbeitet.

Erst Lust auf das Projekt machen. Dann wird es ernst.