Ein Stapel von Ausschreibungsunterlagen liegt auf dem Schreibtisch eines Einkäufers. Die meisten sehen identisch aus – glänzende, hochauflösende Mockups von Websites, die im isometrischen Raum schweben, gepaart mit vagen Versprechungen von „menschenzentriertem Design“. Der Prüfer blättert sie in weniger als dreißig Sekunden durch, auf der Suche nach Anzeichen dafür, dass die Agentur tatsächlich versteht, wie man ein geschäftliches Problem löst. Er findet keine, und die schönen PDFs landen direkt im Papierkorb.
Das ist die Realität des Ausschreibungsprozesses (RFP). Wenn Kunden nach einem Designpartner suchen, kaufen sie keine Kunst. Sie wollen Risiken minimieren. Sie müssen wissen, dass Sie, wenn man Ihnen ein komplexes Produkt, eine knappe Deadline und ein unübersichtliches Paket an Anforderungen übergibt, eine funktionierende Lösung liefern können.
Um diese Pitches zu gewinnen, darf Ihr Portfolio nicht nur eine selbstgefällige Galerie hübscher Pixel sein. Es muss eine Sammlung von hochstrukturierten, narrativen Verkaufswerkzeugen sein.
Warum schöne Mockups nicht ausreichen, um den Pitch zu gewinnen
Die meisten Design-Portfolios sind für andere Designer gemacht. Wir lieben es, maßgeschneiderte Übergänge, perfekte Typografie-Kombinationen und saubere Raster in Figma zu zeigen. Aber die Marketingleiter und Einkäufer, die Ihre Ausschreibungsantwort lesen, kaufen Design nicht so wie Designer. Sie kaufen Ergebnisse.
Ein schönes Mockup zeigt, dass Sie wissen, wie man Design-Software bedient. Es beweist nicht, dass Sie einen Einbruch der Konversionsraten diagnostizieren, Unstimmigkeiten zwischen Stakeholdern bewältigen oder ein skalierbares System aufbauen können. Wenn Sie nur die fertigen, polierten Assets präsentieren, verbergen Sie genau das, was der Kunde eigentlich kaufen möchte – Ihre Denkweise.
Ausschlaggebend für eine hervorragende Fallstudie ist die Erzählung von Entscheidungen. Sie erklärt, warum ein Button in einer bestimmten Ecke platziert wurde, warum ein bestimmter User Flow verworfen wurde und wie das endgültige Design direkt dem Geschäftsergebnis des Kunden dient. Wenn Ihre Fallstudie das „Warum“ nicht erklärt, wird der Leser davon ausgehen, dass Sie sich einfach zu einer hübschen Benutzeroberfläche durchgeraten haben.
Das vierteilige Framework: Problem, Einschränkungen, Prozess und Ergebnis
Um eine Fallstudie zu schreiben, die Vertrauen aufbaut, benötigen Sie eine berechenbare Struktur. Wir verwenden ein einfaches vierteiliges Framework, das den klassischen dramatischen Bogen widerspiegelt:
- Das Problem: Was war kaputt und warum war es für das Unternehmen wichtig?
- Die Einschränkungen: Was stand einer einfachen Lösung im Weg?
- Der Prozess: Wie hat das Team diese Hindernisse überwunden, um den richtigen Weg zu finden?
- Das Ergebnis: Was hat das Design bewirkt und wie messen wir es?
Das Überspringen eines dieser vier Elemente lässt die Erzählung flach wirken. Wenn Sie die Einschränkungen weglassen, wirkt das Projekt zu einfach. Wenn Sie den Prozess weglassen, fühlt sich die Lösung unverdient an. Indem Sie diese Struktur in Ihrem gesamten Portfolio konsistent halten, bieten Sie potenziellen Kunden einen beruhigenden, strukturierten Einblick in die Arbeitsweise Ihres Teams.
Die Bühne bereiten: Definition des Problems und der Einschränkungen
Jede gute Geschichte braucht einen Konflikt. In einer Design-Fallstudie ist dieser Konflikt das geschäftliche Problem. Beginnen Sie damit, genau zu definieren, was vor dem Eintreffen Ihres Teams nicht funktionierte.
Verwenden Sie keine vagen Formulierungen wie „die Marke fühlte sich veraltet an“. Verankern Sie das Problem stattdessen in der operativen Realität. Beispielsweise könnte ein hypothetischer B2B-SaaS-Kunde eine leistungsstarke Plattform haben, aber sein Self-Service-Onboarding-Flow ist so verwirrend, dass Nutzer das Produkt verlassen, bevor sie ihr Profil ausgefüllt haben.
Sobald das Problem klar ist, führen Sie die Einschränkungen ein. Einschränkungen sind keine Ausreden – sie sind die Leitplanken, die Ihren Designentscheidungen Kontext und Gewicht verleihen. Jedes Projekt hat sie, sei es ein veralteter Tech-Stack, eine strenge Markenrichtlinie oder eine harte Deadline.
Sehen wir uns ein realistisches, hypothetisches Beispiel an, wie man dies formuliert:
Das Problem: Unser hypothetischer Kunde, eine Logistik-SaaS-Plattform, verlor Nutzer während der ersten Einrichtungsphase. Die Daten zeigten beispielsweise eine Absprungrate von 45 % (illustrative Zahl) im dritten Schritt des Onboarding-Assistenten.
Die Einschränkungen: Wir mussten den Onboarding-Flow innerhalb eines strengen Zeitfensters von sechs Wochen vor dem öffentlichen Start des Kunden neu gestalten. Zudem durften wir das zugrunde liegende Datenbankschema nicht ändern – wir mussten also vollständig innerhalb der bestehenden Datenfelder arbeiten.
Indem Sie das Projekt so darstellen, zeigen Sie dem potenziellen Kunden, dass Sie Geschäftskennzahlen verstehen und realistisch innerhalb technischer Grenzen arbeiten.
Den Prozess ohne unnötigen Ballast zeigen
Im „Prozess“-Bereich einer Fallstudie verlieren viele Agenturen ihre Leser. Es ist verlockend, jedes Miro-Board, jede User Persona und jeden frühen Wireframe auf der Seite abzuladen, um zu beweisen, wie hart Sie gearbeitet haben.
Widerstehen Sie diesem Drang. Ihr potenzieller Kunde hat keine Zeit, sich fünfzig identische Haftnotizen anzusehen. Zeigen Sie nur die Prozessschritte, die direkt zur endgültigen Lösung geführt haben.
Wenn Sie eine frühe Skizze zeigen, erklären Sie, warum sie nicht funktionierte und wie sie die nächste Iteration beeinflusst hat. Wenn Sie eine User-Testing-Map zeigen, heben Sie die eine Erkenntnis hervor, die Ihre Designrichtung verändert hat.
Sie könnten beispielsweise einen direkten Vergleich zwischen einem frühen Figma-Prototyp und dem endgültigen Layout zeigen. Erklären Sie, dass beim Nutzertest vier von fünf Teilnehmern den primären Call-to-Action übersehen haben, weil er unter dem sichtbaren Bereich platziert war. Zu zeigen, wie Sie einen Fehler erkannt, umgeschwenkt und korrigiert haben, ist für einen potenziellen Kunden unglaublich beruhigend. Es beweist, dass Sie sich auf Daten und Tests verlassen, nicht nur auf ästhetische Intuition.
Das Ergebnis mit klaren, ehrlichen Kennzahlen belegen
Ein schönes Design ohne messbares Ergebnis ist nur ein Kunstprojekt. Um eine Ausschreibung zu gewinnen, müssen Sie beweisen, dass Ihre Arbeit das Problem gelöst hat, das Sie zu Beginn der Fallstudie definiert haben.
Verknüpfen Sie Ihre endgültigen Designs mit geschäftsorientierten Kennzahlen. Verwenden Sie wann immer möglich konkrete Zahlen. Wenn Sie eine Marketing-Website entworfen haben, sprechen Sie über Konversionsraten oder Ladezeiten. Wenn Sie ein Design System aufgebaut haben, sprechen Sie darüber, wie viel schneller das interne Entwicklerteam des Kunden jetzt neue Funktionen veröffentlichen kann.
So könnten Sie einen Ergebnisbereich mit illustrativen Kennzahlen schreiben:
Das Ergebnis: Der neu gestaltete Onboarding-Flow reduzierte die Absprungrate bei der Einrichtung im ersten Monat nach dem Start von 45 % auf nur noch 12 % (illustrative Zahlen). Durch die Vereinfachung der Benutzeroberfläche und das Hinzufügen klarer Fortschrittsanzeigen verzeichnete der Kunde einen Anstieg der wöchentlich aktiven Nutzer um 30 % (illustrative Zahl).
Wenn Ihr Kunde aufgrund einer Geheimhaltungsvereinbarung keine genauen Umsatz- oder Nutzerzahlen teilen kann, konzentrieren Sie sich auf relatives Wachstum, operative Effizienz oder qualitatives Feedback. Erklären Sie, wie das neue Design System die Einführungszeit des Produktteams halbiert hat oder wie die Support-Tickets zum Onboarding deutlich zurückgegangen sind.
Wie wir das bei Northwind Studio in die Praxis umsetzen
Bei Northwind Studio wenden wir genau diese narrative Struktur auf unsere eigenen Webdesign- und Markenidentitätsprojekte an. Als kleine, handwerklich fokussierte Agentur verlassen wir uns nicht auf riesige Vertriebsteams oder aggressive Akquise. Stattdessen lassen wir unsere Fallstudien die schwere Arbeit des Vertrauensaufbaus bei B2B-SaaS- und professionellen Dienstleistungskunden erledigen, noch bevor wir überhaupt telefonieren.
Wir behandeln unser Portfolio mit der gleichen Sorgfalt wie unsere Kundenprojekte – und stellen sicher, dass jede Fallstudie klar zeigt, wie wir komplexe technische Einschränkungen bewältigen, um hochgradig barrierefreie, skalierbare Design Systems zu liefern.
Wenn Sie mehr Ausschreibungen gewinnen wollen, hören Sie auf, Ihr Portfolio als statische Galerie zu betrachten. Fangen Sie an, die Geschichten zu erzählen, wie Sie schwierige Probleme lösen.
Wir helfen wachsenden Teams, klare, barrierefreie Webdesigns und robuste Design Systems zu entwickeln, die komplexe Produktgeschichten in klare Geschäftsergebnisse verwandeln. Wenn Sie bei Ihrem nächsten digitalen Projekt zusammenarbeiten möchten, wenden Sie sich an uns bei Northwind Studio.
FAQs
Wie lang sollte eine Design-Fallstudie sein?
Halten Sie sie kurz. Eine starke Fallstudie sollte nicht länger als vier bis fünf Minuten Leseweit beanspruchen. Verwenden Sie klare Überschriften, Aufzählungspunkte und fett gedruckten Text, damit vielbeschäftigte Marketingleiter und Einkäufer die Erzählung während einer Ausschreibungsprüfung leicht überfliegen können.
Was ist, wenn der Kunde uns keine Kennzahlen oder NDA-geschützte Daten teilen lässt?
Konzentrieren Sie sich auf qualitative Ergebnisse und relatives Wachstum. Sie können Prozentsätze anstelle von absoluten Zahlen verwenden – wie „eine Steigerung der Anmeldungen um 40 %“ – oder sich auf betriebliche Verbesserungen konzentrieren, z. B. wie ein neues Design System die Einführungszeit des Produktteams halbiert hat.
Sollten wir frühe Skizzen und Wireframes in die Fallstudie aufnehmen?
Nur, wenn sie helfen, eine entscheidende Entscheidung zu erklären. Fügen Sie keine Skizzen hinzu, nur um zu beweisen, dass Sie die Arbeit gemacht haben – nutzen Sie sie stattdessen, um zu zeigen, wie Sie eine Annahme getestet haben, gescheitert sind und auf die richtige Lösung umgeschwenkt haben.
Wie formatieren wir Fallstudien für PDF-Ausschreibungen im Vergleich zu unserer Website?
Ihre Website sollte die zeitlose, stark visuelle Version der Geschichte beherbergen. Exportieren Sie für spezifische Ausschreibungen eine maßgeschneiderte PDF-Version, die die genauen Einschränkungen und Ergebnisse hervorhebt, die zu den aktuellen Herausforderungen des potenziellen Kunden passen.