Wie du eine Malt-Fallstudie strukturierst: Methode + 5 Beispiele

Viele Freelancer verwechseln die beiden Formate. Das ist ein teurer Fehler.

Portfolio-Projekt: kurzes Format (100-250 Wörter), ein Projekt unter anderen, Ziel Beweisvolumen.

Fallstudie: langes Format (400-800 Wörter), ein vertieftes Projekt, Ziel Methodendemonstration.

Auf Malt kannst du 5-8 kurze Portfolio-Projekte + 1-2 vertiefte Fallstudien haben. Die Fallstudien sind deine 'Vorzeigeprojekte', die deinen Mehrwert in der Tiefe beweisen.

Wann eine Fallstudie nutzen: - Emblematisches Projekt mit spektakulären Ergebnissen - Komplexer Fall, der deine Methodik zeigt - Projekt in deinem Zielspezialisierungssektor - Beruhigender Kunde mit Kommunikationsgenehmigung

Wann bei Portfolio-Projekt bleiben: - Kürzere oder klassische Aufträge - Projekte, bei denen die Ergebnisse weniger spektakulär sind - Vertrauliche Aufträge ohne Detailmöglichkeit

Ideales Verhältnis: 1 bis 2 vertiefte Fallstudien + 5-6 kurze Portfolio-Projekte. Die 2 Fallstudien müssen zuerst in deinem Portfolio platziert werden, um die Aufmerksamkeit zu fesseln. Sie sind deine Methodendemonstration. Die kurzen Projekte ergänzen, indem sie Volumen und Vielfalt der Erfahrungen zeigen.

STAR-R ist ein Framework zur Fallstudien-Strukturierung, das auf Malt hervorragend funktioniert. Angepasst vom klassischen STAR (Situation, Task, Action, Result) mit einem entscheidenden zusätzlichen R.

S — Situation (100 Wörter max.) Beschreibe den Kundenkontext: wer, welche Größe, welcher Sektor, welches Stadium. Dann das ursprüngliche Problem: was nicht funktionierte, warum sie dich kontaktiert haben. Sei präzise und beziffert. Bsp.: 'Scale-up EdTech, Serie B, 80 Personen. Organischer Traffic um -35 % in 6 Monaten nach schlecht kalibrierter technischer Überarbeitung eingebrochen. Ziel: verlorenen Traffic in 4 Monaten wiedergewinnen.'

T — Task (50 Wörter max.) Die dir anvertraute Mission. Nicht was du getan hast, sondern was erwartet wurde. Bsp.: 'Ursachen des Einbruchs auditieren, Wiederherstellungsplan definieren, kritische Korrekturen über 4 Monate ausführen mit Ziel +50 % wiedergewonnener Traffic.'

A — Action (200-300 Wörter) Der reichhaltigste Teil. Dein Vorgehen, deine Entscheidungen, deine Deliverables. Strukturiere in 3-5 nummerierten Phasen. Zeige deine Methodik. Bsp.: 'Phase 1 (Wochen 1-2): kompletter technischer Audit, Identifikation von 12 blockierenden Problemen. Phase 2 (Wochen 3-6): Korrektur Core Web Vitals + Umstrukturierung interner Verlinkung. Phase 3 (Wochen 7-12): Überarbeitung von 40 Pfeilerseiten. Phase 4 (Wochen 13-16): Netlinking-Plan, Monitoring und Anpassungen.'

R — Result (100 Wörter) Bezifferte Ergebnisse. Multipliziere die KPI: Traffic, Konversion, Umsatz, Zeit, Adoption. Vergleiche vorher/nachher. Bsp.: 'Organischer Traffic bei +12 % vs. Baseline vor Einbruch in 4 Monaten wiedergewonnen. 15 Keywords in Top 3 Google. SEO-attribuierter Umsatz: +45k €/Monat. Ziel um 60 % übertroffen.'

R — Rückblick (100 Wörter) Der oft vergessene Teil, derjenige, der differenziert. Was hast du gelernt? Was würdest du anders machen? Diese Reflexivität beweist deine Seniorität und Reife. Bsp.: 'Der Schlüssel war, Core Web Vitals vor jedem anderen Baustein zu priorisieren. Bei einem ähnlichen Projekt würde ich mit einem Notfallplan Bandbreite Publikum ab Woche 1 starten.'

6 wiederkehrende Fehler, die 80 % der Fallstudien, die ich auf Malt sehe, ruinieren.

