Microsoft 365 Lizenzoptimierung mit KI: Ein 5-Schritte-Framework für den Mittelstand

Das Wichtigste in Kürze

• Zum 1. Juli 2026 steigen die Microsoft-Listenpreise – Microsoft 365 E3 um rund 8 %, E5 um rund 5 % (US-Listenpreis: E3 von 36 auf 39 USD, E5 von 57 auf 60 USD pro Nutzer und Monat). Bestandskunden zahlen den neuen Preis ab dem ersten Renewal nach diesem Stichtag – das Renewal ist damit der Moment zum Optimieren.

• Der Großteil der Lizenzkosten ist überprovisioniert. Unabhängige Studien aus 2025 beziffern ungenutzte oder unterausgelastete SaaS-Lizenzen auf 40 bis 53 %.

• Ein wiederholbares 5-Schritte-Framework – Bestandsanalyse, Persona-Mapping, SKU-Rightsizing, sichere Migration, Quartalsreview – macht aus einem dreiwöchigen PowerShell-Projekt rund einen Arbeitstag.

• KI erledigt die Datenarbeit in Sekunden – aber nur mit strukturiertem Expertenwissen. Der wertvollste Schritt (Stakeholder-Interviews) und der riskanteste (die Migration) bleiben in menschlicher Hand.

• Ein reales Ergebnis: Craftview, eine europäische ERP-Software-Gruppe mit rund 330 Mitarbeitenden, erzielte eine fünfstellige Ersparnis pro Jahr – ohne die Nutzer einzuschränken.

Die Microsoft-365-Rechnung wird größer. Zum 1. Juli 2026 erhöht Microsoft die Listenpreise für die meisten kommerziellen Pläne. Doch die Preiserhöhung ist nicht das eigentliche Problem. Das eigentliche Problem ist, dass die meisten Unternehmen bereits heute für Lizenzen zahlen, die nicht genutzt werden – und für Funktionen innerhalb dieser Lizenzen, die niemand anrührt. Die Preiserhöhung macht diese Verschwendung nur teurer – und Lizenzen sind nur ein Teil dessen, was Microsoft 365 den Mittelstand wirklich kostet.

Eine Faustregel lohnt sich vor dem nächsten Renewal: Wer verlängert, bevor er optimiert, friert die Überlizenzierung in den nächsten Vertrag ein. Wer optimiert, bevor er verlängert, friert die Einsparungen ein. Dieser Beitrag ist das Framework, mit dem wir die Microsoft-365-Lizenzierung mit KI optimieren – die fünf Schritte, die Migrations-Stolpersteine, die Geld kosten, und ein reales Kundenergebnis. Das meiste davon können Sie selbst durchführen.

Was sich zum 1. Juli 2026 ändert

Microsoft hat die Erhöhung in seiner Ankündigung vom 4. Dezember 2025 bestätigt: Die Listenpreise steigen zum 1. Juli 2026 über die meisten kommerziellen Microsoft-365- und Office-365-Pläne hinweg. Es ist kein harter Stichtag – keine Lizenz wird an diesem Tag automatisch umgestellt. Die neuen Preise greifen beim nächsten Renewal nach dem 1. Juli 2026. Ein Commitment, das im Dezember verlängert wird, hat mehr Luft; eines, das im August ansteht, nicht.

Preiserhöhung zum 1. Juli 2026, Steigerung je Plan. Frontline-SKUs (F1, F3) trifft es am stärksten; Business Premium und Office 365 E1 bleiben unverändert. Quelle: Microsoft (Dez. 2025).

Die genannten Beträge sind US-Listenpreise; die in Euro fakturierten Preise legt Microsoft wechselkursabhängig je Region fest und können davon abweichen – die prozentuale Mechanik und der Stichtag bleiben jedoch dieselben. Am stärksten trifft es die Frontline-SKUs (F1 +33 %, F3 +25 %). Business Premium dagegen bleibt bei 22 USD und auch Office 365 E1 bleibt unverändert. Genau das macht Business Premium beim Rightsizing zu einem der attraktivsten Ziele: gleicher Preis, während E3 und E5 teurer werden. Ein Update der Preise in diesem Artikel erfolgt, sobald die Informationen vorliegen.

