Product-Designer-Tools und Tech Stack: Das ehrliche Audit 2026

Jedes Design-Team, mit dem ich je gearbeitet habe, hat dasselbe Artefakt herumliegen. Es ist eine Notion-Seite mit dem Titel "Design-Tools" und dreiundzwanzig SaaS-Abonnements darauf. Die Hälfte davon wird auf einer Firmenkreditkarte abgebucht, die einem Designer gehört, der vor zwei Jahren gegangen ist. Drei davon tun dasselbe. Zwei davon wurden seit dem Onboarding nicht mehr geöffnet. Eines davon ist ein moderiertes Research-Panel für $400/Monat, das das Unternehmen genau zweimal genutzt hat.

Das ist kein Stack. Das ist eine Ansammlung. Ein Stack ist etwas, das Sie bewusst gestaltet haben; das hier ist etwas, das Ihnen passiert ist.

Die Lösung ist kein weiteres Tool. Die Lösung liegt in der Disziplin, sechs Fragen zu Ihrer Arbeit zu beantworten und ein Tool pro Frage auszuwählen. Das ist der gesamte Beitrag. Der Rest sind nur die Belege.

Warum die meisten Stacks überladen sind

Figma plus ein Haufen Plugins ist kein Stack. Es ist der Standard. Standards sind in Ordnung, wenn die Kosten der Auswahl hoch und die Kosten des Irrtums gering sind. Bei Tools ist es umgekehrt. Irrtümer sind teuer (Migrationen, Umschulungen, verlorenes institutionelles Wissen), und die Auswahl ist tatsächlich nicht so schwer, wenn man weiß, wofür man wählt.

Ein echter Product-Design-Stack beantwortet sechs Fragen:

1. Wie gestalten wir? (die Datei, die Arbeitsfläche, die einzige Quelle der Wahrheit)
2. Wie prototypisieren wir? (Low-fi, High-fi und der seltene Hardware/Native-Fall)
3. Wie forschen wir? (unmoderierte Tests, moderierte Panels, Synthese)
4. Wie beobachten wir echte Nutzer? (Session Replay, keine Analytik)
5. Wie messen wir die Nutzung? (Produktanalytik, Funnels und Retention-Kurven)
6. Wie übergeben wir an Engineering? (das design system, der Dev-Modus, der Beleg, der sagt "ja, das ist es, was wir ausgeliefert haben")

Wenn Ihr Stack mehr als zwei Tools pro Frage hat, haben Sie ein Stack-Problem. Wenn Ihr Stack null Tools für eine Frage hat, haben Sie ein Reifeproblem. Die meisten Teams haben beides.

Die Kern-Sechs (mit realen Preisen, April 2026)

Die unten aufgeführten Preise sind öffentliche Listenpreise vom April 2026. Enterprise-Rabatte existieren; ignorieren Sie sie für das Audit und rechnen Sie zum Listenpreis. Wenn Sie das Tool zum Listenpreis nicht rechtfertigen können, können Sie es nicht auf einer Firmenkreditkarte rechtfertigen.

1. Gestaltung: Figma Professional ($15/Editor/Monat, jährlich abgerechnet)

Figma ist nach wie vor die Basis. Ich wünschte, ich hätte eine interessantere Einschätzung. Sketch existiert, Penpot existiert, die Adobe-Übernahme fand nicht statt, und die Leute haben weitergemacht. Wählen Sie Sketch nur, wenn Sie ein Mac-Only-Team und einen triftigen Grund haben. Wählen Sie Penpot nur, wenn Sie wirklich Open-Source und Self-Hosting benötigen (vor allem regulierte Branchen). Ansonsten Figma Professional: $15 pro Editor pro Monat bei jährlicher Abrechnung, $20 monatlich. Betrachter sind kostenlos. Hören Sie auf, versehentlich für Betrachter-Plätze zu zahlen.

