Kundenportal planen: Funktionen, Kosten und Betrieb

Ein Kunde fragt nach dem aktuellen Dokument. Die Antwort liegt in einer E-Mail, der neuere Stand in einem anderen Ordner. Ein Kundenportal kann solche Abläufe vereinfachen. Es lohnt sich aber erst, wenn klar ist, welche Aufgabe es übernimmt, wer es nutzt und wer die Informationen aktuell hält. Dieser Leitfaden hilft dir, eine erste Version sinnvoll einzugrenzen.

Die wichtigsten Punkte auf einen Blick

• Einen wiederkehrenden Kundenablauf konkret beschreiben
• Sicht- und Bearbeitungsrechte pro Rolle festlegen
• Notwendige Daten, Herkunft und Qualität prüfen
• Erste Version und spätere Erweiterungen getrennt planen
• Betrieb, Unterstützung und Datenexport vor dem Start klären

1. Mit einer echten Aufgabe beginnen

Eine gute Ausgangsfrage lautet nicht: Welche Funktionen hat ein modernes Portal? Frage stattdessen: Welche Rückfrage bearbeiten wir immer wieder? Bei einem Dienstleistungsunternehmen könnten das freigegebene Dokumente, Termine oder der Bearbeitungsstand eines Auftrags sein. Notiere den heutigen Ablauf vom Eingang bis zur Antwort. Wenn du das Problem nicht eingrenzen kannst, würde auch eine aufwendige Oberfläche wenig ändern.

2. Kundenansicht und interne Arbeit trennen

Ein Kunde muss nicht jede interne Notiz oder Zwischenversion sehen. Lege für jede Information fest, wer sie sehen, verändern oder freigeben darf. Ein Projektverantwortlicher kann andere Rechte benötigen als eine Person, die nur Dokumente herunterlädt. Besonders wichtig ist die saubere Trennung verschiedener Kunden. Testfälle sollten deshalb auch abdecken, dass ein unberechtigter Zugriff tatsächlich verweigert wird.

3. Die erste Version bewusst begrenzen

Angenommen, dein Team versendet regelmäßig dieselben Projektunterlagen erneut. Eine erste Version könnte sich auf Kundenkonten, ausgewählte Dokumente und eine einfache Rückfrage konzentrieren. Ein Chat, automatische Rechnungen oder komplexe Auswertungen wären dann nicht automatisch nötig. Dieses Beispiel ist ein Planungsmodell, kein bestehendes ONEART-Standardpaket. Je kleiner der überprüfbare Kern, desto klarer lassen sich Nutzen und Anforderungen besprechen.

4. Diese Punkte beeinflussen die Kosten

Der Aufwand hängt unter anderem von Nutzerrollen, Freigaben, Datenmengen, Gestaltung, Integrationen und besonderen Schutzanforderungen ab. Eine Anbindung an vorhandene Software kann eigene Lizenzen, Schnittstellenarbeit und Abstimmungen mit einem Drittanbieter erfordern. Datenübernahme ist ebenfalls nicht nur ein Importknopf: Unvollständige oder uneinheitliche Daten müssen gegebenenfalls aufbereitet werden. Deshalb ist ein Preis ohne geklärten Umfang nur eine Vermutung.

5. Laufende Kosten nicht ausblenden

Auch nach dem Livegang braucht eine Webanwendung eine Betriebsgrundlage. Dazu gehören je nach Vereinbarung Hosting, technische Updates, Sicherungen, Wiederherstellungsprüfungen und Unterstützung bei Problemen. Kläre, wer Inhalte pflegt, Zugänge verwaltet und bei Störungen reagiert. Ein günstiger Entwicklungsauftrag ist nicht automatisch wirtschaftlich, wenn Verantwortung und laufende Kosten unklar bleiben.

6. Einen Prototyp und klare Abnahmekriterien nutzen

Bevor viele Funktionen programmiert werden, kann ein abgestimmter Prototyp zeigen, ob Kunden den Ablauf verstehen. Für die spätere Prüfung helfen konkrete Kriterien: Ein Kunde sieht nur seine freigegebenen Unterlagen; eine Rückfrage landet bei der richtigen Rolle; ein entzogener Zugang ist nicht mehr nutzbar. Solche Fälle sind aussagekräftiger als die Aussage, das Portal solle modern und intuitiv sein. Ein Prototyp und eine detaillierte Konzeption sind eigenständige Leistungen, deren Umfang vereinbart wird.

Praxisplan in vier Schritten

1. Eine typische Kundenanfrage und den heutigen Bearbeitungsweg aufschreiben.
2. Beteiligte Rollen, nötige Informationen und drei wichtigste Funktionen festhalten.
3. Standardlösung, Anbindung oder individuelle Entwicklung gegeneinander prüfen.
4. Umfang, Prüfungen, Übergabe und laufenden Betrieb gemeinsam anbieten lassen.

Diese Fehler vermeiden

• Jede spontane Idee schon in die erste Version aufnehmen.
• Ein Login mit einem fertigen Berechtigungs- und Sicherheitskonzept verwechseln.
• Schnittstellen zusagen, bevor deren Verfügbarkeit und Bedingungen geprüft sind.
• Hosting, Wartung und interne Pflege erst nach dem Livegang ansprechen.

Häufige Fragen

Was kostet ein individuelles Kundenportal?

Das lässt sich ohne Umfang nicht seriös beziffern. Rollen, Funktionen, Datenübernahme, Schnittstellen und Betrieb bestimmen den Aufwand. ONEART klärt zunächst den Bedarf und bietet danach den vereinbarten Leistungsumfang an.

Brauchen wir für das Erstgespräch ein Lastenheft?

Nein. Ein konkreter Ablauf, die beteiligten Nutzer und das gewünschte Ergebnis reichen für eine erste Einordnung. Ein detailliertes Konzept kann anschließend gesondert vereinbart werden.

Ist ein Kundenportal immer besser als E-Mail?

Nein. Bei wenigen Vorgängen kann ein einfacherer Prozess genügen. Ein Portal ist dann interessant, wenn Kunden tatsächlich einen wiederkehrenden Nutzen haben und dein Unternehmen den Betrieb dauerhaft betreuen kann.

Kann ich mir ein ONEART-System ansehen?

Ja. Die ORVETA-Demo zeigt beispielhaft Rollen, Dokumente und Bearbeitungsstände mit fiktiven Daten. Sie ist kein fertiges Kundenportal. Termivo ist ein eigenes ONEART-Produkt mit Kundenkonto und Terminbuchung.

Passend zum nächsten Schritt

Wer soll die Lösung nutzen, was passiert heute und was soll einfacher werden? Das reicht für eine kostenlose erste Einordnung. Konzept und Entwicklung werden gesondert vereinbart.