Warum Microsoft-365-Lizenzen aus der Optimierung laufen

Lizenzverschwendung hat zwei Formen. Die erste ist die zugewiesene, aber ungenutzte Lizenz: ein Platz, der jeden Monat bezahlt wird, in dem niemand arbeitet. Die zweite ist subtiler – die ungenutzte Funktion innerhalb einer Lizenz. Eine E5 bündelt Security, Compliance, Teams Calling und weitere Premium-Features. Eine vollständige Nutzung der gesamten Suite ist die Ausnahme.

Die Zahlen gelten SaaS-weit – und Microsoft 365 ist in den meisten Unternehmen der größte SaaS-Posten. Der Zylo 2025 SaaS Management Index fand, dass 52,7 % der SaaS-Lizenzen ungenutzt oder unterausgelastet sind; eine Productiv-Analyse von fast 100 Millionen SaaS-Lizenzen kam auf rund 40 % ungenutzte Lizenzen. Und der Flexera 2025 State of ITAM Report stellte fest, dass 35 % der Unternehmen sagen, die SaaS-Verschwendung sei im vergangenen Jahr gestiegen – sie ist also nicht nur groß, sondern wächst.

Was leicht übersehbar ist: Microsoft hat die Optimierung selbst einfacher gemacht. Die drei Lizenzfamilien – Enterprise, Business und Frontline – sind keine starren Silos mehr. Funktionen, die früher exklusiv in der Enterprise-Familie vorhanden waren, lassen sich heute als gezielte Add-on-Pakete für Business Premium hinzubuchen – die Microsoft Defender Suite (Security) und die Microsoft Purview Suite (Compliance). Microsoft führte sie im September 2025 ein. Zusätzlich werden ab 01.07.2026 weitere Funktionen in die E3-Lizenz integriert (z. B. Intune Plan 2 oder Defender for Office Plan 1), welche vorher nur via Add-On oder als Teil der E5 vorhanden waren. Und am Ende gilt: Alle drei Familien können in einem Tenant kombiniert werden.

Das hebelt den alten Reflex aus. „E5 für alle” war früher der einzige Weg, eine bestimmte Funktion unternehmensweit sicherzustellen. Das ist vorbei. Heute kann E3 plus gezielte Add-ons den Funktionsumfang liefern, den Ihr Unternehmen benötigt. Je nach Anforderung reicht sogar eine Stufe tiefer eine Business-Premium-Basis mit Add-ons, welche nochmal deutlich günstiger ist. Genau solche Kombinationen findet das folgende Framework.

Das 5-Schritte-Framework

Optimierung ist keine einzelne clevere Abfrage. Sie ist eine Abfolge – und wer Schritte überspringt, landet bei einer überzeugend klingenden Empfehlung, die in der Produktion etwas zerlegt. Die fünf Schritte:

1. Datenbasis schaffen – erfassen, was vorhanden ist und wie es tatsächlich genutzt wird.

2. Personas mappen – aus echten Nutzungsdaten, nicht aus dem Org-Chart.

3. SKUs rightsizen – der größte Kostenhebel.

4. Sicher migrieren – hier liegt das meiste Risiko.

5. Quartalsweise prüfen – weil Überlizenzierung zurückkehrt.

KI beschleunigt jeden Schritt, verdient ihr Geld aber in den ersten drei Schritten. Schritt vier und fünf sind die, in denen Erfahrung am meisten zählt.

Selten ist das Modell das Problem – sondern die Eingaben

Weil KI in den ersten zwei Schritten die Datenarbeit und in Schritt 3 die Synthese übernimmt, entscheidet vor allem eines über die Qualität des Ergebnisses: was hineingeht. Vier Fehlerquellen sehen wir immer wieder:

• Rohdaten-Overload statt Aggregation. Wer den kompletten Tenant-Export in einen Chat kippt, füllt das Kontextfenster mit Rauschen – das Modell greift sich Einzelfälle heraus und verliert das Muster. Daher gilt: Erst vorab verdichten, dann analysieren.

• Fehlende Eingaben. Was das Modell nicht sieht, kann es nicht berücksichtigen. Ohne Premium-Feature-Status, tenantweite Abhängigkeiten und die Stakeholder-Antworten schlägt es selbstbewusst ein Downgrade vor, das gegen die Unternehmens-Strategie handeln oder Lizenzbedingungen verletzen könnte.

• Veralteter, überladener Kontext. In einem einzelnen, langen Chat sammeln sich frühere Annahmen und Halbantworten an und färben spätere Empfehlungen ein. Kontext gehört regelmäßig bereinigt und auf den jeweiligen Schritt begrenzt.

• Keine hinterlegten Regeln. Lizenzbedingungen ändern sich; ohne die aktuellen Regeln erfindet ein Modell einen plausiblen, aber falschen Lizenzpfad. Regeln explizit machen – und jede Empfehlung gegen sie und die aktuelle Dokumentation prüfen.

Die Gegenmittel sind unspektakulär: relevante, vorab verdichtete Eingaben statt Rohdaten; explizite Regeln statt „optimiere mal”; Arbeit in klar abgegrenzten Schritten, die nur die destillierten Erkenntnisse weiterreichen und den Kontext dazwischen zurücksetzen; und eine Validierung pro Empfehlung mit Risikobewertung und Begründung. KI bringt Sie den Großteil des Weges – Disziplin bei den Eingaben macht das Ergebnis sicher umsetzbar. Ob Sie das mit sauber strukturierten Copilot-Prompts und Skripten erreichen oder mit einem Produkt, das diese Leitplanken erzwingt, ist zweitrangig; die Prinzipien bleiben dieselben.

Schritt 1 – Die Datenbasis schaffen

Entscheidungen zu treffen erfordert Transparenz: welche Lizenzen vorhanden sind und ob sie jemand nutzt. Hier spart KI am meisten Zeit, denn beide Ebenen sind Datenprobleme.

Lizenzinventur. Im ersten Schritt muss die Basis geschaffen werden: Was ist zugewiesen, wie erfolgt die Zuweisung (direkt oder via Gruppen), welche deaktivierten Konten noch eine bezahlte Lizenz halten und wo sich der Funktionsumfang doppelt. Die Daten werden mittels Graph API abgerufen - so wird sichergestellt, dass keine Lizenz oder Zuweisung vergessen wird. Das Ergebnis ist ein sauberer IST-Stand.

Nutzungsanalyse. Über einen Zeitraum von 180 Tagen – das Standardfenster der Microsoft-Reports – werden die Nutzungsdaten extrahiert. Datenquellen sind die Microsoft 365 Usage Reports und die Graph Reports API, aufgeschlüsselt pro Service: Exchange, Teams, SharePoint, OneDrive und welche Office-Apps tatsächlich geöffnet werden. So lassen sich Nutzer grob einordnen: täglich aktiv über alle Workloads, nur im Browser bzw. Light User, oder faktisch inaktiv.

Aus diesen Quellen exportieren Sie eine saubere, vorab verdichtete CSV – UPN, Anzeigename, Kategorie, genutzte Services – und lassen Copilot (oder ein beliebiges Modell) diese analysieren. Heraus kommen Service-Adoption, ein Mix aus Power-, Light- und inaktiven Nutzern und sofort eine Liste an Rightsizing-Kandidaten. Die Analyse fördert zum Beispiel 17 Nutzer zutage, die seit 90 Tagen oder länger nichts getan haben. Manche haben einen guten Grund – Elternzeit, Sabbatical –, andere sind ein nicht abgeschlossener Offboarding-Prozess, der Ihnen still einen Platz berechnet.

