Concierge-Test (Concierge-MVP)
Bevor etwas gebaut wird, den Service für einige Menschen selbst erbringen und sehen, ob er wirklich hilft.
- Zeit
- 60 Min.
- Personen
- 2–4
- Art der Arbeit
- Testen
Kurz gesagt
Ein Concierge-Test zeigt, ob sich der Bau eines neuen Service lohnt. Das Team erbringt eine kleine Fassung davon von Hand und offen für wenige Nutzende, die der Teilnahme zustimmen. Gemessen wird, ob er ihr Bedürfnis löst, und jeder Schritt wird festgehalten, damit klar ist, was eine Wiederholung im großen Maßstab erfordern würde.
Worum es geht
Der Name stammt vom Concierge im Hotel, der jedes Anliegen eines Gastes persönlich erledigt. Beim Concierge-Test tut ein Teammitglied dasselbe: Es nimmt das echte Bedürfnis einer Nutzerin auf und erfüllt es direkt, per Telefon, persönlich oder mit einfachen Werkzeugen wie E-Mail und Tabellen. Die Nutzerin weiß, dass ihr ein Mensch hilft. Noch ist nichts automatisiert.
Das ist das Gegenteil davon, zuerst zu bauen und auf Nutzende zu hoffen. Begonnen wird beim Ergebnis, und von dort wird rückwärts gearbeitet. Weil jeder Schritt selbst erledigt wird, zeigt sich, welche Schritte zählen, welche Nutzende nie bemerken und wo der eigentliche Aufwand liegt. Ebenso zeigt sich schnell, wenn der Service das Bedürfnis gar nicht löst, bevor jemand ein Lastenheft geschrieben oder einen Vertrag unterzeichnet hat. Start-ups nennen das oft Concierge-MVP, und es lässt sich gut auf öffentliche Services übertragen.
Wann sie passt
Geeignet, wenn
- Wenn eine Serviceidee vorliegt und vor dem Bau geprüft werden soll, ob sie das Bedürfnis wirklich löst.
- Wenn die Schritte oder Regeln, die der Service brauchen wird, noch unbekannt sind.
- Wenn die Zielgruppe klein genug ist, um sie einige Wochen von Hand zu betreuen, zum Beispiel 5 bis 20 Nutzende.
- Wenn die Leitung Belege für den Nutzen sehen will, bevor sie ein Budget freigibt.
Ungeeignet, wenn
- Wenn die Erbringung von Hand eine Regel, eine Datenschutzzusage oder einen Fairnessgrundsatz verletzen würde.
- Wenn bereits feststeht, dass der Service funktioniert, und es nur um die Technik geht. Dann einen Wizard-of-Oz-Test oder einen Prototyp nutzen.
- Wenn das Team keine Zeit hat, Nutzende persönlich zu betreuen, und eine schlechte Erfahrung liefern würde.
Was es braucht
- Zeit
- 60 Minuten zur Planung, dann 1 bis 4 Wochen manueller Service und eine 60-minütige Auswertung
- Personen
- 1 bis 3 Teammitglieder, die Nutzende betreuen, eine Person, die entscheidet, und 5 bis 20 Nutzende, die der Teilnahme zustimmen
- Material
- Ein kurzer Einwilligungstext, ein einfaches Protokoll (eine Tabelle oder ein Notizbuch), ein Telefon oder E-Mail-Konto für den Service und das Arbeitsblatt
So läuft es ab
Schritt 1: Nutzerbedürfnis und Ergebnis benennen
Das Bedürfnis in einem Satz aufschreiben und das erwartete Ergebnis, zum Beispiel „Ladeninhaber mit mehreren Lizenzen müssen sie rechtzeitig verlängern; das Ergebnis ist keine abgelaufene Lizenz während des Tests.“ Entscheiden, woran sich erkennen lässt, ob das Ergebnis erreicht wurde.
Schritt 2: Den kleinsten manuellen Service gestalten
Schritt für Schritt beschreiben, was ein Teammitglied für jede Nutzerin tun wird. Einfach halten: ein Anruf, eine Erinnerung, eine Checkliste, ein gemeinsam ausgefülltes Formular. Alles weglassen, was später automatisiert würde. Die Grenzen aufschreiben: wie viele Nutzende, wie lange und was nicht getan wird.
Schritt 3: Nutzende mit Einwilligung gewinnen
Eine kleine Gruppe einladen, die das Bedürfnis hat. Klar erklären, dass es ein kurzer Versuch ist, dass ihnen ein Mensch hilft, welche Informationen wie lange gespeichert werden und dass sie jederzeit aussteigen können. Die Zustimmung jeder Person festhalten.
Schritt 4: Den Service erbringen und alles protokollieren
Jede Nutzerin wie versprochen betreuen. Nach jedem Kontakt Datum, Tätigkeit, Dauer, gestellte Fragen und alles Überraschende protokollieren. Das Protokoll ist das wichtigste Ergebnis des Tests, also vollständig führen.
Schritt 5: Das Ergebnis messen
Am Ende für jede Nutzerin das festgelegte Ergebnis prüfen. Jeder Person einige kurze Fragen stellen: „Hat das geholfen? Was hätten Sie ohne das getan? Was hat gefehlt?“ Nicht fragen, ob es „gefallen“ hat, sondern was sich für sie verändert hat.
Schritt 6: Herausarbeiten, was eine Wiederholung erfordern würde
Aus dem Protokoll die Stunden, die benötigten Informationen, die Entscheidungen mit Ermessensspielraum und die jedes Mal gleichen Schritte zusammenrechnen. Markieren, welche Schritte sich automatisieren lassen, welche einen Menschen brauchen und welche wegfallen können.
Schritt 7: Entscheiden und den Versuch abschließen
Das Arbeitsblatt ausfüllen: Nutzerbedürfnis, manueller Service, Ergebnis, Erkenntnis. Mit der entscheidenden Person treffen und wählen: ausweiten, ändern und erneut testen oder stoppen. Den Teilnehmenden mitteilen, was gelernt wurde und wie es weitergeht, und nicht mehr benötigte Daten löschen.
Praxisbeispiel
Ein kommunales Amt für Wirtschaftsförderung bemerkt, dass viele kleine Läden drei oder vier Lizenzen haben (Gewerbe, Werbeanlagen, Gesundheit, Brandschutz) mit unterschiedlichen Ablaufdaten. Läden erfahren oft erst bei einer Kontrolle, dass eine Lizenz abgelaufen ist. Zwei Mitarbeitende führen einen Concierge-Test mit zwölf Ladeninhabern in einem Bezirk durch.
Das Bedürfnis: „Ladeninhaber müssen alle ihre Lizenzen gültig halten, ohne jedes Datum selbst im Blick zu behalten.“ Das Ergebnis: keine abgelaufene Lizenz bei den zwölf Läden während des achtwöchigen Versuchs.
Der manuelle Service: Eine Mitarbeiterin besucht jeden Laden einmal, fotografiert mit Erlaubnis der Inhaber die Lizenzurkunden an der Wand und trägt jedes Ablaufdatum in eine Tabelle ein. Dreißig Tage vor jedem Datum ruft sie den Inhaber an, erklärt, was nötig ist, und bietet an, das Verlängerungsformular gemeinsam am Telefon auszufüllen.
In acht Wochen werden neun Verlängerungen fällig. Alle neun werden rechtzeitig verlängert. Das Protokoll zeigt, dass jeder Anruf etwa 12 Minuten dauert, die meiste Zeit aber darauf entfällt zu erklären, welches Amt für welche Lizenz zuständig ist. Drei Inhaber fragen, ob sich die Termine angleichen ließen, damit sie alles einmal im Jahr verlängern.
Das Team schließt, dass sich Erinnerungen leicht automatisieren lassen, die Erklärung aber eine klare Seite pro Lizenzart braucht und die Angleichung der Termine eine Frage der Regelsetzung ist. Die Amtsleitung genehmigt einen größeren Versuch mit automatischen Erinnerungen und einer gemeinsamen Hinweisseite und gibt die Idee der Terminangleichung an das Team für Regelsetzung weiter.
Zur VeranschaulichungTipps und typische Fehler
Tipps
- Nutzende wählen, die die Wahrheit sagen, auch Menschen, die nicht schon Fans sind.
- Jeden Schritt zeitlich erfassen. „Es dauerte 12 Minuten pro Anruf“ ist weit nützlicher als „es war machbar“.
- Vorab ein Enddatum vereinbaren, damit der Versuch nicht in einen unfinanzierten Dauerservice übergeht.
- Aufschreiben, was nie automatisiert würde, etwa Momente, die Einfühlung oder Urteilsvermögen brauchen.
Typische Fehler
- Nutzende so großzügig betreuen, dass sich das Ergebnis in keinem Maßstab wiederholen lässt.
- Das Protokoll vergessen, sodass am Ende gute Geschichten, aber keine Belege stehen.
- Den Versuch ohne klare Einwilligung oder Enddatum durchführen.
- Nur die Zufriedenheit messen statt, ob das Bedürfnis tatsächlich erfüllt wurde.
Was am Ende vorliegt
Am Ende stehen Belege, ob der Service ein echtes Bedürfnis erfüllt, ein detailliertes Protokoll dessen, was seine Erbringung erforderte, und ein klares Bild, welche Schritte automatisiert, menschlich gehalten oder gestrichen werden. Das ist die Grundlage für eine Budgetentscheidung. Wird ausgeweitet, einen Hypothesentest für einen größeren Pilot schreiben und eine Rollout-Checkliste nutzen, damit der neue Service ohne Lücken startet. Ist die Technik noch unsicher, als Nächstes einen Wizard-of-Oz-Test durchführen.
Häufige Fragen
Was ist der Unterschied zwischen Concierge-Test und Pilot?
Ein Pilot betreibt meist einen ausgestalteten Service, oft mit seiner Technik, für einen festgelegten Zeitraum. Ein Concierge-Test kommt früher: Es gibt noch kein System, und ein Mensch erledigt alles von Hand, um zu lernen, wie der Service aussehen sollte.
Wie viele Nutzende braucht ein Concierge-Test?
Meist 5 bis 20. Genug, um Muster zu sehen, aber wenige genug, dass ein kleines Team jede Person gut betreuen kann. Ist die Nachfrage viel höher als erwartet, ist das selbst ein nützlicher Befund.
Concierge-Test oder Wizard-of-Oz-Test?
Den Concierge-Test nutzen, wenn herausgefunden werden soll, ob der Service das Bedürfnis löst, und offen ist, dass ein Mensch hilft. Den Wizard-of-Oz-Test nutzen, wenn sichtbar werden soll, wie Menschen eine Oberfläche nutzen, die automatisiert wirkt. Viele Teams führen zuerst einen Concierge-Test durch.
Werkzeugkarte
Das Arbeitsblatt, das das Team ausfüllt, ein Kästchen pro Feld.
- Nutzerbedürfnis
- Manueller Service
- Ergebnis
- Erkenntnis