Praktisches Know-how für CAD/CAM-Nutzer – WeSt GmbH

Die Psychologie des Software-Wechsels: Ängste überwinden und erfolgreich umsteigen

Geschrieben von Ulrich Alt | 21.10.26, 14:39

Kennen Sie dieses Bild aus der Praxis? In der Ecke der Fertigungshalle oder im Konstruktionsbüro steht ein vergilbter PC. Darauf läuft Windows 98. Er darf unter keinen Umständen mit dem Internet verbunden werden und wehe dem, der ihn auch nur schief ansieht. Warum? Weil darauf eine alte, längst nicht mehr unterstützte Software läuft, die „eigentlich am besten ins Museum käme“, aber auf die man sich seit Jahrzehnten verlässt.

Wenn Unternehmen, Konstruktionsbüros oder Fertiger sich mit dem Gedanken tragen, eine neue Software einzuführen (beispielsweise ein Wechsel auf ein modernes CAD/CAM-System wie TopSolid 7) oder auch nur ein größeres Versions-Update durchzuführen, laufen die Reaktionen oft nach dem gleichen Muster ab. 

Neben den offensichtlichen technischen Herausforderungen gibt es eine viel größere, oft ignorierte Hürde: Die menschliche Psychologie. In diesem Artikel beleuchten wir die psychologischen und technischen Aspekte eines Software-Wechsels. Wir klären, warum wir uns so sehr gegen Veränderungen wehren, was uns das Festhalten am Status quo wirklich kostet und mit welchen konkreten Strategien (wie der „3-Töpfe-Methode“) ein reibungsloser Übergang in die Praxis gelingt.

Teil 1: Die unsichtbare Bremse – Psychologische Aspekte des Wechsels

Wenn eine Systemumstellung angekündigt wird, macht sich bei vielen Anwendern Unwohlsein breit. Dieses Unwohlsein resultiert meist aus einer konkreten Angst vor Verlusten:

  • Verlust von Daten: Was passiert mit unseren alten Projekten?

  • Verlust von Produktivität: Wir müssen unsere Quoten erfüllen – wie soll das gehen, wenn wir das System noch nicht blind beherrschen?

  • Verlust von gefühlter Kompetenz: Erfahrene Experten, die in ihrer alten Software förmlich "fliegen", fühlen sich plötzlich wieder wie Anfänger. Die gefühlte Sicherheit weicht einer temporären Inkompetenz.

Dieses Verhalten ist tief in unserer menschlichen Natur verwurzelt. Zwei psychologische Phänomene spielen hier die Hauptrolle:

1. Der Negativitätsbias

Wir Menschen nehmen negative Erfahrungen sehr viel stärker wahr und erinnern uns länger an sie als an positive. Wenn Sie in Ihrer Karriere zwei Software-Umstellungen mitgemacht haben – eine lief reibungslos, die andere war ein chaotischer Albtraum – an welche werden Sie sich beim Gedanken an den nächsten Wechsel sofort erinnern? Richtig, an die schlechte. Unser Gehirn ist darauf programmiert, Gefahren überzugewichten, um uns zu schützen. Das führt dazu, dass wir bei neuen Projekten gedanklich oft direkt vom Worst-Case-Szenario ausgehen.

2. Die Verlustaversion (Loss Aversion)

Die Verlustaversion beschreibt unsere Neigung, Situationen so zu wählen, dass wir Verluste vermeiden – selbst dann, wenn uns dadurch mögliche, viel größere Gewinne entgehen. Wir halten lieber krampfhaft an dem fest, was wir haben (auch wenn es fehlerhaft ist), als das Risiko eines kurzfristigen Einbruchs einzugehen, um langfristig besser aufgestellt zu sein.

Die Falle: "Never change a running system"

Dieser Satz wird IT-Verantwortlichen und Chefs gerne aufs Brot geschmiert, wenn es um Veränderungen geht. Ursprünglich aus der Systemadministration stammend, bedeutete der Satz eigentlich: „Fummle nicht planlos an etwas herum, das funktioniert, nur weil du eine spontane Idee hast.“

Heute wird er jedoch oft als Ausrede für kompletten Stillstand missbraucht.

Der Denkfehler dabei ist gravierend: Ihr System mag vielleicht starr bleiben, aber die Welt um dieses System herum dreht sich weiter!

  • Betriebssysteme (Windows) erhalten Updates oder werden abgeschaltet.

  • Kunden stellen neue, komplexere Anforderungen.

  • Neue Maschinen ziehen in die Halle ein.

  • Mitarbeiter gehen in Rente, junge Talente kommen nach und verlangen moderne Tools.

Ein System ist niemals statisch. Wer den Status quo einfriert, fällt in einer dynamischen Welt unweigerlich zurück. 

 

Teil 2: Der Mindset-Shift – Wie wir die Angst überwinden

