--- title: "Amplitude-Kohorten analysieren | Minds" description: "Übertragen Sie Ihre Amplitude-Kohortendefinitionen in Minds, um zu simulieren, wie Nutzer in diesen Verhaltensgruppen denken, entscheiden und Ihr Produkt wahrnehmen." canonical_url: "https://getminds.ai/use-cases/de/turn-an-amplitude-cohort-into-an-audience" last_updated: "2026-09-30T16:17:53.526Z" --- # Die Motivationen hinter Ihren Amplitude-Kohorten verstehen Ein Amplitude-Chart zeigt Ihnen genau, was eine Gruppe von Nutzern getan hat. Es zeigt, wann sie in einem Onboarding-Funnel abgesprungen sind, wie häufig sie ein bestimmtes Event ausgelöst haben und wo sich ihr Pfad von dem der verbleibenden Nutzer getrennt hat. Produktteams betrachten diese Verhaltenskohorten oft und interpretieren Motivationen hinein. Löst ein Nutzer `skip_team_invite` aus, geht das Team davon aus, dass er alleine arbeitet. Bricht ein Nutzer nach `completed_step_2` ab, nimmt das Team an, dass Schritt drei zu kompliziert war. Die Kohortendefinition erfasst die Handlung, sagt aber nichts über das Ziel aus, das der Nutzer dabei vor Augen hatte. ## Die Lücke zwischen Telemetrie und Absicht Eine Verhaltenskohorte ist eine Aggregation von Handlungen. Sie ist keine Erklärung dafür, warum diese Handlungen stattgefunden haben. Wenn Teams analysieren, warum eine Kohorte gehalten werden konnte, während eine andere abwanderte, vergleichen sie häufig Event-Zahlen. Sie bemerken beispielsweise, dass gehaltene Nutzer in der ersten Woche fünfmal `dashboard_filter_applied` ausgelöst haben, während abgewanderte Nutzer dies kein einziges Mal taten. Dieser Vergleich führt meist zu Produktanpassungen, die versuchen, das Verhalten zu erzwingen, etwa durch Tooltips an der Filterleiste. Dabei wird versäumt zu hinterfragen, welches Problem die gehaltenen Nutzer mit diesem Filter lösen wollten oder warum die abgewanderten Nutzer keinen Anlass sahen, ihn zu nutzen. Zudem basieren Amplitude-Kohorten auf einer internen Event-Taxonomie. Event-Bezeichnungen wie `btn_workspace_cfg_v2_click` oder `modal_dismiss_timeout` ergeben innerhalb eines Tracking-Plans Sinn, verschleiern jedoch die tatsächliche User Journey. Wenn Teams ausschließlich in diesen Begriffen über die Kohorte sprechen, verlieren sie den Bezug zum eigentlichen menschlichen Problem, das der Kunde lösen wollte. ## Workflow: Von der Amplitude-Kohorte zur Minds-Simulation Mit Minds können Sie Hypothesen über die mentalen Modelle hinter Ihren Amplitude-Segmenten testen. Minds verbindet sich nicht direkt mit Amplitude. Sie exportieren oder kopieren Ihre Kohortenkriterien und überführen sie als Referenzdokumente in die Plattform. 1. Öffnen Sie Ihre Kohorte in Amplitude und überprüfen Sie die Kriterien. Kopieren Sie die Verhaltensdefinition, wie etwa die Event-Abfolge, Häufigkeitsschwellen, Zeitfenster und Nutzereigenschaften. 2. Wenn Ihre Event-Namen technisch oder abgekürzt sind, ergänzen Sie neben jedem Event einen kurzen Satz, der beschreibt, was der Nutzer auf dem Bildschirm gesehen hat. 3. Speichern Sie diese Informationen als Dokument ab. Minds unterstützt Formate wie PDF, Word, CSV, Tabellenkalkulationen und reinen Text. 4. Laden Sie das Dokument in ein Minds-Projekt hoch oder fügen Sie den Inhalt direkt ein. 5. Definieren Sie eine simulierte Zielgruppe, die dem Profil der Nutzer in dieser Kohorte entspricht, einschließlich technischer Kenntnisse, Berufsrolle und zentralem Ziel. 6. Beauftragen Sie die Simulation per Prompt damit, die Entscheidungen, Unklarheiten oder unerfüllten Erwartungen zu untersuchen, die einen Nutzer mit diesem Profil genau diesen Pfad einschlagen lassen würden. ## Event-Muster in Perspektiven übersetzen Sobald Sie die Verhaltensmerkmale in Minds übertragen haben, können Sie die simulierte Zielgruppe auffordern, Ihre Produktabläufe aus der Perspektive dieser spezifischen Gruppe zu bewerten. Statt zu raten, warum Nutzer nach `trial_started` den Schritt `project_created` nicht erreicht haben, können Sie die Onboarding-Schritte einer synthetischen Zielgruppe präsentieren, die mit den Rahmenbedingungen dieses Drop-off-Segments konfiguriert ist. Sie können erfragen, welche Annahmen diese Nutzer beim ersten Setup-Bildschirm getroffen haben, welche Reibungspunkte zum Abbruch führten und welche Alternativen sie möglicherweise in Betracht gezogen haben. Dieser Prozess liefert Ihnen klare, überprüfbare Hypothesen über die Absichten der Nutzer. Er hilft Ihnen, Experimente zu entwickeln, die die eigentlichen Ursachen des Verhaltens adressieren, anstatt nur die in Ihren Event-Diagrammen sichtbaren Symptome zu behandeln. ## Reale Grenzen Übertragen Sie die Kohortendefinition und ihre Verhaltensmerkmale, keine einzelnen Nutzerdatensätze. Das Ergebnis ist eine Hypothese über die Motivation, keine Messung. Minds analysiert keine realen Telemetriedaten von Kunden, berechnet keine Retention-Wahrscheinlichkeiten und prognostiziert nicht, wie sich Kennzahlen in Ihrem Analytics-Dashboard verändern werden. Synthetische Ergebnisse beschreiben ausschließlich die simulierte Zielgruppe. Nutzen Sie diese Erkenntnisse, um fundiertere Hypothesen für Ihre nächste Produktiteration oder Ihren nächsten Leitfaden für qualitative Interviews aufzustellen. ## Beispiel-Prompt Fügen Sie neben Ihren exportierten Kohortenkriterien einen wie folgt strukturierten Prompt ein: Ich habe unten die Verhaltenskriterien für unsere Amplitude-Drop-off-Kohorte eingefügt, zusammen mit Beschreibungen der Bildschirme, auf denen die jeweiligen Events auftreten. Versetzen Sie sich in die Denkweise eines Operations Managers im Mittelstand, der diesen Workflow zum ersten Mal evaluiert. Prüfen Sie die Abfolge zwischen dem Event onboarding_step_1_submit und dem Event trial_abandoned. Erläutern Sie drei plausible Gründe, warum jemand mit diesem Hintergrund und dieser Absicht an dieser Stelle abbrechen würde, welche Informationen gefehlt haben und was die Person wahrscheinlich als Nächstes außerhalb unserer Benutzeroberfläche versucht hat.