Serie Kundenportale: Teil 3 von 5
Zu Beginn eines Portalprojekts wächst die Wunschliste schnell: Login, Dashboard, Dokumente, Bestellungen, Tickets, Chat, Wissensdatenbank, Benachrichtigungen, Personalisierung und mehrere Schnittstellen. Jede Funktion klingt sinnvoll. Zusammen werden sie jedoch zu einem Programm, dessen Nutzen erst spät sichtbar wird.
Das ist besonders riskant, wenn Prozesse, Datenqualität und Verantwortlichkeiten noch nicht geklärt sind. Dann wird nicht nur viel entwickelt. Es werden auch ungeklärte Abläufe digital festgeschrieben.
Ein gutes MVP ist nicht möglichst klein. Es löst einen häufigen, vollständigen und messbaren Prozess.
Warum der Portal-Big-Bang attraktiv wirkt
Ein umfangreicher erster Release verspricht, alle Stakeholder gleichzeitig zufriedenzustellen. In der Praxis steigt damit die Zahl der Abhängigkeiten: mehr Datenquellen, mehr Rollen, mehr Ausnahmefälle und mehr Entscheidungen vor dem ersten realen Nutzerfeedback.
Ein MVP reduziert nicht einfach Funktionen. Es begrenzt bewusst die fachliche Komplexität. Dafür braucht es eine klare Nutzergruppe, einen konkreten Vorgang und ein messbares Ergebnis.
Vier Kriterien für den ersten Prozess
1. Häufigkeit
Wie oft tritt der Vorgang auf? Eine kleine manuelle Aufgabe kann bei mehreren Tausend Wiederholungen pro Jahr ein besserer Startpunkt sein als ein spektakulärer Sonderfall.
2. Aufwand und Wartezeit
Wie viel interne Zeit bindet der Vorgang? Wie lange warten Kunden auf eine Antwort? Entscheidend ist der Gesamtprozess – einschließlich Suche, Rückfragen, Freigaben und Übertragung in weitere Systeme.
3. Datenreife
Sind die benötigten Informationen bereits digital, eindeutig und aktuell vorhanden? Ein Portal kann schlechte Daten sichtbar machen, aber nicht automatisch heilen. Fehlt eine belastbare Datenbasis, gehört deren Aufbau zum MVP.
4. Risiko
Welche Folgen haben falsche Informationen oder Berechtigungen? Bei Preisen, Verträgen oder regulatorischen Dokumenten müssen Freigaben, Versionen und Zugriffe von Beginn an sauber geregelt sein.
Drei Prozesse mit häufig schnellem Nutzen
Dokumente bereitstellen oder erzeugen
Rechnungen, Zertifikate, technische Datenblätter und Vertragsunterlagen werden häufig wiederkehrend angefragt. Ein Portal kann sie passend zu Kunde, Produkt und Berechtigung bereitstellen. Bei Lehmann&Voss werden Dokumente zusätzlich aus aktuellen Daten generiert und nachvollziehbar versendet.
Dieser Einstieg eignet sich, wenn Dokumente strukturiert zugeordnet werden können und manuelle Suche oder Versand heute spürbaren Aufwand erzeugen.
Statusinformationen zugänglich machen
Lieferstatus, Bearbeitungsstand, Freigaben oder Buchungen lösen regelmäßig Rückfragen aus. Bei AMA Freight werden Daten aus verschiedenen Logistiksystemen zusammengeführt, damit relevante Tracking- und Statusinformationen zentral verfügbar sind.
Der Prozess eignet sich, wenn Statusdaten verlässlich geliefert und verständlich übersetzt werden können. Ein technischer Code aus dem ERP ist noch keine hilfreiche Kundeninformation.
Strukturierte Vorgänge auslösen
Serviceanfragen, Buchungen, Registrierungen oder Freigaben werden oft per E-Mail gestartet. Dadurch fehlen Pflichtangaben, Zuständigkeiten sind unklar und Informationen müssen übertragen werden.
MyBWS verbindet Buchung, Vertragsmanagement und persönliche Informationen mit den internen Planungssystemen. Der zentrale Nutzen liegt nicht im Formular, sondern im durchgängigen Prozess zwischen Nutzenden und ERP.
Was nicht in ein MVP gehört
Ein MVP sollte keine Funktionen aufnehmen, nur weil sie in anderen Portalen üblich sind. Besonders kritisch sind:
- Dashboards ohne konkrete Handlungsoption,
- Chatbots ohne gepflegte Wissensbasis und Übergabeprozess,
- Personalisierung ohne verlässliche Nutzer- und Produktdaten,
- komplexe Sonderfälle mit geringer Häufigkeit,
- mehrere parallele Prozesse, die dieselben ungeklärten Stammdaten benötigen.
Auch „später“ muss konkret sein. Für zurückgestellte Anforderungen braucht es eine nachvollziehbare Roadmap, nicht nur eine Ablage mit Wünschen.
Wie polargold einen Portal-MVP definiert
Wir erfassen zunächst Nutzergruppen, Vorgänge, Volumen, Datenquellen und bestehende Arbeitsschritte. Danach bewerten wir mögliche Prozesse gemeinsam mit Fachbereichen und IT. Das Ergebnis ist ein priorisierter Scope mit klaren Systemgrenzen, Verantwortlichkeiten und Erfolgskriterien.
Für den ersten Release definieren wir unter anderem:
- welche Personen den Prozess nutzen,
- welches Ereignis ihn startet,
- welche Daten gelesen oder verändert werden,
- welche Systeme beteiligt sind,
- welche Ausnahmen behandelt werden müssen,
- wie Erfolg und Nutzung gemessen werden.
Erst danach folgen Bedienkonzept, Architektur und Umsetzung. So entsteht früh ein nutzbarer Prozess, ohne die spätere Plattform zu verbauen.
Fazit
Der gefährlichste Portal-Scope ist nicht der kleine. Es ist der scheinbar vollständige Scope, dessen Nutzen sich erst nach Monaten beweisen lässt. Ein fokussierter MVP schafft früher reale Nutzung und zeigt, welche Annahmen stimmen.
Die erste Frage sollte daher nicht lauten: Welche Funktionen soll unser Portal besitzen? Sondern: Welchen häufigen Kundenprozess können wir als Erstes vollständig, sicher und messbar digitalisieren?
Gemeinsam einen belastbaren Kundenportal-MVP definieren