Fehler 1 — Null narrative Spannung. Du beginnst mit 'Ich habe eine Website gemacht' statt 'Der Kunde verlor 35 % seines Traffics'. Die Spannung am Anfang fesselt. Ohne Spannung liest niemand.

Fehler 2 — Zu technisch, nicht genug Business. Du detaillierst 'Ich habe React 18 mit Zustand für State Management verwendet', aber du sagst nicht, was es dem Kunden gebracht hat. Malt kauft Business-Ergebnisse, nicht Stack.

Fehler 3 — Keine Zahlen. 'Ergebnisse: Der Kunde war zufrieden' = null Wirkung. 'Ergebnisse: Konversion +32 %, Umsatz +45k €/Monat, NPS +15 Punkte' = Unterschrift.

Fehler 4 — Kein Kundenkontext. Du sagst nicht, ob es ein Startup von 5 Personen oder eine Gruppe von 5000 ist. Der Leser kann sich nicht projizieren.

Fehler 5 — Textblock-Format. Eine Fallstudie ohne visuelle Struktur (Absätze, Punkte, Phasen) ermüdet. Malt erlaubt ein markdown-ähnliches Format, nutze es: H3-Titel, Aufzählungen, Fettdruck auf Schlüsselzahlen.

Fehler 6 — Übermäßige Selbstverherrlichung. 'Dank meiner einzigartigen Expertise…' = verbrannt. Bleibe faktisch, lass die Ergebnisse sprechen. Der Kunde liest zwischen den Zeilen, dass du gut bist, wenn die Zahlen gut sind.

Qualitätstest: lass deine Fallstudie von einem potenziellen Prospect (oder einem Freund außerhalb des Berufs) lesen. Wenn er/sie in 2 Sätzen 'wer, was, warum, Ergebnis' nicht zusammenfassen kann, ist sie schlecht strukturiert.

Überarbeitung Front-App FinTech B2B — Time-to-load durch 3 geteilt, Konversion +18 %

Situation. Scale-up FinTech B2B (Serie B, 60 Personen), SaaS-App mit 40.000 aktiven Nutzern. Time-to-load durchschnittlich 3,2 Sekunden, Absprungrate 34 %, wiederkehrende Nutzerbeschwerden über Langsamkeit. Legacy-Stack React 16 + Redux, technische Schuld 2 Jahre.

Task. Front progressiv auf einen modernen Stack überarbeiten, um Time-to-load unter 1,5 s in 3 Monaten zu erreichen, ohne die Produktgeschwindigkeit des internen Teams zu unterbrechen.

Action. - Phase 1 (Wochen 1-2): kompletter technischer Audit, Performance-Benchmark (Lighthouse, WebPageTest), Identifikation der 8 prioritären Blockadepunkte. - Phase 2 (Wochen 3-4): Migration auf Next.js 15 App Router mit React Server Components für kritische Seiten (Dashboard, Transaktionsliste). - Phase 3 (Wochen 5-8): Implementierung Cache Components auf datenintensiven Ansichten, Streaming schwerer Komponenten, Lazy Loading Bilder. - Phase 4 (Wochen 9-10): Migration TypeScript strict auf kritischen Modulen, Einrichtung visueller Tests Playwright. - Phase 5 (Wochen 11-12): Barrierefreiheits-Audit WCAG 2.2, Korrekturen Tastaturnavigation, ARIA-Anpassungen.

Result. - Time-to-load: 3,2 s → 1,1 s (-66 %) - Konversionsrate Checkout: +18 % - Lighthouse Performance Score: 42 → 96 - Absprungrate: 34 % → 19 % - Interner NPS Produktteam: +25 Punkte in Umfrage nach Lieferung

Rückblick. Der Schlüssel war, mit Cache Components vor der TypeScript-Migration zu beginnen. Bei einem ähnlichen Projekt würde ich ab dem Kickoff einen Business-Messplan (Umsatz pro Nutzer) statt nur technischer KPI vorschlagen, um das Business-Team auf die Wirkung des Bausteins auszurichten.

Industrielles Design System — SaaS HR Scale-up, 120 Komponenten in 12 Wochen geliefert

Situation. Scale-up SaaS HR (200 Personen, Serie C), 3 verschiedene Produkte, kein einheitliches Design System. Design-Schuld 2 Jahre: schwerwiegende visuelle Inkohärenzen, Produkt-Shipping-Zeit durch Mangel an wiederverwendbaren Komponenten geteilt. Business-Ziel: Produktentwicklungszyklus um 40 % beschleunigen.