Ein Hinweis hinsichtlich der Nutzungsdaten: Die Usage Reports sind standardmäßig anonymisiert. Um die Nutzung echten Personen zuzuordnen, muss die Anonymisierung in den Report-Einstellungen des Microsoft 365 Admin Centers deaktiviert werden. Sofern hier eine abweichende Vereinbarung mit Betriebsrat oder anderen Gremien getroffen wurde, sollte das im Vorfeld geklärt werden.

Mit der reinen Nutzungsanalyse ist es nicht getan. Für E3-gegen-E5-Entscheidungen müssen die Premium-Features direkt geprüft werden: Eine lizenzierte E5-Funktion ist nicht automatisch zugewiesen (einzelne Service-Pläne wie Teams Audio Conferencing könnten abgeschaltet sein) – und schon gar nicht automatisch genutzt. Auch tenantweite Funktionen müssen berücksichtigt werden. Entra ID P2 ist das Paradebeispiel: Die SKU ermöglicht Risk-based Conditional Access und Privileged Identity Management auf Tenant-Ebene. Es sollte daher geprüft werden, ob es auf bestimmte Gruppen gescoped ist oder für alle gilt. Insbesondere bei den Premium-Features ist eine automatisierte Auswertung nicht immer möglich, daher müssen hier partiell manuell Informationen / Status Quo ermittelt und in den Datentopf integriert werden.

Und der wichtigste Input im ganzen Schritt ist gar keine KI: das Stakeholder-Interview. Viele Lizenzentscheidungen sind historisch oder geschäftlich begründet, nicht technisch – eine Anforderung von vor Jahren, eine Vorsichtsmaßnahme nach einer Übernahme, ein bewusst saisonales Konto. “Das weiß ich nicht” ist eine valide Antwort. Das gilt auch als Indiz, wo weitere Transparenz geschaffen werden muss. Die Interviews und Ergebnisse müssen dokumentiert werden. Eine Möglichkeit in Teams: Transkription aktivieren und das Ergebnis/die Kernaussagen in die weitere Analyse mit eingeben.

Schritt 2 – Personas aus der Nutzung mappen, nicht aus dem Org-Chart

Auf Basis der gesammelten Daten werden die Nutzer in Personas gruppiert. Die Ableitung sollte nicht direkt aus dem Org-Chart erfolgen – dieses ist bestenfalls ein erster Anhaltspunkt. Die Personas ergeben sich aus den Nutzungsdaten selbst.

In einem typischen Mittelständler mit 150 bis 500 Mitarbeitenden ist der Großteil Knowledge Worker. Die Analyse fördert aber fast immer einzelne Browser-only- oder Light-User zutage, die auf die Business Familie wechseln könnten. Hinzu kommen Frontline-Mitarbeitende und eine kleinere Gruppe echter Power User. Jede Persona wird zu einem Lizenz-„Container”, dem im nächsten Schritt zugewiesen wird.

Als grobe Orientierung zeigt die folgende Verteilung, wie sich die Personas in unseren Analysen typischerweise aufteilen:

Typische Persona-Verteilung im Mittelstand (150–500 Mitarbeitende).

Das ist das typische Bild aus unseren Analysen – je nach Unternehmensstruktur und Branche kann es deutlich abweichen: Ein Softwarehaus hat mehr Power-User, ein Produktions- oder Handwerksbetrieb einen höheren Frontline-Anteil.

Schritt 3 – SKUs rightsizen (der größte Hebel)

Hier liegen die Einsparungen. Das Ziel ist präzise: die Funktionalität halten, die das Tagesgeschäft benötigt, und die Kosten für alles andere senken. In der Praxis bedeutet das, „E5 für alle” durch eine bedarfsgetriebene Zuweisung zu ersetzen – E3 plus gezielte Add-ons für die meisten, Business Premium dort, wo es zu einer Gruppe oder einer Legal Entity passt, Frontline, wo es sinnvoll ist.

