CRM-Betrieb ohne Dynamics-Know-how: Was IT-Leiter wirklich brauchen

Die Situation, die viele IT-Abteilungen kennen

Das CRM-Projekt ist abgeschlossen. Dynamics 365 ist live. Das Implementierungspartner-Team zieht sich zurück. Und nun schaut die Geschäftsleitung zur IT: «Ihr betreibt das jetzt weiter, oder?»

Was auf den ersten Blick logisch klingt – IT betreibt Software – ist in der Praxis eine der häufigsten Quellen von CRM-Problemen nach dem Go-Live. Nicht weil die IT-Abteilung nicht kompetent wäre. Sondern weil Dynamics 365 kein klassisches IT-System ist.

Warum Dynamics 365 anders ist als andere Unternehmens-Software

Klassische IT-Systeme wie E-Mail-Server oder Azure Infrastruktur haben klare Betriebsmodelle: Sie werden installiert, konfiguriert und betrieben. Änderungen folgen meist klar definierten Abläufen.

Dynamics 365 funktioniert anders:

• Kontinuierliche Updates: Microsoft veröffentlicht zweimal jährlich Major Releases mit teilweise substanziellen Funktionsänderungen – dazu monatliche Minor Updates.
• Businessnähe: Konfigurationsänderungen sind kein IT-Thema, sondern Business-Thema. Wer neue Felder, Ansichten oder Prozesse einrichtet, muss die Fachlogik verstehen.
• Power Platform als Erweiterungsschicht: Power Automate, Power Apps und Copilot Studio sind eng integriert – und verlangen eigene Kenntnisse.
• Lizenzmanagement: Dynamics-Lizenzen sind komplex, update-sensitiv und können bei falscher Zuweisung schnell teuer werden.

Was IT-Abteilungen realistisch leisten können

Ehrlichkeit ist hier wichtiger als Euphemismus. Was IT-Teams ohne spezifisches Dynamics-Know-how gut abdecken können:

• Infrastruktur und Konnektivität: Netzwerk, SSO-Integration (Azure AD), E-Mail-Routing, Firewall-Regeln
• User-Management: Benutzeranlage, Lizenz-Zuweisung im Admin-Center, Offboarding
• Backup und Datenschutz: Umgebungssicherungen, DSGVO-konforme Datenlöschung über Standard-Tools
• First-Level-Support: Passwort-Resets, Anmelde-Probleme, Weiterleitung von Tickets
• Update-Koordination: Kommunikation mit Fachbereichen vor Release-Updates, Testfenster koordinieren

Was ohne Dynamics-Expertise schnell zum Problem wird

Aufgabe	Warum es intern schwierig wird
Konfigurationsänderungen	Ohne Verständnis der Datenmodell-Logik entstehen schnell inkonsistente Zustände
Release-Management	Microsoft-Updates können bestehende Anpassungen brechen – Testen ohne Fachkenntnis ist lückenhaft
Fehlerbehebung	Ob ein Problem in der Konfiguration, im Prozess oder in einer Integration liegt, erkennt man nur mit Systemkenntnis
Lizenzoptimierung	Dynamics-Lizenzmodelle ändern sich mit jedem Major Release – falsche Zuweisungen kosten schnell CHF 10'000+/Jahr
Anforderungsmanagement	Fachbereiche stellen Anforderungen – ohne CRM-Expertise ist keine Priorisierung und Machbarkeitseinschätzung möglich

Die drei häufigsten Reaktionen – und ihre Konsequenzen

1. «Wir machen es trotzdem intern»

Das Team tastet sich durch. Änderungen werden vorsichtig vermieden, weil niemand die Konsequenzen kennt. Das System verhärtet – Fachbereiche werden frustriert, weil Anpassungen Monate dauern oder gar nicht kommen. Die Adoption sinkt.

2. «Wir rufen immer den Implementierungspartner an»

Jede Kleinigkeit wird zum Support-Ticket. CHF 200–300 Stundensatz, Wartezeiten von Tagen, kein Kontextwissen beim Partner mehr. Die Betriebskosten übersteigen die ursprünglichen Projektkosten innerhalb von zwei Jahren.

3. «Wir bauen intern Know-how auf»

Grundsätzlich richtig – aber unterschätzt. Eine vollständige Dynamics-Zertifizierung dauert 6–12 Monate. Die Person ist danach wertvoller am Markt und schwerer zu halten. Und während des Aufbaus läuft der Betrieb trotzdem weiter.

Was wirklich hilft: Klare Verantwortungstrennung

Der pragmatische Ansatz, den wir in der Praxis beobachten: IT betreibt die Plattform, eine dedizierte CRM-verantwortliche Person steuert das System. Diese Person kann intern sein – vorausgesetzt, sie verfügt über eine fundierte Dynamics-365-Ausbildung. Ist das intern nicht vorhanden, macht es Sinn, diese Rolle extern zu beziehen.

Die Rolle des CRM-Verantwortlichen

Ob intern oder extern: Diese Person ist keine weitere Support-Hotline, sondern eine steuerungsverantwortliche Rolle auf Kundenseite – mit echtem Dynamics-Know-how:

• Priorisiert eingehende Anforderungen von Fachbereichen nach Business Value
• Bewertet technische Machbarkeit und Aufwand – ohne Eigeninteresse am Umsatz
• Bündelt Änderungswünsche und übergibt sie strukturiert als Paket an den Implementierungspartner – statt sie ungeplant intern umzusetzen
• Kennt den Microsoft Release-Kalender und bereitet Updates vor
• Entlastet die IT von Fragen, die sie nicht beantworten kann

Der letzte Punkt lohnt besondere Aufmerksamkeit: Viele IT-Abteilungen versuchen, kleinere Anpassungen selbst vorzunehmen – aus gutem Willen, aber ohne das nötige Kontextwissen. Effizienter ist es, Änderungsanforderungen zu sammeln, klar zu beschreiben und gesammelt an den Partner zu übergeben. Das reduziert Fehler, spart Kosten und hält das System konsistent.

Das Modell hat einen entscheidenden Vorteil für IT-Abteilungen: klare Zuständigkeit, kein Interessenkonflikt, und die IT bleibt Herrin über die Plattform – ohne für die Fachlogik verantwortlich gemacht zu werden.

Checkliste: Ist Ihre IT-Abteilung für den CRM-Betrieb vorbereitet?

Wenn Sie mehr als zwei dieser Punkte mit «unklar» beantworten, ist das ein Signal: Der Betrieb braucht eine klarere Governance – bevor das erste Problem eskaliert.

Fazit

IT-Abteilungen, die Dynamics 365 ohne spezifisches Know-how übernehmen, sind nicht gescheitert – sie sind in eine Situation geraten, die strukturell falsch aufgestellt ist. Die Lösung liegt nicht darin, aus IT-Leuten CRM-Experten zu machen. Sondern darin, die Verantwortlichkeiten ehrlich aufzuteilen: IT verantwortet die Plattform, eine dedizierte CRM-verantwortliche Person steuert das System.

Das spart Geld, erhält die Qualität und – vielleicht am wichtigsten – schützt die IT vor Verantwortung für etwas, das sie strukturell nicht alleine tragen kann.