Task. Ein komplettes und industrialisiertes Design System (Tokens, Komponenten, Dev-Doku) in 12 Wochen konzipieren und liefern, von den 3 Produktteams übernommen.

Action. - Phase 1 (Wochen 1-2): UI-Audit der 3 Produkte, Kartografie der 340 bestehenden Muster, Identifikation der 120 prioritären Komponenten. - Phase 2 (Wochen 3-4): Definition der Token-Strategie (Farben, Typo, Abstände, Radien, Schatten) abgestimmt mit dem Brand Book. - Phase 3 (Wochen 5-9): Figma-Konzeption der 120 Komponenten mit Varianten, States, Eigenschaften, integrierter Doku. Wöchentliche Review-Sessions mit den 3 Produktdesign-Leads. - Phase 4 (Wochen 10-11): Figma Dev Mode Integration, Erstellung der Dev-Dokumentation (Storybook + Notion), Handoff-Sessions mit Tech-Teams. - Phase 5 (Woche 12): teamübergreifende Schulung (4 Sessions), Governance-Plan nach Lieferung, Definition der Beitragsrituale.

Result. - 120 Komponenten geliefert + 45 Design-Tokens + komplette Doku. - Produkt-Shipping-Zyklus: 6 Wochen → 3 Wochen (-50 %). - Adoption Dev-Teams: 100 % auf neuen Features 2 Monate nach Lieferung. - Gemessene Reduktion der UI-Schuld: -70 % im Audit nach 6 Monaten. - Zufriedenheit Produktteams (interne Umfrage): 4,7/5.

Rückblick. Der Fehler, den ich fast gemacht hätte: die Komponenten vor der Fixierung der Governance liefern. Bei einem ähnlichen Projekt starte ich jetzt mit einem Governance-Workshop in Woche 1, um zu klären, wer beiträgt, wer reviewt, wer entscheidet. Ohne diesen Rahmen stirbt das Design System 6 Monate nach der Lieferung.

SEO-Wiederherstellung nach Migration — Organischer Traffic auf +12 % in 4 Monaten wiederhergestellt

Situation. Scale-up EdTech Serie B (80 Pers.). Organischer Traffic um -35 % in 6 Monaten eingebrochen nach schlecht kalibrierter technischer Plattformmigration (Symfony zu Next.js). 500.000 indexierte URLs, geschätzter SEO-Umsatz -280k €/Jahr. Panik intern, kündigendes SEO-Team.

Task. Ursachen des Einbruchs auditieren, priorisierten Wiederherstellungsplan definieren, kritische Korrekturen über 4 Monate ausführen mit Ziel +50 % wiedergewonnener Traffic.

Action. - Phase 1 (Wochen 1-2): kompletter technischer Audit (Crawl Screaming Frog, GSC, Server-Logs), Identifikation von 12 blockierenden Problemen, davon 4 kritischen (302-Weiterleitungen statt 301 auf 40k URLs, kaputte kanonische Tags, verschlechterte Core Web Vitals, veraltete Sitemap). - Phase 2 (Wochen 3-6): Korrektur der 4 kritischen Probleme mit dem internen Tech-Team, Umstrukturierung der internen Verlinkung auf den 200 Pfeilerseiten, Notfall-Wiederherstellungsplan verwaister URLs. - Phase 3 (Wochen 7-12): redaktionelle Überarbeitung von 40 Pfeilerseiten (H1-H6-Struktur, strukturierte Daten, Inhaltsanreicherung), gezielter Netlinking-Plan auf verlorene Seiten. - Phase 4 (Wochen 13-16): wöchentliches Monitoring GSC + Semrush, Anpassungen auf die 15 % der Seiten, die nicht wieder gestiegen waren, Inhaltsplan für 2026.

Result. - Organischer Traffic: -35 % → +12 % vs. Baseline vor Einbruch (komplette Wiederherstellung + Wachstum). - 15 Keywords in Top 3 Google (gegenüber 4 vor Intervention). - SEO-attribuierter Umsatz: +45k €/Monat bei M+6. - Wiederherstellungsziel um 60 % übertroffen (Ziel +50 %, erreicht +12 % vs. Baseline). - Core Web Vitals: 100 % der Pfeilerseiten in 'Good' nach Lieferung.

Rückblick. Der Schlüssel war, Core Web Vitals vor jedem anderen Baustein zu priorisieren. Bei einem ähnlichen Projekt würde ich mit einem Notfallplan Bandbreite Publikum ab Woche 1 starten, um die internen Teams zu beruhigen, während strukturelle Korrekturen Wirkung entfalten (2-3 Monate normale Latenz).