An dieser Stelle führt KI Personas, Nutzungs- und Premium-Feature-Daten zu einer Empfehlung zusammen. Das funktioniert aber nur mit strukturiertem Expertenwissen, das als explizite Anweisungen hinterlegt ist. Beispiel E5-zu-E3-Downgrade-Pfad: Dem Modell müssen die Ausschlusskriterien vorgegeben werden. Benötigt ein Nutzer tatsächlich Defender for Endpoint P2, eDiscovery Premium, Teams Audio Conferencing oder Power BI Pro, ist ein pauschales Downgrade vom Tisch – es wird zum Add-on- oder Ausnahmefall. Jede Empfehlung trägt eine Risikobewertung und eine Begründung.

Ohne dieses Gerüst liefert das Modell trotzdem eine sauber aussehende Antwort – eine, die einen Querschnittseffekt übersieht oder den User-Impact nie bewertet hat. Genau hier schlagen die vier Fehlerquellen von oben durch. KI übernimmt den Großteil des Weges; erst die hinterlegten Regeln und die Validierung pro Empfehlung machen das Ergebnis sicher umsetzbar.

Schritt 4 – Sicher migrieren (die Stolpersteine)

Ein Rightsizing-Plan auf dem Papier ist der einfache Teil. Ihn umzusetzen, ohne Zugriffe, Compliance oder ein Postfach zu zerlegen, ist der Teil, in dem sich Erfahrung auszahlt. Die Stolpersteine, die wir am häufigsten sehen:

• Saisonale Nutzer wirken inaktiv. Quartals- und Saisonkräfte erscheinen im 180-Tage-Report als inaktiv, obwohl sie es nicht sind. Vor einem Entfernen der Lizenz auf Basis scheinbarer Inaktivität ist daher gegenzuprüfen – das 180-Tage-Fenster ist nicht immer aussagekräftig.

• Tenantweite Funktionen und Lizenz-Compliance. Manche E5-Funktionen sind tenantweit aktiviert. Wird ein Teil der Nutzer auf E3 herabgestuft, läuft die Funktion technisch weiter. Lizenzrechtlich aber muss jeder, der davon profitiert (etwa Risk-based Conditional Access), eine passende Lizenz halten – oder die Funktion muss auf die lizenzierten Nutzer gescoped werden. Wird das übersehen, wird aus einer Einsparung schnell ein Audit-Befund.

• Nie eine Lizenz entziehen, bevor die neue greift. Wird eine Lizenz entzogen und die neue zu langsam zugewiesen, können interne Microsoft-Prozesse einem Nutzer kurzzeitig den Zugriff auf Ressourcen kappen. Zuerst wird daher die neue Lizenz zugewiesen – idealerweise über eine Gruppe –, erhält rund 24 Stunden zur Verarbeitung, und erst danach wird die alte bzw. direkte Zuweisung entfernt.

• Die Mixed-Defender-Falle. Defender for Business und Defender for Endpoint P2 können in einem Tenant nicht koexistieren. Wird P2 auch nur für eine Person benötigt, müssen alle dafür lizenziert werden – ein selektives Hochstufen nur des IT-Teams ist nicht möglich. Einen sauberen Rückweg gibt es nicht: Den Tenant wieder auf P2-Niveau zu heben, erfordert ein Microsoft-Support-Ticket.

• Der geteilte 300-Seat-Pool. Business Basic, Standard und Premium teilen sich eine einzige Obergrenze von 300 Seats über alle drei – nicht 300 je Plan. Es ist ein hartes Limit; die Aufteilung ist entsprechend bewusst zu planen.

• Downgrade-Kollateral. Zwei typische Fälle: Windows-Editionsrechte – eine Enterprise-Lizenz enthält das Upgrade-Recht auf Windows 11 Enterprise, Business Premium umfasst Windows 11 Pro/Business, womit manche Funktionen entfallen. Und Postfächer – ein auf 60–100 GB gewachsenes Postfach bricht auf einem Frontline-Plan mit kleinerem Kontingent; der Nutzer kann weder senden noch empfangen.

• Group-based-Licensing-Fallstricke. Zwei wiederkehrende Punkte: Verschachtelte Gruppen werden nicht unterstützt (Nutzer müssen flach in der Lizenzgruppe liegen – bei Bedarf über dynamische Gruppen lösbar), und die Usage Location muss pro Nutzer gesetzt sein. Bleibt sie leer, greift der Tenant-Standard, und die Lizenz wird im falschen Land verbucht.

