Im Verkaufsinnendienst eines KMU liegt ein gelber Zettel neben der Tastatur. Darauf stehen drei Namen, zwei Auftragsnummern und ein Satz: «Bitte Liefertermin abklären.» Die Mitarbeiterin öffnet das ERP, sucht den Auftrag, ruft kurz in der Spedition an und schreibt eine Antwort. Fünf Minuten später klingelt das Telefon. Ein anderer Kunde fragt fast dasselbe. Solche Rückfragen sind selten schwierig. Sie sind aber teuer, weil sie den Arbeitstag zerschneiden. Liefertermine, offene Angebote, Rechnungsduplikate, Servicetermine, technische Dokumente. Vieles davon ist im Unternehmen vorhanden. Nur nicht dort, wo der Kunde gerade sucht. Darum reden viele KMU über Kundenportale. Die Hoffnung ist einfach: Der Kunde schaut selber nach. Der Innendienst hat Ruhe. Die Daten sind transparent. In der Praxis klappt das nur, wenn das Portal eine echte Aufgabe löst. Sonst entsteht ein weiteres Login, das niemand freiwillig nutzt. ## Ein Portal muss eine Frage beantworten Ein Kundenportal ist kein digitales Schaufenster für interne Ordnung. Es muss aus Kundensicht gedacht werden. Welche Frage taucht immer wieder auf? Welche Information wird telefonisch oder per Mail abgeholt? Was braucht der Kunde ausserhalb der Bürozeiten? Wenn ein Portal nur zeigt, was ohnehin selten gebraucht wird, bleibt es leer. Wenn es Informationen enthält, die nicht aktuell sind, verliert es Vertrauen. Wenn der Kunde sich einloggen muss und danach trotzdem anruft, ist nichts gewonnen. Die wichtigsten Fragen sind nüchtern: - Welche fünf Rückfragen kommen am häufigsten? - Sind die Antworten intern bereits sauber vorhanden? - Darf der Kunde diese Antworten sehen? - Wer ist verantwortlich, wenn etwas falsch oder veraltet ist? - Wird der Kunde im Portal schneller fertig als per Telefon? Erst wenn diese Fragen beantwortet sind, lohnt sich die technische Diskussion. ## Beispiel 1: Der Zulieferer und der Liefertermin Ein Zulieferer für Metallteile beliefert Maschinenbauer. Die Kunden bestellen wiederkehrend. Die Rückfragen sind fast immer gleich: Ist die Bestellung eingegangen? Wann wird geliefert? Gibt es ein Prüfprotokoll? Wo ist der Lieferschein? Früher landeten diese Fragen im Innendienst. Oft kamen sie kurz vor Feierabend. Nicht aus bösem Willen. Beim Kunden sass jemand an der Montageplanung und musste entscheiden, ob ein Auftrag am nächsten Morgen startet. Das Portal wurde nicht breit gestartet. Zuerst erhielten zehn Stammkunden Zugriff. Sichtbar waren nur vier Dinge: Auftragsstatus, bestätigter Liefertermin, Lieferschein und Prüfprotokoll. Keine schönen Zusatzfunktionen. Keine langen Menüs. Nach drei Monaten zeigte sich der Effekt. Die Kunden riefen weniger wegen Terminen an. Nicht null, aber deutlich weniger. Wichtig war nicht das Portal selbst. Wichtig war, dass die Liefertermine im System gepflegt wurden. Sobald ein Termin wackelte, musste er angepasst werden. Sonst wäre das Portal nach zwei falschen Auskünften tot gewesen. Die Lehre: Ein Portal spart Rückfragen, wenn es an eine saubere interne Disziplin gekoppelt ist. Ohne Datenpflege wird Transparenz zur Blamage. ## Beispiel 2: Der Servicedienst und die Dokumente Ein Servicebetrieb betreut technische Anlagen in Gewerbeliegenschaften. Die Kunden fragten oft nach Wartungsprotokollen, Einsatzberichten und nächsten Terminen. Besonders Liegenschaftsverwaltungen wollten Unterlagen schnell weiterleiten können. Hier war das Problem nicht der Status eines Auftrags, sondern die Verfügbarkeit von Dokumenten. Früher suchte jemand die Datei, prüfte den Namen, schickte sie per Mail und hoffte, dass die richtige Version angehängt war. Im Portal fanden Kunden pro Anlage die letzten Berichte, kommende Termine und einfache Kontaktmöglichkeiten für Störungen. Entscheidend war die Struktur nach Objekt und Anlage. Nicht nach interner Auftragsnummer. Ein Hauswart denkt nicht in Serviceaufträgen. Er denkt in Standort, Lift, Heizung oder Tor. Das Portal half dort, wo mehrere Personen beim Kunden beteiligt waren. Verwaltung, Hauswart, Eigentümervertretung. Alle konnten auf dieselben Unterlagen zugreifen. Weniger Weiterleiten. Weniger «können Sie mir nochmals schicken». Weniger Suche. Aber auch hier gab es eine Grenze. Akute Störungen liefen nicht über das Portal. Wer vor einer stehenden Anlage steht, will nicht zuerst ein Passwort zurücksetzen. Für Notfälle blieb der direkte Weg wichtig. Die Lehre: Selbstbedienung passt gut für wiederkehrende Informationen. Sie ersetzt nicht den Kontakt in kritischen Momenten. ## Beispiel 3: Der Händler und die Nachbestellung Ein technischer Händler verkauft Verbrauchsmaterial an Gewerbekunden. Viele Bestellungen sind Wiederholungen. Gleiche Artikel, ähnliche Mengen, andere Kostenstelle. Telefon und Mail funktionierten, aber sie banden viel Zeit. Das Portal wurde zuerst als Bestellportal verstanden. Das war zu wenig. Die Kunden wollten nicht durch einen Katalog scrollen. Sie wollten sehen, was sie zuletzt gekauft hatten. Sie wollten Favoriten pro Standort. Sie wollten Preise und Verfügbarkeit sehen, bevor sie intern eine Freigabe einholten. Als die Nachbestellung aus der Bestellhistorie möglich wurde, änderte sich die Nutzung. Der Kunde konnte eine alte Bestellung öffnen, Mengen anpassen und neu bestellen. Für Standardartikel war das schneller als eine Mail. Für Sonderfälle blieb der persönliche Kontakt. Ein Detail machte viel aus: Im Portal standen auch offene Angebote. Der Kunde sah, welche Position noch gültig war und konnte daraus bestellen. Das sparte Nachfragen wie «gilt der Preis noch?» oder «können Sie mir das Angebot nochmals senden?». Die Lehre: Ein Portal muss den Arbeitsablauf des Kunden verkürzen. Nicht den Produktkatalog digitalisieren und hoffen, dass jemand Freude daran hat. ## Wann ein Portal nur ein weiteres Login ist Ein Portal scheitert selten an der Idee. Es scheitert an der Relevanz. Viele Kunden haben bereits zu viele Logins. Für Banken, Versicherungen, Lieferanten, Behörden, Plattformen. Noch ein Passwort ist kein Geschenk. Ein Portal wird zum Ballast, wenn: - Kunden es nur einmal pro Jahr brauchen. - Die wichtigsten Informationen fehlen. - Daten nicht aktuell sind. - Dokumente anders heissen als der Kunde sie sucht. - Der Login-Prozess komplizierter ist als ein Anruf. - Interne Mitarbeitende trotzdem alles parallel per Mail schicken. Der letzte Punkt ist heikel. Wenn der Innendienst aus Unsicherheit weiterhin jede Information per Mail nachliefert, lernt der Kunde: Das Portal ist nicht der verlässliche Ort. Es braucht klare Regeln. Was im Portal liegt, wird nicht jedes Mal separat verschickt. Ausnahmen sind möglich, aber nicht als Standard. ## Klein anfangen, aber verbindlich Ein gutes Kundenportal beginnt nicht mit einem grossen Projekt. Es beginnt mit einer Liste der häufigsten Rückfragen. Dann folgt die Frage, welche davon mit vorhandenen Daten beantwortet werden können. Ein sinnvoller Start kann sehr klein sein: 1. Zehn Kunden auswählen, die oft nachfragen. 2. Drei bis fünf Funktionen freischalten. 3. Datenqualität vor dem Start prüfen. 4. Rückmeldungen nach vier Wochen einholen. 5. Messen, welche Rückfragen wirklich zurückgehen. Wichtig ist die Ehrlichkeit. Nicht jede Kundenbeziehung braucht ein Portal. Ein Betrieb mit wenigen grossen Kunden und intensiver persönlicher Betreuung spart vielleicht wenig. Ein Betrieb mit vielen wiederkehrenden Anfragen kann hingegen schnell Entlastung spüren. Das Portal ist kein Ersatz für Beziehung. Es ist eine Entlastung von Routine. Gute Kundenbeziehungen entstehen nicht, weil jemand eine Rechnung selbst herunterladen kann. Sie werden aber besser, wenn die einfachen Dinge nicht jedes Mal Zeit fressen. Wer über ein Kundenportal nachdenkt, sollte nicht mit der Frage starten: «Welche Lösung nehmen wir?» Besser ist: «Welche Rückfragen wollen wir in sechs Monaten nicht mehr beantworten müssen?» Wenn diese Frage klar ist, wird auch klarer, ob ein Portal hilft. Oder ob zuerst interne Daten, Prozesse und Zuständigkeiten aufgeräumt werden müssen. Wenn das Thema im eigenen KMU gerade aktuell ist, freue ich mich über den Austausch. Nachricht über die Website oder auf LinkedIn genügt. Ich antworte persönlich.