BEISPIEL 4 — B2B-Redakteurin

LinkedIn-Ghostwriting CEO SaaS — 3k auf 28k Abonnenten in 12 Monaten, 3 Leads/Monat

Situation. CEO eines SaaS B2B Startups (25 Pers., Serie A), quasi inexistente LinkedIn-Präsenz (3k Abonnenten, 1 Post/Monat ohne Engagement). Ziel: Thought Leadership auf seinem Markt (HR-Tech), Generierung qualifizierter Inbound-Leads.

Task. Die LinkedIn-Präsenz des CEO in 12 Monaten aufbauen mit Ziel 20k qualifizierter Abonnenten und 2 Inbound-Leads/Monat, die den Posts zugeschrieben werden.

Action. - Phase 1 (Monat 1): Kartografie des HR-Tech-Marktes, Identifikation der 30 starken redaktionellen Winkel, Definition des Ton-of-Voice (Mix Expertise + Gründer-Verwundbarkeit). - Phase 2 (Monat 2-12): 2 Posts/Woche (100 Posts total) + 1 langer Artikel/Monat (12 Artikel), Quartalsplanung mit 3 strukturierenden thematischen Serien. - Jeder Post: starker Hook, luftige Struktur, 1 Insight + 1 Anekdote + 1 Frage, gezielte Hashtags. - Zweiwöchentliche Sessions mit dem CEO, um seine Feldeinblicke zu erfassen. - Monatliches Tracking der KPI, Formatanpassungen je nach Performance.

Result. - Abonnenten: 3k → 28k (+833 %). - Durchschnittliches Engagement: 12 → 340 Likes/Post. - Zugeschriebene qualifizierte Inbound-Leads: 3/Monat (also 30 Leads im Jahr). - 3 eingehende Investorenpitches über LinkedIn (von 4 erhaltenen Ansätzen für Serie B).

Rückblick. Die Regelmäßigkeit 2 Posts/Woche war der eigentliche Differenziator, mehr als die individuelle Postqualität. Für ein ähnliches Projekt würde ich mit einer A/B-Testphase der Winkel starten (3 parallele Serien über 4 Wochen), um zu validieren, was fesselt, bevor industrialisiert wird.

---

BEISPIEL 5 — Growth-Berater

Cold Outreach B2B — 45 qualifizierte Termine in 3 Monaten für Beratungshaus

Situation. Beratungshaus Strategie B2B (12 Pers., 4 Mio. € Umsatz), 100 % Akquise durch Mundpropaganda. Ziel: Akquise diversifizieren, ohne die Premium-Marke zu verwässern.

Task. 30 qualifizierte Termine in 3 Monaten über Cold Outreach LinkedIn/E-Mail generieren, ohne die Linie schlecht gezielten Spams zu überschreiten.

Action. - Phase 1 (Wochen 1-2): Definition ultra-präziser ICP (Geschäftsführer COMEX, KMU Industrie 200-2000 Pers., Zone West), Sourcing von 400 Zielaccounts über LinkedIn Sales Navigator + Kaspr. - Phase 2 (Wochen 3-4): Erstellung von 4 Lemlist-Multi-Touch-Sequenzen (LinkedIn + E-Mail), Personalisierung pro Persona, A/B-Testing der Aufhänger. - Phase 3 (Wochen 5-12): Start der Sequenzen in Wellen von 50 Kontakten/Woche, Monitoring Antwortrate, wöchentliche Anpassungen. - Phase 4: Telefonqualifikation heißer Leads, Übertragung an den Geschäftsführer des Beratungshauses zum Closing.

Result. - 45 qualifizierte Termine in 3 Monaten generiert (Ziel um 50 % übertroffen). - Durchschnittliche Antwortrate der Sequenzen: 14 % (Marktbenchmark 3-5 %). - 12 gesendete Angebote, 4 neue Aufträge unterzeichnet (Gesamtbetrag 320k €). - ROI Growth-Mission: 8x in 3 Monaten.

Rückblick. Der Schlüsselfaktor war die ultra-eingeschränkte ICP (nur 400 sehr gezielte Accounts) statt Volumen. Bei einem ähnlichen Projekt würde ich die Personalisierung noch weiter treiben (1-zu-1-Erstellung auf den 50 prioritären Accounts), zum Nachteil des Volumens.