Schritt 5 – Quartalsweise prüfen (Optimierung ist ein Prozess)

Der letzte Schritt ist der, den die meisten überspringen – und der Grund, warum Einsparungen verdampfen. Optimierung ist kein Projekt mit Anfang und Ende, sondern ein Betriebsprozess. Überlizenzierung kehrt binnen 6 bis 12 Monaten zurück, wenn sich die Personal-Situation im Unternehmen verändert (Joiner/Leaver/Mover). Die Flexera-Daten aus 2025 bestätigen das: 35 % der Unternehmen meldeten steigende SaaS-Verschwendung im vergangenen Jahr – vor allem, weil niemand kontinuierlich hinsah.

Ein Quartalsreview prüft, was driftet: Personalbewegungen, bereits geplante Änderungen, ob die gewählten SKUs noch passen und ob Microsoft neue Bündelungen eingeführt hat. Ebenso wichtig: Es entsteht ein Audit-Trail – eine dokumentierte, nachvollziehbare Aufzeichnung dessen, was freigegeben wurde und warum –, sodass die nächste Person eine Baseline erbt statt eines Rätsels.

So sieht das in der Praxis aus

Craftview ist eine europäische Software-Gruppe für ERP-Lösungen im Handwerk – rund 330 Mitarbeitende, elf Standorte, über 20.000 Kunden, mit Sitz in Frankfurt. Historisch gewachsen und über mehrere CSP-Provider fragmentiert, hatte das Unternehmen alle Nutzer auf Microsoft 365 E5 lizenziert – getrieben von gestiegenen Security-Anforderungen und der naheliegenden Annahme, nichts anderes decke die Anforderungen ab.

Martin Kolb, Head of IT bei Craftview, vermutete eine Überlizenzierung – aber Vermuten ist nicht Belegen. Es sauber auseinanderzunehmen, war von Hand schlicht zu aufwendig.

„Wir vermuteten, dass nicht alle E5 brauchen. Aber niemand hatte Zeit, das auseinander zu nehmen. Mit DAMALO haben wir das in einigen Stunden belastbar analysiert und durchgerechnet.” – Martin Kolb, Head of IT, Craftview

In rund acht Stunden – voll digital, über mehrere Sessions – durchlief das IT-Team genau dieses Framework: Bestandsanalyse, Geräte- und Feature-Nutzung, SKU-Szenarien. Das Ergebnis: der Wechsel von „E5 für alle” auf E3 plus gezielte Add-ons, umgesetzt über Group-Based Licensing in Entra ID – mit einer fünfstelligen Ersparnis pro Jahr und ohne Funktionsverlust für die Nutzer. Die Details stehen in der Craftview-Success-Story.

Die Wirtschaftlichkeit lässt sich verallgemeinern. Schon ein Demo-Tenant mit 180 Nutzern zeigte rund 14.000 € pro Jahr an Einsparung durch Rightsizing und das Zurückholen ungenutzter Lizenzen – und diese Zahl skaliert mit der Mitarbeiterzahl. Geändert hat sich nicht, dass das vorher unmöglich war; geändert hat sich, dass der Aufwand dafür eingebrochen ist.

Eine Acht-Stunden-Übung, die eine fünfstellige jährliche Einsparung aufzeigt, rechnet sich in dem Moment, in dem sie fertig ist.

Häufige Fragen

Ist das 300-Seat-Limit eine Microsoft-Regel oder etwas Kundenspezifisches? Es ist im Lizenzmodell von Microsoft verankert. Die Business-Pläne (Basic, Standard, Premium) sind als günstigerer Einstieg für Organisationen bis 300 Seats positioniert, mit leicht abweichendem Funktionsumfang. Oberhalb von 300 Seats lenkt Microsoft auf die Enterprise-SKUs. Die Grenze gilt über alle drei Business-Pläne zusammen.

