Fallstudien | marqey

Kundenfälle

Ausgangslage: Die Chancen-, Service-, Geräte- und Fahrzeugdaten aus dem türkischen Betrieb mussten für die eigene Zentrale von GPS Buddy aus getrennten Datensätzen zusammengeführt werden.
Aufbau: Vertriebschancen, Außendienstservices, Gerätebestand und Freigabedatensätze kamen in einer gemeinsamen Struktur zusammen.
Tagesgeschäft: Die Zentrale von GPS Buddy verfolgt offene Chancen, den Servicestatus und das Fahrzeug, an das jedes Gerät gebunden ist, von demselben Verwaltungsbildschirm aus.
Status: Aktive Referenzimplementierung.

Ausgangslage: Angebotshistorie, Preisinformationen und Lagerausgänge waren an einzelne Personen und separate Dateien gebunden.
Aufbau: Kunden-Angebotshistorie, Preislisten, Barcode-Lagerbewegungen und Importpositionen wurden miteinander verknüpft.
Tagesgeschäft: Bei der Angebotserstellung fließen Preis- und Kundenhistorie ein; bei Lagerausgängen gilt die hinterlegte Genehmigungsstruktur.
Status: Aktive Referenzimplementierung.

Ausgangslage: Bei diesem Hersteller, der mit einer Kit- und Set-Struktur arbeitet, liefen Arbeitsauftrag, Bestand und die Belieferung von Handelsketten nicht über denselben Aufbau.
Aufbau: Arbeitsauftrag, Barcode, Kit-Produktstruktur, Bestand und Kundenauftragsdatensatz wurden eingerichtet.
Tagesgeschäft: Produktions- und Versanddatensätze folgen der Kit-Struktur; der Kunde sieht Auftrags- und Rechnungsinformationen über sein eigenes Portal.
Status: Aktive Referenzimplementierung.

Ausgangslage: Angebote, Kundenbeziehung, Projektphase und technische Zeichnungen wurden an unterschiedlichen Stellen geführt.
Aufbau: Im Pilotumfang wurden Kunden-, Angebots-, Projektphasen- und Zeichnungsdatensätze in einem gemeinsamen Aufbau behandelt.
Tagesgeschäft: Der Pilot machte sichtbar, in welchem Datensatz die Projektinformation geführt werden sollte und wo die Grenze des Startumfangs liegen musste.
Status: Die vollständige Integration mit branchenspezifischer Fertigungssoftware wurde nicht abgeschlossen; die Arbeit blieb in der Pilotphase.

Ausgangslage: Rohstoff-, Halbfertig- und Fertigwarenbestände standen getrennt von Produktions-, Zahlungsziel-, Schicht- und Wartungsdatensätzen.
Aufbau: Fertigungsaufträge, eine mehrstufige Bestandsstruktur, Schecks und Wechsel, Schichten, Wartung und Qualitätsdatensätze wurden miteinander verknüpft.
Tagesgeschäft: Material und Kosten hinter einem Fertigungsauftrag sind zusammen mit den Produktions-, Bestands- und Wartungsdatensätzen sichtbar.
Status: Aktive Referenzimplementierung.

Ausgangslage: Kaufmännische Datensätze, E-Commerce, Projektarbeit und Teamkommunikation liefen in getrennten Tools.
Aufbau: Barcode-Bestand, Einkauf, Vertriebskanäle, Projektarbeit und Teamkommunikation kamen rund um gemeinsame Produktdaten zusammen.
Tagesgeschäft: Auftrags-, Bestands- und Preisinformationen stützen sich in den verschiedenen Vertriebskanälen auf denselben Datensatz.
Status: Aktive Referenzimplementierung.

Ausgangslage: Die Teams in İzmir und Ankara erfuhren den Projektstatus per Telefon und über unterschiedliche Tools.
Aufbau: Projekte, Aufgaben, Zeiterfassung, Teamkommunikation und die zugehörige digitale Arbeit wurden in einem gemeinsamen Arbeitsbereich organisiert.
Tagesgeschäft: Das Team sah Projektschritt und Zuständigkeit aus demselben Arbeitsaufbau.
Status: Frühere Referenzimplementierung.

Ausgangslage: Kundenaufträge, aufgewendete Stunden, wiederkehrende Abrechnung und Teamkapazität ließen sich nicht gemeinsam bewerten.
Aufbau: Projekt- und Zeitdatensätze, wiederkehrende Abrechnung, Kapazitätsplanung und Kundenanfragen wurden in einer gemeinsamen Struktur behandelt.
Tagesgeschäft: Neue Arbeitsentscheidungen stützen sich pro Kunde auf konkrete Daten zu Arbeitslast, Stunden und Kapazität.
Status: Aktive Referenzimplementierung.

Suchen Sie, bevor Sie auf die Branche schauen, zuerst den vergleichbaren Bruchpunkt in Ihrem eigenen Unternehmen.

Jedes Beispiel hat einen Startumfang, der nur für diesen konkreten Bedarf gewählt wurde.

Pilot, frühere Implementierung und aktiver Umfang bedeuten nicht dasselbe.