Die ehrliche Einschätzung: Die meisten Teams haben zu viele Editor-Plätze lizenziert. PMs und Engineers müssen nicht bearbeiten. Überprüfen Sie Ihre Platzliste, und stufen Sie alle herunter, die in 60 Tagen keinen Frame verschoben haben. Das allein zahlt in der Regel für die nächsten zwei Tools auf dieser Liste.

2. Prototyping: Figma für Low-fi, Framer oder ProtoPie für den Rest

Drei Tools, drei Aufgaben.

Figma für Low-fi-Click-Throughs und Design-Reviews. Sie zahlen bereits dafür. Zahlen Sie nicht zweimal.

Framer ($15/Monat Mini, $30/Monat Basic) für produktionsreife Web-Prototypen (alles, bei dem die Demo wie eine echte Website mit echten Interaktionen, Seitenübergängen und CMS-gesteuertem Inhalt wirken muss). Framers Wert liegt nicht darin, ein besseres Figma zu sein; es liegt darin, dass der Prototyp zur Marketing-Site werden kann. Für B2B SaaS-Teams ist das wichtiger, als die meisten zugeben.

ProtoPie ($13/Monat Pro pro Editor, $33/Monat Enterprise pro Editor) für Hardware- und Native-Interaktionen. Sensoren, Beschleunigungsmesser, verzweigte Logik, Multi-Device-Handoffs. Wenn Sie eine Smartphone-App, eine Smartwatch-Interaktion oder irgendetwas gestalten, das Hardware berührt, ist ProtoPie das einzige Tool, das die Arbeit ernst nimmt. Wenn nicht, überspringen Sie es. Die meisten Product Designer brauchen es nicht. Diejenigen, die es brauchen, wissen genau warum.

Die Falle: ProtoPie kaufen, weil ein Senior Designer es vorgeführt hat und es beeindruckend aussah. Tools, die Sie nicht wöchentlich verwenden, sind Tools, die Sie kündigen sollten.

3. Research: Maze, UserTesting, Dovetail (wählen Sie die, die Ihrer Realität entsprechen)

Research ist der Bereich, in dem Stacks am schnellsten ausufern, weil jeder Research-Anbieter "Wir ersetzen alle anderen" verkauft. Keiner tut es.

Maze ($99/Monat Starter, $375/Monat Professional) für unmoderierte Usability-Tests, Tree Tests, Card Sorts und schnelle Prototyp-Validierung. Schnell, günstig, lebt neben Figma. Wenn Sie wöchentlich ausliefern, amortisiert sich Maze im ersten Monat.

UserTesting ist das moderierte Panel. Preise auf Anfrage, historisch $25.000-$40.000 pro Jahr für einen Einstiegsvertrag, mehr für Recruiting und Segmentierung. Lohnt sich nur, wenn Sie 4+ moderierte Studien pro Quartal durchführen. Darunter sind freiberufliche Recruiter plus Calendly plus Zoom günstiger und flexibler. Die meisten Teams behalten UserTesting aus Beharrungsvermögen.

Dovetail ($99/Nutzer/Monat Professional, $159/Nutzer/Monat Enterprise) für Research-Synthese, Tagging und die Frage "Wo haben wir diesen Insight gehört?" Dovetail ist das Tool, das für research-reife Teams wirklich wichtig ist, weil rohe Aufzeichnungen keine Insights sind. Die Synthese ist das Asset. Wenn Sie nicht synthetisieren, betreiben Sie keine Forschung.

Die ehrliche Einschätzung: Kleine Teams (1-3 Designer) kommen mit Maze plus einer gemeinsamen Notion-Datenbank aus. Mittelgroße Teams (5-15 Designer) brauchen Maze plus Dovetail. Große Teams fügen UserTesting oben hinzu, und nur weil sie eine Research-Ops-Person haben, die es betreibt. Wenn Sie keine Research-Ops-Person haben, wird UserTesting in sechs Monaten zu ungenutzter Software.

4. Session Replay: FullStory oder Hotjar (eines, nicht beides)

