Du installierst eine neue Software, liest dich durch eine ellenlange Dokumentation und fühlst dich wie ein Tourist ohne Karte. Die meisten Produkte setzen darauf, dass du dir das Wissen selbst aneignest. Bei MCPs – Model Context Protocols – war das bisher nicht anders. Doch das ändert sich gerade.
Der Autor des ursprünglichen Beitrags, Moe, CTO bei Webhound, hat in den letzten Wochen gearbeitet, das Onboarding seines Produkts für KI-Agenten nahtlos zu gestalten. Er entdeckte mehr als nur eine Verbesserung. Der Nutzer interagiert nicht mehr direkt mit dem Produkt, sondern ein Agent übernimmt: Er erfasst die Absicht des Nutzers und setzt sie auf einer vom Produkt bereitgestellten Oberfläche um. Das wirft bisherige UX-Prinzipien über den Haufen – Touchpoints, Edge Cases, Frustrationsquellen. Es entsteht ein völlig neues Problemfeld.
Der Fehler der traditionellen MCP-Dokumentation
MCPs haben ihre Nutzer beim Einstieg oft vernachlässigt. Die meisten setzen auf API-Dokumentation, die man mühsam durcharbeiten muss. Niemand liest freiwillig Endpunkt-Beschreibungen, nur um ein Tool zum ersten Mal zu benutzen. Moe hält das für falsch. Onboarding soll den Umgang mit dem Produkt vermitteln. Die besten Beispiele haben immer das Produkt selbst in den Onboarding-Prozess integriert. Warum bei MCPs anders?
Seine Lösung ist einfach: Er baute ein Onboarding-Tool direkt ins MCP ein. Es führt den Agenten Schritt für Schritt durch die erste Nutzung. Danach kennt der Nutzer das Produkt und hat bereits einen echten Mehrwert daraus gezogen. Der Agent navigiert den Nutzer sicher durch den Einstieg – ohne dass vorher die Landkarte studiert werden muss. Das ist bequemer und effektiver.
Den Arbeitsbereich des Nutzers verstehen
Jeder Nutzer hat eine andere Arbeitsumgebung, andere Ziele und Motivationen. Jede Sitzung eines Agenten startet mit anderen Gedanken. Der Arbeitsbereich sollte so eingerichtet sein, dass der Nutzer den größten Nutzen aus dem Produkt zieht. Agenten sind darauf programmiert, Code zu schreiben und einen Rechner zu bedienen – sie brauchen nur die richtigen Anweisungen. Diese Anleitung muss das Onboarding liefern.
Moes Ansatz: Der Onboarding-Prozess fordert den Agenten auf, den Nutzer um Erlaubnis zu bitten, eine Meta-Analyse des Arbeitsbereichs durchzuführen – komplett lokal, ohne dass Daten an den Server gesendet werden. Danach gibt der Agent Vorschläge, wie der Nutzer seine Umgebung anpassen kann, um das volle Potenzial des Produkts zu nutzen. Stimmt der Nutzer zu, führt der Agent die Änderungen aus. Das respektiert die Privatsphäre und schafft Vertrauen. Vertrauen ist die Grundlage jeder Beziehung.
Das erste Vertrauen als Kipppunkt
Moe ist überzeugt, dass der Moment des ersten Vertrauens entscheidet, ob ein Nutzer bleibt. Die Bitte um Erlaubnis ist ein Teil davon. Ein noch größerer Teil – vor allem wenn man die lokale Arbeitsumgebung verändert – ist die einfache Rückgängigmachbarkeit. Ein funktionierendes Produkt unterscheidet sich von einem Virus dadurch, wie leicht man es wieder loswird. Deshalb sollte jedes MCP so gestaltet sein, dass es sich mühelos deinstallieren lässt.
Für sein Team hat Moe einen Endpunkt geschaffen, der dem Agenten die gleiche Schritt-für-Schritt-Anleitung bietet – nur diesmal rückwärts. Der Agent entfernt alle Regeln, Dateien und Einstellungen, die das MCP mitgebracht hat, und löscht sich selbst. Der Nutzer kann jederzeit zum Ausgangszustand zurückgehen, ohne Angst haben zu müssen, dass sein System verseucht bleibt. Das zeigt Respekt für die Kontrolle des Nutzers über sein Gerät.
Ein lebendiges Dokument für die Hilfe
Moe betont die Bedeutung eines sogenannten „Company Brains“. Viele Unternehmen haben umfangreiches Wissen in Code-Kommentaren und internen Dokumenten gespeichert. Ein Agent, der darauf zugreifen kann, kennt das Produkt so gut wie die Entwickler selbst. Falls so etwas noch nicht existiert, reicht es, den Agenten zu öffnen, ihm per Sprache das gesamte Wissen über das Produkt zu diktieren und ihn den Code analysieren zu lassen. Das schafft einen Kontext.
Diesen Wissensschatz sollte man über das MCP zugänglich machen: einen Help-Endpoint, der FAQ, Produktinfo und alles andere enthält, was Nutzer fragen könnten. Und das Ganze sollte ein lebendiges Dokument sein – regelmäßig aktualisiert, mit neuen Erkenntnissen und Feedback der Nutzer. Wenn ein Agent sofort die richtige Antwort parat hat, schätzt man das Produkt. Es wirkt wie ein persönlicher Assistent.
Ein realistischer Blick in die Zukunft
Agenten-Erst-Interfaces sind noch neu. Moe selbst räumt ein, dass seine Erkenntnisse in Zukunft widerlegt werden könnten. Sollte das passieren, würde er den Fehler eingestehen und das Produkt anpassen. Das zeigt Demut und Offenheit für Diskussion. Er lädt alle ein, ihre Gedanken zu teilen.
Für den Nutzer bedeutet das: Die Tür steht offen. Produkte, die MCPs auf diese Weise gestalten, respektieren Zeit, Privatsphäre und Arbeitsumgebung. Man muss nicht mehr stundenlang Dokumentationen wälzen, sondern wird direkt in die Nutzung geführt. Der Agent wird zum Verbündeten, nicht zum Hindernis. Und wenn es nicht passt, verschwindet er spurlos.
Das klingt nach einer menschenzentrierten Technologie. Der Einstieg ist nicht mehr Hürde, sondern Beginn einer produktiven Zusammenarbeit. Das macht MCP Onboarding zu einer interessanten Entwicklung – wegen des menschenzentrierten Ansatzes.
Wer ein Produkt mit diesen Prinzipien nutzt, wird sich fragen, warum es nicht schon immer so war. Bisher stand das Produkt im Mittelpunkt, nicht der Mensch. Das ändert sich jetzt. Das ist ein Fortschritt.
Quelle: moekhalil.substack.com
