Ein Kundenportal, das Arbeit auf beiden Seiten erleichtert.

Welche Aufgaben soll Ihr Portal tatsächlich übernehmen?

Der sinnvollste erste Umfang hängt von den häufigsten Kontaktanlässen ab. Ein Portal kann Auftragsstände und Dokumente bereitstellen, Serviceanfragen aufnehmen oder Bestellungen vorbereiten. Es muss nicht vom ersten Tag an jede Kundenbeziehung vollständig abbilden.

Für ein Handelsunternehmen können kundenspezifische Artikel, Bestellhistorien und Lieferinformationen wichtig sein. Bei einem Dienstleister stehen möglicherweise Unterlagen, Rückfragen und Freigaben im Vordergrund. Wir klären mit Vertrieb, Service und IT, welche Informationen verfügbar sind und welche Aktionen die Kunden selbst ausführen sollen.

Dabei unterscheiden wir den Portalnutzer vom Kundenunternehmen. Mehrere Personen eines Kunden können unterschiedliche Rechte benötigen. Ein Händler mit mehreren Niederlassungen stellt andere Anforderungen als ein einzelner Ansprechpartner. Dieses Rollenmodell gehört in die Konzeption, bevor Oberflächen gestaltet werden.

ERP und CRM bleiben Teil der Lösung

Ein Portal sollte keine zweite, widersprüchliche Kundenakte aufbauen. Für Stammdaten, Konditionen, Aufträge und Dokumente legen wir fest, welches System maßgeblich ist. Das Portal zeigt die freigegebenen Informationen und übergibt Änderungen nach klaren Regeln.

Nicht jede Information muss sofort übertragen werden. Ein aktueller Auftragsstatus kann zeitkritisch sein; ein Archiv älterer Dokumente weniger. Die verfügbare API, Lizenzbedingungen, Abfragelimits und Datenqualität bestimmen, wie die Anbindung umgesetzt werden kann. Diese Abhängigkeiten prüfen wir vor einer belastbaren Aufwandsschätzung.

Berechtigungen gehören in jede Abfrage

Ein Nutzer darf nur die Daten des passenden Unternehmens und seiner freigegebenen Rolle erhalten. Das gilt für Listen, Downloads, Suchergebnisse und direkte Links gleichermaßen. Ausgeblendete Schaltflächen allein sind kein Berechtigungskonzept.

Wir planen deshalb die Prüfung im Backend, die Einladung und Sperrung von Nutzern sowie den Umgang mit Rollenwechseln. Ein bestehender Unternehmenslogin kann eingebunden werden, wenn Ihre Identitätsverwaltung ihn unterstützt. Welche Protokolle und Ereignisse aufbewahrt werden, wird anhand des konkreten Schutzbedarfs festgelegt.

Eine erste Version, die im Alltag genutzt werden kann

Ein guter Pilot umfasst einen vollständigen Anwendungsfall: etwa einen Auftrag finden, den Status verstehen und dazu eine Rückfrage stellen. Dafür braucht es echte Datenflüsse, verständliche Fehlermeldungen und einen Ansprechpartner für unklare Vorgänge.

Wir stimmen mit Ihnen ab, welche Nutzergruppe beginnt und woran der Pilot gemessen wird. Geeignete Beobachtungen sind die Nutzung des vorgesehenen Ablaufs, fehlende Informationen und weiterhin nötige Rückfragen. Eine geringere Kontaktzahl allein wäre kein gutes Ergebnis, wenn Kunden ihre Anliegen im Portal nicht lösen können.

Kosten, Einführung und Betrieb gemeinsam planen

Den Aufwand bestimmen vor allem Rollen und Mandanten, die Zahl der angebundenen Systeme, schreibende Aktionen, Datenübernahme und Betriebsanforderungen. Ein Dokumentenbereich ist anders zu kalkulieren als ein Bestellportal mit kundenspezifischen Konditionen und Freigaben.

Wir grenzen Konzeption, Umsetzung und laufende Betreuung im Angebot ab. Auf Wunsch betreuen wir die benötigten Server, Updates, Überwachung und Sicherungen. Zuständigkeiten, Servicezeiten und eine spätere Übergabe an Ihre IT werden ausdrücklich vereinbart. Für das erste Gespräch reichen Ihre häufigsten Kundenanliegen und ein Überblick über die beteiligten Systeme.