Zahle ich über einen CSP automatisch mehr zum 1. Juli 2026? Nein. Entscheidend ist Ihre Commitment-Laufzeit, nicht der Bezugskanal. Ein vor der Erhöhung abgeschlossenes Annual Commitment sichert Ihren Preis für diese Laufzeit – ob direkt oder über einen CSP. Die neuen Listenpreise greifen beim nächsten Renewal nach dem 1. Juli 2026; genau deshalb lohnt die Prüfung vor diesem Datum.

Wie behalte ich den Überblick, wenn jeder eine andere SKU hat? Pro Persona wird eine Lizenzgruppe angelegt – die Basis-SKU plus etwaige Add-ons – und über die Gruppenmitgliedschaft zugewiesen, nicht pro Nutzer. Das Onboarding wird damit trivial: Ein neuer Mitarbeitender, der einem bestehenden Kollegen entsprechen soll, kommt in dieselbe Gruppe und erbt die Lizenzen automatisch.

Mein Team sagt, Optimierung sei zu aufwendig, um sich zu lohnen. Wie überzeuge ich es? Ein kleiner Pilot ist der beste Einstieg. Das Risiko ist gering, und gelernt wird in jedem Fall etwas – selbst die Bestätigung, dass es nichts zu sparen gibt, ist nützlich. Sobald die Zahlen und eine konkrete Roadmap auf dem Papier stehen, löst sich der Einwand meist auf.

Können wir das in-house machen oder brauchen wir ein Tool? Das Framework ist vollständig selbst durchführbar. Die Daten kommen aus der Graph API und den Usage Reports, die Analyse läuft in Copilot mit einem strukturierten Prompt und den passenden Skripten. Ein produktisiertes Tool erspart Ihnen vor allem, diese Skripte jedes Quartal neu zu bauen und die Microsoft-Lizenzregeln bei jeder Änderung neu zu lernen. Wichtig dabei ist, die relevanten Leitplanken (z. B. Lizenzkombinationen, Limits, genutzte Features, o.a.) in die Analyse zu integrieren.

Fazit

Nichts an dieser Optimierung ist neu. Sie war immer möglich – mit genug PowerShell, genug Geduld und einem Spezialisten, den der Markt kaum hergibt, der Microsofts Lizenzbedingungen jedes Quartal neu liest. Geändert hat sich die Wirtschaftlichkeit. KI verdichtet die Datenarbeit von Wochen auf Stunden und hängt an jede Empfehlung eine Begründung – und die Preiserhöhung zum 1. Juli 2026 erhöht die Kosten des Nichtstuns.

Zwei Disziplinen tragen das Ergebnis: vor dem Renewal optimieren, damit keine Überlizenzierung in den nächsten Vertrag einfriert, und quartalsweise prüfen, damit die Einsparungen nicht still zurückkriechen. Wer beides beherzigt, zahlt am Ende für das, was tatsächlich genutzt wird – nicht für das, was vor Jahren jemand vorsorglich gekauft hat.

Alles oben Beschriebene können Sie selbst durchführen. Bei DAMALO verpacken wir dieses Framework in geführte, KI-gestützte Arbeitspakete – für Teams, die die Skripte nicht jedes Quartal neu bauen wollen. In 30 Minuten zeigen wir Ihnen, wie einfach es funktioniert. [Demo buchen](https://meetings-eu1.hubspot.com/david-malovecky)

Quellen

• Microsoft (2025): Advancing Microsoft 365 – New capabilities and pricing update, Microsoft 365 Blog.

• Microsoft Partner Center (2025/2026): Defender Suite & Purview Suite für Business Premium – eingeführt Sept. 2025, im Partner Center buchbar seit Jan. 2026.

• US Cloud (2026): Microsoft 365 Price Increase July 1, 2026 – What Enterprise Buyers Need to Know.

• Flexera (2025): State of ITAM Report.

• Zylo (2025): SaaS Management Index.

• Productiv (2025): SaaS-Lizenz-Nutzungsanalyse, berichtet via Mi3.