Session Replay dient dazu, echte Nutzer dabei zu beobachten, wie sie frustriert auf die Navigation klicken. Es ist keine Analytik. Es ist kein Research-Ersatz. Es ist die qualitative Schicht über Ihren quantitativen Daten.

FullStory ist die Enterprise-Wahl: Preise auf Anfrage, historisch rund $199/Monat Einstiegsniveau und schnell steigend je nach Traffic. Besseres Filtering, bessere Team-Features, bessere Integrationen.

Hotjar ($32/Monat Plus, $80/Monat Business) ist die Wahl für kleine Teams. Heatmaps, Aufzeichnungen, grundlegende Funnels. Günstig, ordentlich, hat Grenzen. Bei mehr als ca. 50.000 monatlichen Sessions wird Hotjar umständlich.

Ich habe genau ein Team gesehen, das tatsächlich beide brauchte. Sie lagen falsch; sie brauchten eines davon und einen klareren Standpunkt. Wählen Sie eines.

5. Produktanalytik: Amplitude, Mixpanel oder PostHog (eines, lernen Sie es gründlich)

Das ist die Kategorie, in der Designer am meisten Einfluss verlieren, weil sie sich nicht einbringen.

Amplitude hat einen großzügigen kostenlosen Tarif (bis zu 50.000 monatlich getrackte Nutzer) und kostenpflichtige Pläne auf Anfrage. Erstklassige verhaltensorientierte Analytik, starke Kohorten, und die Funnel/Retention-Abfragen sind wirklich nützlich.

Mixpanel ($28/Monat Growth-Tarif, skaliert mit Events) ist der schlankere Konkurrent. Sauberere UI, schneller zu erlernen, schwächer bei der erweiterten Segmentierung.

PostHog ist der Engineers-Favorit. Kostenlos bei Self-Hosting, $0,00005 pro Event in der Cloud (praktisch kostenlos bis ca. 1 Mio. Events/Monat). Bündelt Session Replay, Feature Flags und Analytik. Wenn Ihr Engineering-Team bereits PostHog betreibt, nutzen Sie es einfach. Es gibt kein separates Tool zu kaufen.

Designer, die in ihrem Analysetool eine Funnel-Abfrage schreiben können, werden doppelt so oft in Produkt-Reviews gehört. Ich habe das ein Jahrzehnt lang beobachtet. Wählen Sie eines, kommen Sie über "Ich lerne das später" hinaus, und lernen Sie es. Sie müssen kein Data Scientist sein; Sie müssen die Person im Raum sein, die "Was ist passiert, nachdem wir das ausgeliefert haben?" beantworten kann, ohne einen PM um einen Report zu bitten.

6. design system + Handoff: Figma Dev Mode + Storybook

Figma Dev Mode ($25 pro Dev-Platz pro Monat) ist die Handoff-Schicht. Es gibt Engineers Maße, Tokens, Code-Snippets und Versions-Diffs, ohne dass jemand einen Editor-Platz braucht. Jeden Dollar wert; die Alternative ist ein Slack-Thread pro Spezifikation.

Storybook ist Open-Source und kostenlos. Dort leben Ihre erstellten Komponenten, dokumentiert mit ihren Props und Zuständen. Zusammen mit Figma Dev Mode wird "Ist das richtig gebaut?" zu einem 30-Sekunden-Vergleich statt einem Hin-und-Her, das zwei Tage Engineer-Zeit pro Sprint kostet.

Storybook ist kein Design-Tool. Es ist ein design system-Tool. Wenn Sie keines haben, ist Ihr design system kein System, sondern eine Figma-Bibliothek und Hoffnungen. Die Teams, die Storybook pflegen, liefern nach meiner Erfahrung 30-40% weniger visuelle Regressionen aus. Die Teams, die es nicht tun, melden denselben Bug dreimal pro Quartal.

Die Kern-Sechs auf einen Blick

