Was kostet ein Dokumentenmanagement mit SharePoint?

Die kurze Antwort: Der Umfang bestimmt die Kosten

Die Kosten eines Dokumentenmanagements mit SharePoint lassen sich seriös erst schätzen, wenn Ablage, Rollen und Anforderungen bekannt sind. Microsoft-Lizenzen sind nur ein Kalkulationsfaktor. Hinzu kommen Analyse, Konzeption, Konfiguration, Migration, Tests, Einführung und Betrieb. Ein begrenzter Pilot mit wenigen Dokumenttypen benötigt in der Regel weniger Aufwand als eine unternehmensweite Lösung mit mehreren Bereichen, Freigaben und unterschiedlichen Schutzanforderungen.

Eine nachvollziehbare Grundformel lautet: Gesamtkosten im ersten Jahr = Lizenzen + interne und externe Projektstunden + Migrationsaufwand + Einführung + Betrieb. Für die Folgejahre bleiben je nach Lösung Lizenzen, Support, Pflege und Weiterentwicklung. Ein seriöses Angebot weist Annahmen und Optionen pro Projektphase aus, statt einen scheinbar exakten Pauschalpreis ohne Leistungsumfang zu nennen.

Phase 1: Ausgangslage und Ziel eingrenzen

Zu Beginn wird festgelegt, welche Bereiche und Dokumenttypen zum Projekt gehören. Dabei zählen nicht nur Datenmenge und Zahl der Nutzenden. Relevant sind auch heutige Speicherorte, Suchprobleme, Rollen, externe Zugriffe, Freigaben und Aufbewahrungsanforderungen. Gespräche mit Fachverantwortlichen, eine Stichprobe der Ablage und konkrete Suchaufgaben schaffen eine bessere Grundlage als eine reine Gigabyte-Angabe.

Der Aufwand dieser Phase steigt, wenn mehrere Abteilungen unterschiedliche Begriffe verwenden oder Zuständigkeiten noch offen sind. Er sinkt, wenn ein fachlich klarer Pilotbereich gewählt wird und eine verantwortliche Person Entscheide treffen kann. Als Vorbereitung hilft der Beitrag Dokumente im KMU wiederfinden, typische Schwachstellen der heutigen Ablage zu erfassen.

Phase 2: Informationsarchitektur und Regeln entwerfen

Die Informationsarchitektur beschreibt, wie Inhalte fachlich gegliedert, benannt, gefunden und navigiert werden. Dazu gehören Sites, Dokumentbibliotheken, Dokumenttypen, Metadaten und Ansichten. Metadaten sind Merkmale wie Projekt, Bereich, Status oder Gültigkeit. Sie können Dokumente in mehreren fachlichen Zusammenhängen sichtbar machen, ohne für jeden Zusammenhang eine Kopie anzulegen.

Für die Kalkulation zählen die Zahl der Bibliotheken und Dokumenttypen, die Komplexität der Metadaten sowie die benötigten Ansichten. Berechtigungsgruppen sind meist einfacher planbar als zahlreiche individuelle Ausnahmen. Auch Versionierung, Freigaben und Verantwortlichkeiten müssen in dieser Phase geklärt werden. Je mehr Sonderregeln vorgesehen sind, desto mehr Konzeptions-, Prüf- und späterer Pflegeaufwand kann entstehen.

Ob SharePoint für diese Anforderungen grundsätzlich passt, sollte vor der Detailkonzeption geklärt sein. Der Beitrag SharePoint, Dateiserver oder klassisches DMS im Vergleich hilft bei dieser Systementscheidung.

Phase 3: Plattform und Funktionen konfigurieren

In der Umsetzung werden Sites, Bibliotheken, Spalten, Ansichten, Berechtigungsgruppen und Suchwege eingerichtet. Der Aufwand hängt davon ab, wie weit Standardfunktionen genügen. Individuelle Erweiterungen, besondere Oberflächen oder Verbindungen zu Fachanwendungen benötigen zusätzliche Konzeption, Entwicklung und Tests. Sie erhöhen häufig auch den späteren Wartungsaufwand.

Automationen sollten separat ausgewiesen werden. Ein klarer Freigabeablauf mit wenigen Rollen ist anders zu schätzen als ein Prozess mit Stellvertretungen, Fristen, Eskalationen und mehreren Systemen. Für solche Anforderungen gehört die Prozessautomation als eigenes Arbeitspaket in die Kalkulation. Ebenso ist zu prüfen, welche Funktionen die vorhandenen Microsoft-365-Lizenzen abdecken. Lizenzumfang und Produktbedingungen müssen für das konkrete Vorhaben aktuell verifiziert werden.

Phase 4: Dokumente vorbereiten und migrieren

Der Migrationsaufwand setzt sich aus Bestandsanalyse, Bereinigung, Zuordnung, technischer Übertragung, Kontrolle und Nachbearbeitung zusammen. Dabei können Dubletten, lange Pfade, alte Formate oder unklare Zugriffe zusätzlichen Klärungsbedarf verursachen. Wie stark diese Faktoren ins Gewicht fallen, zeigt erst eine repräsentative Stichprobe. Eine pauschale Berechnung allein nach Datenvolumen kann den tatsächlichen Aufwand daher ungenau abbilden.

Eine hilfreiche Formel lautet: Migrationsaufwand = Vorbereitung + Testmigration + Übertragung + Qualitätskontrolle + Nachbearbeitung. Legen Sie fest, welche Inhalte übernommen, archiviert oder nicht migriert werden sollen. Ein Pilot kann zeigen, ob Zuordnung, Dateinamen und Berechtigungen funktionieren, bevor weitere Bereiche folgen. Planen Sie auch den internen Aufwand der Personen ein, die Dokumente fachlich beurteilen können.