Wie können wir als Entscheidungsträger, aber auch als Anwender, mit diesen menschlichen Blockaden umgehen? Der Weg führt über vier konkrete Schritte der Bewusstmachung:

  1. Erkennen, was passiert: Machen Sie sich klar, dass Negativitätsbias und Verlustaversion fundamentale menschliche Neigungen sind. Wenn die Angst vor dem Wechsel hochkommt, hilft die Erkenntnis: "Das ist nur meine natürliche Prägung, die gerade Alarm schlägt, keine objektive Realität."

  2. Kosten beziffern (Die Illusion des kostenlosen Stillstands): Nichts zu tun kostet auf den ersten Blick nichts – es kommt ja keine Rechnung ins Haus. Aber das ist eine Illusion. Was kostet das Warten der Mitarbeiter auf langsame Operationen? Was kosten fehlerträchtige, manuelle Workarounds? Was kosten Kollisionen in der Maschine oder Ausschuss? Rechnen Sie diese "versteckten Kosten des Stillstands" gnadenlos in Stunden und Euros um.

  3. Den Verlust umdeuten (Reframing): Ja, es wird am Anfang einen Einbruch der Produktivität geben. Diesen temporären Zustand dürfen Sie jedoch nicht als „Verlust“ betrachten, sondern als Investition. Sie investieren Zeit, Geduld und Hirnschmalz in eine stabilere, wettbewerbsfähigere und zukunftssichere Arbeitsweise.

  4. Das "Wofür" klären (SMART-Ziele): Solange nicht klar ist, warum der Aufwand betrieben wird, wird niemand gerne investieren. Kommunizieren Sie klare Ziele (z.B. "Wir wollen durch PDM-Integration Suchzeiten um 80% reduzieren").

Teil 3: Die technische Umsetzung – Den Produktivitätsverlust abfedern

Wenn der psychologische Boden bereitet ist, geht es an die harten Fakten: Wie gestalten wir den Übergang technisch so reibungslos wie möglich?

Es ist ein realer Kostenfaktor, dass die Produktivität bei einem Wechsel auf ein neues CAD/CAM-System anfangs sinkt. Erfahrungswerte zeigen, dass es im Schnitt zwei bis drei Monate dauert, bis Anwender in einem neuen Programm wie TopSolid v7 ihr altes Produktivitätslevel wieder erreichen und anfangen, dieses zu übertreffen. Wie puffern wir diese 2-3 Monate ab? Das hängt von der Unternehmensgröße ab:

Ansatz für kleine Unternehmen (1-2 Anwender)

Hier hat sich nach der klassischen Grundschulung das "Betreute Konstruieren/Programmieren" (Virtual Coaching) als Goldstandard erwiesen. Anwender sehen nach einer Schulung oft den Wald vor lauter Bäumen nicht. Ein virtueller Coach, der sich per Online-Meeting für ein paar Stunden "auf die Schulter setzt", bei den ersten echten Projekten zuschaut und im richtigen Moment Tipps gibt ("Erinnerst du dich, in der Schulung haben wir das so gelöst..."), baut die gefühlte Inkompetenz schnell ab.

Ansatz für größere Unternehmen (Das Kernteam)

In Firmen mit 5 bis 30 Konstrukteuren oder Programmierern kann man nicht an einem Stichtag für alle den Stecker ziehen („Friss oder stirb“). Hier gilt das Kernteam-Prinzip:

  1. Auswahl: 2 bis 4 Personen (die technologisch aufgeschlossensten) werden zuerst geschult.

  2. Der Inkubator: Diese Gruppe wickelt erste, unkritische Projekte in der neuen Software ab (ohne hohen Zeitdruck).

  3. Infrastruktur aufbauen: Dieses Team entwickelt die neue Methodik. Sie erstellen Zeichnungsvorlagen, Stücklisten-Strukturen, legen Normteilbibliotheken an und speichern wiederkehrende CAM-Bearbeitungen als fertige Methoden-Bausteine ab.

  4. Rollout: Wenn die restliche Belegschaft nach wenigen Monaten nachzieht, fangen diese nicht bei Null an. Sie finden eine bereits etablierte, strukturierte Arbeitsumgebung vor. Der Produktivitätsverlust der großen Masse wird so extrem minimiert. (Die Mitglieder des Kernteams erfahren zudem oft eine hohe Wertschätzung, da sie als Pioniere ihren Kollegen den Weg ebnen).

Teil 4: Wohin mit den alten Daten? Die 3-Töpfe-Strategie

Die größte technische Sorge ist die Angst um bestehende Konstruktions- und Fertigungsdaten. Zwischen den Extremen „Wir machen sofort alles im neuen System“ und „Wir fassen das neue System für alte Kunden gar nicht erst an“ liegt der pragmatische Mittelweg: Teile und herrsche. 

Sortieren Sie Ihre Daten (zumindest geistig) in drei Töpfe.

Topf 1: Das "Read-Only" Archiv