Gesamtkosten am unteren Ende für kleine Teams (3 Designer, 5 Engineers, moderater Traffic): etwa $200-280/Designer/Monat insgesamt. Am mittleren Ende (10 Designer, 20 Engineers, nennenswerter Traffic): $300-450/Designer/Monat. Wenn Sie mehr als $500/Designer/Monat für die Kern-Sechs zahlen, haben Sie ein Audit-Problem, kein Tool-Problem.

Das 30-Tage-Stack-Audit

Das ist der Teil, den die meisten Teams überspringen und sich dann über Tool-Wildwuchs beschweren. Blockieren Sie die vier Wochen. Tragen Sie es in den Kalender ein. So gehen Sie vor.

Woche 1: Bestandsaufnahme

Listen Sie jedes Tool, jeden Platz, jedes Verlängerungsdatum, jeden Eigentümer, jeden monatlichen Kostenpunkt auf. Eine Tabelle. Spalten: Tool, Kategorie, Platzanzahl, Eigentümer, monatliche Ausgaben, letzter Login (aus Admin abrufen), Verlängerungsdatum, Vertragsbedingungen.

Seien Sie ehrlich bei der Spalte "Letzter Login". Wenn niemand ein Tool in 90 Tagen geöffnet hat, ist es ein Kandidat für die Kündigung. Wenn niemand es in 180 Tagen geöffnet hat, ist es kein Kandidat mehr, sondern eine bestätigte Streichung.

Das Ergebnis von Woche 1 ist eine Zahl: Gesamtstack-Ausgaben pro Designer pro Monat. Die meisten Teams haben das noch nie berechnet. Die Zahl ist in der Regel doppelt so hoch, wie man schätzt.

Woche 2: Eines pro Kategorie wählen

Nehmen Sie die Kern-Sechs. Wählen Sie für jede genau ein Tool. Dokumentieren Sie die Wahl und den Grund in jeweils einem Satz. Gültige Gründe: "Das Team kennt es bereits," "Es ist bereits bezahlt," "Es ist mit unserem Analytics-Stack integriert." Ungültige Gründe: "Wir haben es immer benutzt," "Der Senior Designer bevorzugt es."

Das Ergebnis von Woche 2 ist ein einseitiges Dokument mit sechs Zeilen. Tool, Begründung, Eigentümer.

Woche 3: Migrieren oder einstellen

Das ist die schmerzhafte Woche. Alles in Ihrem Bestand, das nicht auf die Wahlliste gekommen ist, erhält ein Einstellungsdatum. Migrieren Sie die Daten, kündigen Sie den Vertrag, verteilen Sie die Plätze um. Zwei Prototyping-Tools werden zu einem. Drei Research-Tools werden zu zwei (manchmal zu einem). Die acht Figma-Plugins, die sich überschneiden, werden zu zwei.

Kommunizieren Sie die Einstellungen im Voraus. Designer werden dagegen sein, Tools zu verlieren, die sie mögen. Der Großteil des Widerstands ist gefühlsmäßig, nicht operativ. Fragen Sie: "Was für Arbeit erledigen Sie damit, die Sie ohne es nicht erledigen können?" Wenn die Antwort vage ist, stellen Sie es ein.

Woche 4: Dokumentieren und teilen

Schreiben Sie ein einseitiges "Design-Stack"-Dokument. Sechs Kategorien, das gewählte Tool, der Preis, der Eigentümer, der Zugangsweg, der Link zur Team-Bibliothek/zum Konto. Teilen Sie es mit PM und Engineering. Pinnen Sie es im Design-Channel. Aktualisieren Sie es quartalsweise.

Das Dokument ist das Lieferobjekt. Wenn das Dokument nicht existiert, hat das Audit nicht stattgefunden, und das Team wird innerhalb eines Quartals zur Notion-Seite mit 23 Abonnements zurückkehren.

Das Ergebnis von Woche 4 ist, dass niemand im Team fragen muss: "Warte, wo legen wir Research-Ergebnisse wieder ab?" Diese Frage allein kostet Stunden pro Woche in einem 10-Personen-Team.