Phase 5: Test, Einführung und Übergabe

Vor dem Start werden typische Aufgaben mit realistischen Dokumenten geprüft: ablegen, finden, bearbeiten, freigeben und Berechtigungen kontrollieren. Testfälle für fehlende Angaben, falsche Zuordnungen und unterbrochene Abläufe helfen, Schwachstellen sichtbar zu machen. Die Zahl der Rollen, Prozesse und Integrationen bestimmt, wie umfangreich die Abnahme ausfällt.

Die Einführung umfasst mehr als eine technische Demonstration. Mitarbeitende benötigen klare Ablageregeln, verständliche Beispiele und eine Anlaufstelle für Fragen. Schulungsform, Zahl der Gruppen, Dokumentation und Begleitung nach dem Start sind deshalb eigene Kalkulationsfaktoren. Bei einer stufenweisen Einführung können Erfahrungen aus einem Pilot in die nächsten Bereiche einfliessen.

Phase 6: Betrieb und Weiterentwicklung

Nach dem Projekt entstehen Aufgaben für Benutzerverwaltung, Berechtigungsprüfung, Support, Pflege von Metadaten und kontrollierte Änderungen. Auch neue Dokumenttypen, Teams oder gesetzliche Anforderungen können Anpassungen auslösen. Definieren Sie, wer fachlich und technisch verantwortlich ist und welche Leistungen intern oder extern erbracht werden.

SharePoint ist zudem nicht automatisch ein revisionssicheres Archiv. Revisionssicherheit verbindet technische und organisatorische Anforderungen an nachvollziehbare Aufbewahrung. Ob eine Lösung Ihre rechtlichen oder branchenspezifischen Pflichten erfüllt, muss separat geprüft werden. Der Beitrag revisionssicher archivieren in der Schweiz erläutert diese Abgrenzung. Eine ergänzende Archiv- oder Fachlösung kann dadurch zu einem eigenen Kostenblock werden.

So wird aus Faktoren eine belastbare Schätzung

Zerlegen Sie jede Phase in Arbeitspakete und rechnen Sie: Projektaufwand = Summe aus geschätzten Stunden je Rolle × jeweiligem Stundenansatz + direkte Lizenz- und Betriebskosten. Erfassen Sie interne Zeit genauso wie externe Leistungen. Für unsichere Pakete sind eine realistische Bandbreite und die zugrunde liegende Annahme hilfreicher als eine einzelne Zahl.

Ein SharePoint-DMS ist wirtschaftlich schwer zu begründen, wenn Ziele, Verantwortlichkeiten oder Aufbewahrungsregeln noch offen sind. Auch bei hoch spezialisierten Aktenmodellen oder zwingenden Fachschnittstellen kann eine andere Lösung geeigneter sein. Dokumentierte Projekterfahrungen zu Stärken und Grenzen finden Sie im Beitrag SharePoint als DMS: Erfahrungen aus KMU-Projekten. Für eine konkrete Offerte benötigt die Beratung für Dokumentenmanagement mindestens Pilotumfang, Datenquellen, Rollen, Anforderungen und gewünschte Betriebsleistungen. Damit bleibt die Kalkulation überprüfbar, ohne Preise zu erfinden.

Dokumentenmanagement-Kosten unabhängig vom Produkt vergleichen

Die Kostenlogik gilt nicht nur für SharePoint. Auch bei einem klassischen DMS entstehen Aufwand und laufende Kosten durch Fachkonzept, Rollen, Migration, Integrationen, Einführung, Support und Weiterentwicklung. Produktpreise sind deshalb erst vergleichbar, wenn dieselben Dokumentarten und Anforderungen zugrunde liegen.

Ergänzen Sie Ihre Kalkulation um eine Leistungsmatrix:

Die Tabelle ist ein Modell und keine BITS-Offerte. Sie zeigt, welche Kostenpositionen in einer Offerte benannt werden sollten. Prüfen Sie zusätzlich, ob Archivierung, elektronische Signaturen oder Fachschnittstellen separate Lösungen und Prüfungen benötigen.

Den ersten Umfang wirtschaftlich begrenzen

Ein Pilot mit einem häufigen Dokumenttyp reduziert nicht automatisch den Gesamtpreis, aber er begrenzt frühe Annahmen. Sie können Suche, Rollen, Metadaten, Freigaben und Migration mit echten Fällen prüfen, bevor weitere Bereiche hinzukommen. Der Leitfaden zur DMS-Einführung im KMU beschreibt die dafür nötigen Schritte.

Unwirtschaftlich wird ein Projekt häufig durch späte Grundsatzentscheide, zahlreiche Sonderberechtigungen, ungeklärte Datenqualität und die unveränderte Übernahme historischer Ordner. Planen Sie interne Fachzeit ausdrücklich ein. Nur Fachverantwortliche können entscheiden, welche Dokumente noch benötigt werden, welche Version gilt und welche Ausnahme fachlich zulässig ist.

Ein Angebot sollte deshalb Annahmen, Arbeitspakete, Ausschlüsse und veränderliche Mengen sichtbar machen. Erst dann können Sie SharePoint und andere DMS-Lösungen anhand ihrer Gesamtkosten und Eignung vergleichen, statt nur Lizenzen oder Speichervolumen gegenüberzustellen.