Dieses hypothetische Beispiel betrachtet ein kleines Unternehmen mit fünf Beschäftigten. Es vertreibt Verpackungsmaterialien an Geschäftskunden, fertigt einige Varianten selbst und kauft andere zu. Die geringe Größe macht eine umfassende Systemlandschaft nicht sinnvoll – persönliche Abhängigkeiten und unklare Übergaben aber besonders spürbar.
Ausgangslage
Anfragen erreichen persönliche Postfächer. Preise liegen in Lieferantenlisten, alten Angeboten und im Erfahrungswissen einzelner Personen. Ob Eigenfertigung oder Zukauf besser passt, wird fallweise entschieden. Kunden fragen telefonisch nach Lieferstatus; Bestände und zugesagte Termine sind nicht immer aktuell.
Die erste Einsicht: Ein Kundenportal würde diese Unklarheiten nicht lösen. Es würde sie lediglich nach außen sichtbar machen.
Stufe 1: Den Auftragszusammenhang stabilisieren
Das Unternehmen beschreibt einen durchgängigen Ablauf:
- Anfrage vollständig erfassen.
- Anforderungen und Termin klären.
- Fertigungs- und Beschaffungsoptionen vergleichen.
- Preis und Lieferzusage freigeben.
- Auftrag, Beschaffung oder Fertigung auslösen.
- Status und Abweichung sichtbar halten.
- Lieferung und Abrechnung abschließen.
Für jeden Zustand werden Verantwortlicher, notwendige Information und erwartetes Ergebnis festgelegt.
Minimaler gemeinsamer Datenbestand
Statt mehrere Werkzeuge einzuführen, werden zunächst wenige verbindliche Objekte definiert:
- Kunde und Ansprechpartner,
- angefragte Verpackungsart mit Maß, Material, Menge und Termin,
- Produkt- oder Variantenidentität,
- gültiger Einkaufs- und Fertigungspreis,
- verfügbare Kapazität und Bestand,
- Angebotsversion und Zusage,
- Auftragsstatus und nächster Schritt.
Ein System wird als führende Quelle für den Vorgang bestimmt. Dokumente und Kommunikation bleiben mit diesem Vorgang verbunden. Das kann anfangs eine geeignete einfache Fachlösung sein; entscheidend ist die gemeinsame Nutzung, nicht der Produktname.
Stufe 2: Wiederkehrende Arbeit unterstützen
Erst nach der fachlichen Klärung werden stabile Schritte automatisiert:
- Pflichtangaben und Plausibilität bei der Anfrage prüfen,
- bekannte Kunden- und Produktdaten übernehmen,
- freigegebene Preisbestandteile in eine Kalkulation einspielen,
- Angebot aus der gültigen Version erzeugen,
- nach Freigabe Auftrag und Beschaffungsbedarf anlegen,
- Kunden bei tatsächlich erreichtem Status informieren,
- überfällige Übergaben verantwortlichen Personen anzeigen.
Sonderanfertigungen und ungewöhnliche Lieferlagen bleiben bewusst in einer fachlichen Prüfung.
Beobachtete Wirkung
Vor und nach der Veränderung werden wenige Kennzahlen verglichen:
- Zeit von vollständiger Anfrage bis Angebot,
- Anteil nachträglicher Rückfragen,
- Angebote mit falschem oder veraltetem Preis,
- nicht eingehaltene Lieferzusagen,
- Such- und Abstimmungsaufwand,
- Anteil der Vorgänge, die bei Abwesenheit übernommen werden können.
Erst wenn diese Basis verlässlich funktioniert, wird ein digitales Angebot nach außen geprüft.
Stufe 3: Kundenproblem für einen Service auswählen
Gespräche zeigen: Einige Kunden bestellen dieselben Verpackungen regelmäßig, reagieren aber erst bei knappem Bestand. Eilaufträge erzeugen höhere Kosten und Unsicherheit auf beiden Seiten.
Die Nutzenhypothese lautet:
Für Kunden mit regelmäßigem Verbrauch ist eine abgestimmte Nachversorgung wertvoller als jede Bestellung einzeln auszulösen.
Nicht alle Kunden benötigen dies. Einzelanfertigungen oder stark schwankende Verbräuche bleiben im bisherigen Modell.
Einen Versorgungsservice klein testen
Mit wenigen Kunden wird ein betreuter Service vereinbart:
- Kunde meldet Bestand oder Verbrauch in einem einfachen Rhythmus.
- Das Unternehmen erstellt einen Vorschlag für Menge und Termin.
- Der Kunde bestätigt vor der Bestellung.
- Lieferung und tatsächlicher Verbrauch werden zurückgemeldet.
- Mindestbestand und Vorlaufzeit werden gemeinsam angepasst.
Zunächst sind weder vollautomatische Bestellung noch individuelles Portal nötig. Der Test prüft, ob die gemeinsame Planung Eilaufträge und Bestände tatsächlich reduziert.
Mögliche digitale Erweiterung
Bei nachgewiesenem Nutzen kann eine schlanke Kundenansicht bieten:
- freigegebene Artikel und Konditionen,
- aktuelle und vergangene Bestellungen,
- vereinbarte Bestands- oder Verbrauchsmeldung,
- bestätigte Liefertermine,
- einfacher Wiederholauftrag,
- Übergabe an eine verantwortliche Person bei Abweichung.
Diese Ansicht greift auf denselben Auftragsbestand zu. Ein separates Portal mit eigener Preis- und Statuslogik würde neue Widersprüche schaffen.
Ertrags- und Leistungslogik
Das Unternehmen prüft, ob der Service über:
- eine feste Planungspauschale,
- vereinbarte Mindestmengen,
- einen Preisaufschlag je Versorgung,
- oder die stärkere Kundenbindung im Produktpreis
wirtschaftlich getragen wird. Berücksichtigt werden persönliche Abstimmung, Eilfälle, Bestandsrisiko, technische Pflege und Zahlungsziele.
Was sich strategisch verändert
Die Digitalisierung beginnt als Prozessverbesserung, kann aber zu einem veränderten Geschäftsmodell führen:
- vom reagierenden Verkäufer zum planenden Versorgungspartner,
- von Einzelanfragen zu einer laufenden Kundenbeziehung,
- von persönlichem Preiswissen zu einer geteilten Kalkulationsgrundlage,
- von Statusrückfragen zu proaktiver Information,
- von hoher Inhaberabhängigkeit zu übernehmbaren Vorgängen.
Das Beispiel zeigt zugleich die Grenze: Nicht jede interne Digitalisierung ist bereits Geschäftsmodelltransformation. Erst der vom Kunden gewählte Versorgungsservice verändert Nutzen, Beziehung und Rückfluss. Die stabile interne Organisation macht diese Veränderung überhaupt erst lieferfähig.