Häufige Fallen

Ein paar Stolpersteine, in die ich Teams mehr als einmal habe fallen sehen.

Tools kaufen, um Prozessprobleme zu lösen. Ein Research-Tool macht Stakeholder nicht dazu, den Bericht zu lesen. Ein design system-Tool macht Engineers nicht dazu, aufzuhören, Komponenten zu forken. Ein Handoff-Tool macht PMs nicht dazu, bessere Specs zu schreiben. Wenn der Engpass menschlicher Natur ist, löst kein SaaS-Abonnement ihn. Die richtige Reaktion ist ein offenes Gespräch, keine Beschaffungsanfrage.

Session Replay mit Analytik verwechseln. Session Replay zeigt Ihnen, was ein Nutzer getan hat. Analytik zeigt Ihnen, was 10.000 Nutzer getan haben. Sie beantworten verschiedene Fragen. Teams, die Hotjar kaufen und denken, es ersetze Mixpanel, landen am Ende damit, dass keine Kategorie ordentlich abgedeckt ist.

Figma als das design system behandeln. Figma ist der Ort, an dem das design system in Design-Tools lebt. Storybook ist der Ort, an dem es im Code lebt. Notion oder Zeroheight ist der Ort, an dem es in der Dokumentation lebt. Alle drei sind wichtig. Ein "design system", das nur eine Figma-Bibliothek ist, ist ein Komponenten-Kit, kein System.

Enterprise-Tools für Solo- oder Duo-Teams kaufen. UserTesting für $30.000/Jahr für einen Researcher, der zwei Studien pro Quartal durchführt, ist Geldverschwendung, kein Wert. Dovetail für $99/Nutzer bei einem einzelnen Nutzer mit 12 Studien pro Jahr ist in Ordnung. Die Rechnung muss bei Ihrer tatsächlichen Nutzung aufgehen, nicht bei Ihrer angestrebten Nutzung.

Verlängerungen auf Autopilot laufen lassen. Tragen Sie 60 Tage vor jeder Verlängerung eine Kalendererinnerung ein. Nutzen Sie dieses Zeitfenster, um neu zu verhandeln oder zu kündigen. Anbieter erwarten Widerstand bei Verlängerungen; sie gestalten das erste Jahr als Einstiegsmittel. Teams, die nie neu verhandeln, zahlen über drei Jahre 30-50% mehr als die Teams, die es tun.

Wie "fertig" aussieht

Sie werden merken, dass das Audit funktioniert hat, wenn drei Dinge zutreffen.

Sie können jedes Tool, jeden Preis, jeden Eigentümer und jedes Verlängerungsdatum nennen, ohne ein Dokument zu öffnen. Die Gesamtausgaben pro Designer sind eine Zahl, die Sie Ihrem Finance-Partner verteidigen können. Engineers wissen genau, wo sie nachschauen müssen, wenn sie eine Spezifikation brauchen, und hören auf, in Slack zu fragen.

Das ist alles. Keine 23-Abonnement-Notion-Seiten mehr. Keine mysteriösen Abbuchungen auf einer Kreditkarte, die einem Designer gehört, der vor zwei Jahren gegangen ist. Kein "Ich glaube, wir haben irgendwo ein Research-Tool?" Der Stack wird unsichtbar, was ein guter Stack sein sollte: vorhanden, wenn Sie ihn brauchen, still, wenn Sie ihn nicht brauchen.

Die besten Designer, die ich kenne, verbringen fast keine Zeit damit, über ihren Stack nachzudenken. Sie haben einmal gewählt, auditieren einmal im Jahr, und in der restlichen Zeit liefern sie Arbeit aus. Das ist die Messlatte.

Mehr erfahren

• Product-Designer-Stellenbeschreibung
• Ein design system von Grund auf aufbauen
• Mit Engineers ohne Reibungsverluste arbeiten
• Leichtgewichtige User Research durchführen