Mit einem Vorgang beginnen
Wählen Sie eine einzelne Situation, die Sie heute klären müssen: etwa einen Materialwechsel, eine neue Produktvariante oder die Freigabe einer Revision. Beschreiben Sie den Auslöser und die unmittelbar betroffene Aufgabe. „Wir benötigen bessere Produktdaten“ lässt viele Richtungen offen. „Nach einem Materialwechsel ist unklar, welcher freigegebene Werkstofftext im Vertriebsdatenblatt erscheinen soll“ grenzt das Gespräch bereits ein. Halten Sie auch fest, was heute geschieht: Wird eine Liste manuell abgeglichen, bleibt ein Vorgang liegen oder muss jemand den gültigen Stand telefonisch erfragen? Beschreiben Sie nur Beobachtungen, die Sie tatsächlich belegen können.
Die benötigte Information benennen
Notieren Sie die zwei oder drei Angaben, ohne die der nächste Arbeitsschritt nicht möglich ist. Dazu können Produktkennung, Materialbezeichnung, Revision oder eine zugeordnete Nachweisreferenz gehören. Trennen Sie dabei Dateninhalt und Entscheidungsbedarf. Vielleicht ist der Wert bereits vorhanden, aber sein Freigabestand ist unbekannt. Vielleicht liegen zwei unterschiedliche Angaben vor und niemand ist für die Klärung benannt. Solche Unterschiede beeinflussen, ob im Gespräch zuerst Datenpflege, Verantwortlichkeit oder eine technische Übergabe betrachtet werden sollte. Eine vollständige Feldliste ist für diese erste Eingrenzung noch nicht erforderlich.
Quelle und Empfänger sichtbar machen
Ergänzen Sie, wo die Information heute geführt wird und wer sie anschließend verwendet. „PLM an Vertrieb“ ist ein Anfang, lässt aber den Übergang offen. Präziser ist: Eine freigegebene Materialangabe aus dem PLM wird für einen bestimmten Produkttext im PIM benötigt; die redaktionelle Freigabe erfolgt durch eine benannte Rolle. Kennzeichnen Sie Vermutungen ausdrücklich. Ist noch nicht geklärt, welches System den Materialtext führen soll, schreiben Sie genau diese Frage auf. Eine einfache Skizze mit Quelle, Übergang und Empfänger hilft, fachliche Zuständigkeit und Systemgrenze gemeinsam zu besprechen.
Ein ausgefülltes Beispiel aus der Industrie
Das folgende Beispiel ist vollständig fiktiv und beschreibt weder einen Kunden noch eine vorhandene mediatec-Installation. Ein Hersteller von Industriepumpen ersetzt bei einer Baureihe den Gehäusewerkstoff. Auslöser: Die Änderung wird als neue Produktrevision freigegeben. Benötigte Information: Produktkennung, Revision, Materialbezeichnung und Referenz auf den zugehörigen Materialnachweis. Quelle: das im Beispiel vorhandene PLM. Ziel: ein PIM, aus dem ein Vertriebsdatenblatt erstellt wird. Heutiges Problem: Der Datenblattverantwortliche sieht eine neue Materialangabe, kann aber nicht erkennen, ob sie zur bereits freigegebenen Revision gehört.
Den offenen Prüfpunkt formulieren
Für das Pumpenbeispiel lautet die Gesprächsfrage: Wie soll der Verantwortliche vor der Datenblattfreigabe erkennen, dass Materialtext und Nachweis zur vorgesehenen Produktrevision gehören? Ein beobachtbares Ziel wäre eine eindeutige Zuordnung dieser Angaben einschließlich des vereinbarten Freigabestands. Noch offen bleibt, wer die Zuordnung bestätigt und wie widersprüchliche Angaben behandelt werden. Diese Punkte werden als Fragen mitgebracht, nicht als bereits gelöste Funktionen dargestellt. Ein DPP oder regulatorischer Datensatz kann später ein weiterer Empfänger sein; ob das für dieses Produkt erforderlich und sinnvoll ist, wird gesondert geklärt.
Die passende Lösung aus der Aufgabe ableiten
mediatec.net beschreibt vier miteinander verbundene Lösungsbereiche: DPP für Produkt-, Material- und Compliance-Daten, RIM für regulatorische Informationen, PIM für Vertriebs- und Marketinginformationen sowie CEI für die Verbindung von ARAS PLM mit weiteren Systemen. Nutzen Sie diese Begriffe als Orientierung für Ihr Gespräch. Im Pumpenbeispiel stehen zunächst PIM und die Übergabe aus dem PLM im Mittelpunkt. Ein zusätzlicher Bedarf an regulatorischer Nachweisverwaltung wäre eine eigene RIM-Frage. Der konkrete Umfang hängt von der Ausgangslage ab; die Nennung eines Moduls sagt noch nicht, welche Anpassung oder Schnittstelle benötigt wird.
Mit Beispieldaten arbeiten
Für den ersten Austausch können Sie Produktnamen, Kennungen und Zahlen vollständig erfinden. Behalten Sie nur den fachlichen Zusammenhang bei. Eine selbst erstellte Skizze mit „Produkt A“, „Revision 2“ und „Material X“ kann die Frage erklären, ohne interne Zeichnungen, Lieferantennamen oder reale Nachweise zu teilen. Prüfen Sie auch, ob Screenshots andere Projekte, Personen oder vertrauliche Informationen zeigen. Falls später Originaldaten zur Analyse notwendig werden, stimmen Sie vorher den Zweck, den Empfängerkreis und einen geeigneten Austauschweg ab.
Den Steckbrief auf einer Seite halten
Sechs Felder genügen als Ausgangspunkt: Auslöser, heute beobachtetes Problem, benötigte Information, Quelle und Ziel, verantwortliche Rollen sowie die offene Entscheidung. Tragen Sie bei fehlendem Wissen „noch zu klären“ ein. Ergänzen Sie einen Satz zum gewünschten Ergebnis des Gesprächs, beispielsweise: „Wir möchten entscheiden, welche Stelle den Materialtext freigibt und welcher erste Datenaustausch untersucht werden soll.“ Dadurch wird sichtbar, welche Information für den nächsten Schritt fehlt. Umfangreiche Funktionskataloge und eine vollständige Systemdokumentation können bei Bedarf später folgen.
Das Gespräch mit einer konkreten Vereinbarung beenden
Legen Sie gemeinsam fest, was nach dem Termin vorliegt: etwa eine geprüfte Zuordnung der Datenquellen, eine abgegrenzte Integrationsfrage oder ein Vorschlag für einen ersten Testfall. Halten Sie Zuständigkeit und den nächsten Schritt fest. Bleiben fachliche Fragen offen, sollten sie ausdrücklich mitgenommen werden, bevor ein technischer Umfang angenommen wird. Für ein Erstgespräch mit mediatec.net können Sie den kurzen Steckbrief verwenden, um Ihre Aufgabe und die beteiligten Systeme einzuordnen. Welche Leistungen und Prüfungen anschließend sinnvoll sind, wird anhand dieses konkreten Vorhabens vereinbart.
Fragen zur Vorbereitung
Muss ich bereits wissen, ob ich DPP, RIM, PIM oder CEI benötige?
Nein. Beschreiben Sie zuerst den Auslöser, die benötigte Information und ihren Empfänger. Die Lösungszuordnung und der konkrete Projektumfang können anschließend gemeinsam eingegrenzt werden.
Welche Unterlagen brauche ich für ein erstes Gespräch?
Ein kurzer, nicht vertraulicher Problemsteckbrief und eine einfache Skizze der beteiligten Systeme können für den Einstieg genügen. Fehlende Informationen dürfen ausdrücklich als offene Fragen stehen bleiben.
Ist das Industriebeispiel eine Referenz oder ein Funktionsnachweis?
Nein. Es ist ein vollständig fiktives Arbeitsbeispiel. Es beschreibt weder eine Kundeninstallation noch zugesagte Standardfunktionen oder regulatorische Anforderungen.
Quellen geprüft am 19. Oktober 2026. Der Problemsteckbrief ist eine redaktionelle Arbeitshilfe. Das Industriebeispiel ist vollständig fiktiv; es belegt keine Kundenreferenz, Standardfunktion oder regulatorische Konformität.