Hier landen Projekte, die veraltet sind, verschrottete Werkzeuge, Produkte, die abgekündigt wurden – und vor allem uralte, ungenutzte Normteil-Bibliotheken! Ein Softwarewechsel ist der perfekte Zeitpunkt für den Frühjahrsputz. Die Daten bleiben gesichert, das alte CAD-System bleibt als reine "Betrachter-Lizenz" installiert, aber aktiv wird hier nicht mehr gearbeitet. Das beruhigt das Gewissen, ohne das neue System zu belasten.

 

Topf 2: Die Bestandsdaten (Aktive Legacy-Daten)

Hier ist Fingerspitzengefühl gefragt. Wenn Sie Daten aus einem Altsystem importieren (egal von welchem in welches), geht der historische Konstruktionsbaum (die Feature-Liste) in der Regel verloren. Die Teile werden "dumm" (auch wenn Positionierungsbedingungen oder Toleranzhinweise teils erhalten bleiben).

  • Die Regel hierbei: Ist an dem alten Bauteil nur eine minimale Änderung nötig (ein Radius ändern), machen Sie es im alten System.
  • Zieht die Änderung jedoch einen Rattenschwanz nach sich (Artikel ändert sich -> Formeinsätze ändern sich -> Schieber kommt hinzu -> Werkzeugaufbau ändert sich), dann ist es an der Zeit, den Aufwand zu akzeptieren, die Basisdaten ins neue System zu importieren und das Projekt dort modernisiert neu aufzubauen.

 

Topf 3: Neue Projekte

Die Regel hier ist einfach und kompromisslos: Alles, was neu beauftragt oder neu entwickelt wird, wird ausschließlich in der neuen Software umgesetzt.

 

Teil 5: Software-Updates und die Angst vor dem "Bug"

Auch wenn der große Wechsel geschafft ist, zeigt sich der Negativitätsbias beim Thema Software-Updates (Service Packs vs. neue Major Releases) erneut. Viele warten aus Prinzip ein halbes Jahr, bevor sie eine neue Version installieren – getreu dem Motto: "Sollen die anderen erstmal die Fehler finden."

Ein Blick hinter die Kulissen der Software-Entwicklung: Software-Entwicklung ist heute ein kontinuierlicher Strom von Änderungen (Rolling Release). Es gibt nicht den einen Zeitpunkt, an dem die Software "komplett kaputt" ist und sich dann über 6 Service-Packs langsam in eine perfekte Software verwandelt. Bei einer neuen Jahresversion (RTM - Ready to Manufacture) wird lediglich an einem bestimmten Punkt ein Pflock in diesen Strom eingeschlagen. Die Funktionalitäten, die das Jahr über entwickelt und zurückgehalten wurden, werden hier integriert.

Natürlich werden in den ersten Service Packs offensichtliche Dinge schnell korrigiert. Aber statistisch gesehen ist die Wahrscheinlichkeit, dass ein Update Ihr spezifisches Problem löst, genauso hoch (wenn nicht höher), wie die Wahrscheinlichkeit, dass ein völlig unvorhersehbarer neuer Fehler auftritt.

Anwender und Administratoren, die "nah am Draht" der Entwicklung bleiben, sich zügig mit neuen Updates beschäftigen und Neues ausprobieren, sind für jedes Unternehmen extrem wertvoll. Sie sind die "Gatekeeper", die dafür sorgen, dass das Unternehmen technologisch nicht den Anschluss verliert.

 

Fazit: Feiern Sie jeden Punkt!

Ein Software-Wechsel ist eine Herausforderung, die sowohl technisches Know-how als auch psychologisches Fingerspitzengefühl erfordert. Werfen Sie die unbegründete Angst vor Verlusten über Bord und fokussieren Sie sich auf das "Wofür". Und ganz wichtig – etwas, das wir alle vom Sport lernen können: Feiern Sie jeden Punkt!

Weil unser Gehirn sich negative Erlebnisse (Abstürze, Fehlermeldungen) dreimal so stark merkt, müssen wir aktiv gegensteuern. Zelebrieren Sie die kleinen Siege im neuen System. Feiern Sie es, wenn das neue PDM-System greift, wenn die Fehlerquote sinkt, wenn die erste automatische Stückliste generiert wird oder wenn ein gefrästes Bauteil auf Anhieb passt.

Machen Sie sich die Erfolge bewusst. Denn am Ende des anfänglich mühsamen Weges steht fast immer ein Satz: "Was haben wir uns vorher für Gedanken gemacht – warum haben wir das nicht schon viel früher getan?".

Seien Sie nicht zu negativ, bleiben Sie offen für Veränderungen und gestalten Sie Ihre Investition in die Zukunft aktiv!

 

Mehr zu diesem Thema erfahren Sie in unserem Q&A

 

KI-Notiz: Der Hintergrund und die Person im Hintergrund vom Titelbild/YouTube-Thumbnail wurden KI-generiert