Methoden Seite an Seite ansehen.
Wähle bis zu vier Methoden. Ergänze sie über die Suche und teile den Vergleich über seinen Link.
| Kriterium | ![]() UX Research HEART Framework | ![]() Architecture arc42 | ![]() Product Discovery Riskiest Assumption Test | ![]() Product Discovery Fake Door Test |
|---|---|---|---|---|
Zweckunterschiedlich | Wenn UX nur diffus bewertet wird und Tracking ohne Leitplanken läuft, verbindet HEART Framework Erlebnisziele mit messbaren Signalen. Produktteams bekommen damit eine gemeinsame Sprache für Qualität, Nutzung und Entwicklung über Zeit. | Arc42 strukturiert Architekturwissen so, dass Teams System, Entscheidungen und Risiken konsistent dokumentieren können. Die Vorlage baut ein lebendiges Architekturverständnis statt verstreuter Notizen auf. | Wenn eine Idee an einer kritischen Unsicherheit hängt, priorisiert sie genau diesen Unsicherheitskern. Sie richtet den nächsten Test auf den Teil mit dem größten Bruchpotenzial. | Wenn Nachfrage noch unklar ist, misst sie Interesse an einer Funktion, bevor sie gebaut wird. Sie trennt echtes Verhalten von höflicher Zustimmung und hält den Bauaufwand bewusst klein. |
Komplexitätunterschiedlich | Mittel | Niedrig | Mittel | Mittel |
Zeitunterschiedlich | 120 min initial, dann laufend | 1-2 Tage | 1-2 Wochen pro Iteration | 1-5 Tage |
Teilnehmendeunterschiedlich | 3-6 | 1-4 | 2-6 | Nutzertraffic |
Formatunterschiedlich | Workshop + Async | Workshop + Async | Workshop + Async | Async |
Outputunterschiedlich | HEART-GSM-Tabelle, Dashboard | Architecture Document, Context View, Runtime View, Deployment View | Liste priorisierter Annahmen, Test-Plan, Ergebnisbericht | Click Data, Interest Signal, Learning Decision |
Tagskeine Überschneidung | KennzahlenUX-ResearchMessungZufriedenheit | ArchitekturDokumentationKommunikation | ExperimenteValidierungDiscoveryAnnahmen | ValidierungExperimenteNachfrageDiscovery |



