Intranet Entwicklung für große Unternehmen – Leitfaden – Ratgeber

Leitfaden zur Intranet Entwicklung für große Unternehmen 2026: Strategische Planung, Legacy-Integration, Change Management und Compliance für sichere.

Zu Intranet Entwicklung für große Unternehmen – Leitfaden – Ratgeber sind Individuelle Softwareentwicklung und Kostenrechner: Softwareentwicklung passende Einstiege.

Kosten und Branchenkontext klären Unser Entwicklungsprozess.

Ein modernes Intranet ist eine geschlossene, zentrale Plattform für interne Kommunikation, Wissensmanagement und Prozessabläufe über Standorte hinweg – es reduziert Medienbrüche, dient als zentrale Wissensquelle und wird in Organisationen mit mehreren hundert oder tausend Nutzern eingesetzt, sofern Governance und Content-Ownership klar geregelt sind.

Große Unternehmen stehen dabei vor besonderen Herausforderungen. Heterogene Systemlandschaften, hohe Sicherheitsanforderungen, komplexe Governance und die Notwendigkeit, Tausende Nutzer mit gezieltem Onboarding und intuitiver Benutzerführung an Bord zu nehmen.

Dieser Ratgeber zeigt, wie Sie Intranet-Projekte strukturiert umsetzen – von der Anforderungsanalyse über Architekturdesign bis zur erfolgreichen Einführung.

Sie erfahren, welche Technologien und Governance-Modelle sich bewährt haben, wie Sie Legacy-Systeme über APIs und Middleware integrieren und wie Change Management maßgeblich zum Projekterfolg beitragen kann.

Mit einer klaren Strategie und strukturiertem Vorgehen kann Ihr Intranet-Projekt zur Verbesserung von Zusammenarbeit und Prozesseffizienz beitragen.

Intranet-Projekte scheitern häufig nicht an der Technologie, sondern an mangelnder Nutzerakzeptanz und unklarer Governance.

Die beste technische Lösung entfaltet ihr Potenzial nur, wenn Benutzer sie aktiv annehmen und in ihre Arbeitsabläufe integrieren.

Die Implementierung eines modernen Intranets ist kein reines IT-Projekt – es ist ein Transformations-Projekt, das Kommunikation, Wissensfluss und operative Effizienz neu gestaltet.

Dieser Leitfaden behandelt alle kritischen Phasen: von der ehrlichen Anforderungsanalyse über Technologie-Auswahl, Architekturdesign und Implementierung bis zur Stabilisierung nach dem Go-Live.

Sie lernen, wie Sie Legacy-Systeme integrieren, Sicherheit und Compliance von Anfang an einplanen und wie aktives Change Management die Benutzeradoption sichert.

Intranet-Projekte in großen Unternehmen erfordern Koordination über mehrere Abteilungen hinweg – dieser Leitfaden zeigt Ihnen, wie Sie diese Komplexität strukturiert bewältigen.

Ein erfolgreiches Intranet ist nicht primär ein technisches Projekt – es ist ein Change-Management-Projekt mit technologischen Mitteln.

Ohne aktive Nutzer-Kommunikation und klare Governance kann selbst die beste Technologie ihr volles Potenzial nicht entfalten.

Die Implementierung eines modernen Intranets ist kein reines IT-Projekt – es ist ein Transformations-Projekt, das Kommunikation, Wissensfluss und operative Effizienz neu gestaltet. Dieser Leitfaden behandelt alle kritischen Phasen.

Von der ehrlichen Anforderungsanalyse über die Auswahl zwischen Build, Buy und Low-Code bis zur Governance, Sicherheit und dem Change Management, das über Erfolg oder Scheitern entscheidet.

Ein modernes Intranet ist mehr als eine Dokumentenablage – es dient als zentrale Plattform für Unternehmenskommunikation, Wissensmanagement und Prozessabläufe. Ohne durchdachte Architektur und aktives Change Management können Intranet-Projekte Schwierigkeiten haben, ihre Ziele zu erreichen, auch bei guter technischer Qualität.

Change Management und Benutzeradoption sind daher kritische Erfolgsfaktoren.

Key Takeaways

• Ein Intranet für große Unternehmen ist mehr als ein Dokumentenserver: Es ist eine integrierte Kommunikations- und Wissensplattform, die Prozesse verbessert und Silos abbaut.
• Erfolgreiche Projekte beginnen mit einer ehrlichen Anforderungsanalyse – nicht mit der Technologie-Auswahl. Build vs. Buy vs. Low-Code entscheidet sich erst nach klarem Scope.
• Legacy-Integration ist ein kritischer Erfolgsfaktor: Intranets entfalten ihr volles Potenzial, wenn sie mit ERP, CRM, HR-Systemen und Dokumentenmanagement integriert sind.
• Change Management und Benutzeradoption sind kritische Erfolgsfaktoren – technisch hochwertige Systeme können ohne aktive Nutzer-Kommunikation ihr volles Potenzial nicht entfalten.
• Sicherheit und Compliance-Anforderungen (z.B. Datenschutz, Audit-Trails) müssen von Anfang an eingeplant werden, nicht als Nachgedanke.

Überblick: Warum Intranet Entwicklung für große Unternehmen strategisch essentiell ist

Kurz: Die Intranet Entwicklung für große Unternehmen ist weit mehr als die Bereitstellung einer Dokumentenplattform.

Die Intranet Entwicklung für große Unternehmen ist weit mehr als die Bereitstellung einer Dokumentenplattform. Sie ist ein strategisches Transformationsprojekt, das interne Kommunikation, Wissensfluss und operative Effizienz neu strukturiert.

Unternehmen mit mehreren hundert oder tausend Mitarbeitern leiden häufig unter fragmentierten Informationsquellen, ineffizienten Prozessen und schlechter Mitarbeiterkommunikation. Ein gut durchdachtes Intranet adressiert diese Probleme zentral.

Es schafft eine Single Source of Truth für Unternehmens-Wissen, automatisiert Prozesse über Abteilungsgrenzen hinweg und kann die Mitarbeitererfahrung verbessern – sofern Governance und Change Management aktiv begleitet werden.

Gleichzeitig müssen große Unternehmen bei der Intranet Entwicklung besondere Anforderungen erfüllen – Sicherheit, Compliance, Integration mit Legacy-Systemen und die Adoption durch tausende Nutzer. Dieser Leitfaden zeigt, wie Sie diese Herausforderungen strukturiert meistern.

Was ist ein Intranet für große Unternehmen und warum ist es essentiell?

Ein Intranet für große Unternehmen ist eine geschlossene, interne Kommunikations- und Wissensplattform, die Mitarbeiter, Teams und Abteilungen über Standorte, Zeitzonen und Systeme hinweg verbindet. Im Unterschied zu öffentlichen Websites ist der Zugriff auf authentifizierte Nutzer beschränkt.

Ein modernes Intranet integriert typischerweise Dokumentenmanagement, Collaboration-Tools, unternehmensweite News, Organigramme, Prozessabläufe und Zugang zu Fachanwendungen.

Für große Unternehmen mit mehreren hundert Mitarbeitern wird ein funktionierendes Intranet zunehmend als kritische Grundinfrastruktur betrachtet. Hier sind die zentralen Gründe:

• Wissensmanagement: Dokumentation, Best Practices und Prozesswissen sind zentral verfügbar, nicht in E-Mail-Anhängen verstreut. Dies kann zur Verkürzung der Onboarding-Zeit und Reduktion von Fehlerquoten beitragen.
• Unternehmensweite Kommunikation: News, Kampagnen und strategische Botschaften erreichen alle Mitarbeiter zeitgleich – mit messbarem Engagement im Gegensatz zu Mass-Mails.
• Prozessoptimierung: Genehmigungsworkflows, Urlaubsanträge, Helpdesk-Tickets und Bestellprozesse laufen über das Intranet – weniger Medienbrüche, mehr Transparenz.
• Compliance und Governance: Audit-Trails, Zugriffskontrolle und Datenschutz sind zentral verwaltbar. Besonders wichtig in regulierten Branchen (Finanzdienstleistungen, Pharma, öffentlicher Sektor).
• Kostenreduktion: Zentrale Plattform statt mehrerer Insellösungen kann potenziell Lizenzkosten und Wartungsaufwand reduzierenen reduzieren.

Große Unternehmen, die kein modernes Intranet haben, leiden unter fragmentierten Informationen, schlechter Mitarbeiterkommunikation und ineffizienten Prozessen.

Ein Intranet-Projekt ist also nicht nur ein IT-Projekt – es ist ein Transformations-Projekt.

Anforderungsanalyse: Grundlagen der Intranet-Entwicklung

Kurz: Die Anforderungsanalyse entscheidet über Erfolg oder Scheitern bei der Intranet Entwicklung für große Unternehmen.

Die Anforderungsanalyse entscheidet über Erfolg oder Scheitern bei der Intranet Entwicklung für große Unternehmen. Sie umfasst Nutzer-Mapping, Prozess-Dokumentation, Priorisierung nach Geschäftswert und technische Landschaftsanalyse. Viele Organisationen springen direkt zur Technologie-Evaluierung – ein häufiger Fehler.

Stattdessen sollten Sie zunächst verstehen, welche Prozesse, Nutzer und Systeme betroffen sind. Ohne klaren Scope und strukturierte Anforderungen entstehen Scope-Creep, Budget-Überschreitungen und mangelnde Adoption.

Dieser Abschnitt zeigt, wie Sie systematisch vorgehen: von der Rollen-Definition über Use-Case-Dokumentation bis zur Integration bestehender Systeme.

Schritt 1: Nutzer- und Rollen-Mapping

Definieren Sie zunächst, wer das Intranet nutzt und welche Rollen es gibt:

1. Primäre Nutzer: Alle Mitarbeiter (Büro, Produktion, Remote) – typischerweise 500–10.000+ Personen 2. Sekundäre Nutzer: Externe Partner, Lieferanten, Kunden (optional, begrenzte Bereiche) 3. Administratoren: IT, Kommunikation, Fachbereichsverantwortliche – wer verwaltet Inhalte, Zugriffsrechte, Workflows? 4. Entscheidungsträger: Geschäftsführung, Betriebsrat, Datenschutz – wer muss zustimmen?

Für jede Rolle sollten Sie dokumentieren:

• Welche Informationen braucht diese Rolle täglich?

• Welche Prozesse muss diese Rolle durchlaufen?

• Welche Systeme muss das Intranet mit dieser Rolle verbinden?

• Beispiel : Ein Produktionsleiter braucht Zugriff auf Schichtpläne (HR-System), aktuelle Fertigungsaufträge (ERP), Sicherheitsanweisungen (Dokumentenmanagement) und Maschinenwartungsprotokolle (Ticketing-System) – alles über ein zentrales Dashboard im Rahmen der Intranet Entwicklung für große Unternehmen, nicht über vier separate Logins.

Schritt 2: Geschäftsprozesse und Use Cases dokumentieren

Erstellen Sie eine Übersicht der Top-10-Use-Cases, die das Intranet unterstützen soll:

Die folgende Übersicht zeigt typische Use Cases für Intranet-Projekte. Diese Beispiele basieren auf häufigen Anforderungen in großen Unternehmen und sollten für Ihr spezifisches Projekt validiert werden:

Use Case	Betroffene Nutzer	Aktuelle Lösung	Gewünschtes Ergebnis
Urlaubsantrag stellen	Alle Mitarbeiter	E-Mail an HR	Self-Service, automatische Genehmigung
Onboarding neuer Mitarbeiter	HR, Fachbereiche	Papier-Checkliste	Digitale Checkliste, automatische Zugriffe
Wissenssuche	Alle	Verteilte Systeme	Zentrale Suchfunktion
News und Updates	Alle	E-Mail-Newsletter	Intranet-Feed mit Kategorien

Diese Tabelle wird später zum Basis-Scope und zur Messung des Projekterfolgs.

Schritt 3: Anforderungen nach Priorität und Komplexität bewerten

Nutzen Sie eine einfache Bewertungsmatrix:

Anforderung	Geschäftswert	Technische Komplexität	Priorität
Dokumentenmanagement (Suche, Versionierung)	Hoch	Mittel	P1 (MVP)
Benutzerverzeichnis (Organigramm, Kontakte)	Hoch	Niedrig	P1 (MVP)
News-Feed und Kommunikation	Hoch	Niedrig	P1 (MVP)
Urlaubsantrag-Workflow	Mittel	Hoch	P2 (Phase 2)
Mobile App	Mittel	Hoch	P2 (Phase 2)
Advanced Analytics und Reporting	Niedrig	Hoch	P3 (Future)

MVP-Scope (Phase 1): Dokumentenmanagement + Verzeichnis + News Phase 2: Workflows, Helpdesk-Integration Phase 3+: Mobile, Advanced Features

Die tatsächliche Dauer variiert je nach Scope, Komplexität und verfügbaren Ressourcen.

Dies verhindert Scope-Creep und ermöglicht schnelle erste Erfolge.

Schritt 4: Technische Landschaft auditieren

Dokumentieren Sie alle bestehenden Systeme, mit denen das Intranet integriert werden muss:

• HR-Systeme: SAP SuccessFactors, Personio, BambooHR – für Mitarbeiterstammdaten, Organigramm, Urlaubsverwaltung
• ERP: SAP, Oracle, Odoo – für Aufträge, Lagerbestände, Kostenstellenmanagement
• CRM: Salesforce, Microsoft Dynamics – für Kundendaten, Verkaufspipeline
• Dokumentenmanagement: SharePoint, Alfresco, Nuxeo – für Dokumente, Versionierung
• Collaboration: Microsoft Teams, Slack – für Messaging, Dateifreigabe
• Authentifizierung: Active Directory (AD), Azure AD – für Single Sign-On (SSO)
• VPN/Netzwerk: Cisco, Palo Alto – Zugriffskontrolle für Remote-Nutzer

Jede dieser Systeme erzeugt Integrations-Anforderungen (API-Calls, Echtzeit-Sync vs. Batch-Import, Fehlerbehandlung).

Architektur und Technologie-Stack für Enterprise-Intranets

Die Architektur-Entscheidung ist zentral. Es gibt drei Ansätze:

Build vs. Buy vs. Low-Code: Ein ehrlicher Vergleich

Kriterium	Build (Custom)	Buy (Fertig-Lösung)	Low-Code (Hybrid)
Anpassbarkeit	100% – alles ist möglich	40–60% – begrenzt durch Produktlogik	70–85% – vordefinierte Module + Custom-Code
Time-to-Market (Richtwerte)	6–12 Monate	2–4 Monate	3–6 Monate
Gesamtkosten (3 Jahre)	Hoch – abhängig von Scope, Team-Größe, Komplexität	Mittel – Lizenzen + Customizing	Mittel bis Hoch – Plattform + Entwicklung
Abhängigkeit vom Vendor	Keine – volle Quellcode-Kontrolle	Hoch – Vendor-Lock-in	Mittel – Plattform-Abhängigkeit
Wartbarkeit	Hoch – Ihr Team kennt den Code	Niedrig – Abhängig von Vendor-Updates	Mittel – Hybrid-Ansatz
Skalierbarkeit	Abhängig von Architektur	Vordefiniert	Vordefiniert, aber erweiterbar
Integration mit Legacy	Flexibel – beliebige APIs möglich	Limitiert – nur vordefinierte Konnektoren	Flexibel – Custom-Integrationen möglich

Empfehlung nach Unternehmenstyp:

• Große Konzerne mit IT-Kapazität: Build oder Low-Code – Sie brauchen Flexibilität und Kontrolle.
• Mittelständische Unternehmen: Low-Code oder Buy – schneller Time-to-Market, weniger Wartungsaufwand.
• Unternehmen mit komplexer Legacy: Build oder Low-Code – Fertig-Lösungen passen oft nicht.

Typischer Tech-Stack für ein Custom-Intranet (Build-Ansatz)

Wenn Sie sich für Eigenentwicklung entscheiden, sieht ein moderner Stack typischerweise so aus:

Frontend (User-Interface)

• Framework: React oder Next.js (moderne Single-Page-Apps mit SSR)
• UI-Komponenten: Material-UI, shadcn/ui – konsistentes Design, schnelle Entwicklung
• Suche: Elasticsearch oder Algolia – Full-Text-Suche über Millionen Dokumente
• Real-Time-Updates: WebSockets oder Server-Sent Events (SSE) – Live-Benachrichtigungen

Backend (Geschäftslogik)

• API-Framework: Node.js (Express, NestJS) oder Python (Django, FastAPI)
• Datenbank: PostgreSQL oder MongoDB – je nach Datenmodell (relational vs. dokumentorientiert)
• Message Queue: RabbitMQ oder Apache Kafka – für asynchrone Workflows, Batch-Prozesse
• Caching: Redis – schnelle Zugriffe auf häufig gelesene Daten (Organigramm, News-Feed)

Integration & Automatisierung

• Workflow-Engine: Camunda oder n8n – für Genehmigungsprozesse, automatische Benachrichtigungen
• API-Management: Kong oder Apigee – Verwaltung von Konnektoren zu HR-, ERP-, CRM-Systemen
• ETL/Datensync: Apache NiFi oder Talend – regelmäßige Synchronisation von Mitarbeiterdaten

Sicherheit & Compliance

• Authentifizierung: OAuth 2.0, OpenID Connect (OIDC) – Integration mit Active Directory / Azure AD
• Autorisierung: Attribute-Based Access Control (ABAC) – granulare Berechtigungen pro Nutzer/Rolle/Abteilung
• Verschlüsselung: TLS 1.3 für Transit, AES-256 für sensitive Daten at rest
• Audit-Logging: Zentrale Logs aller Zugriffe, Änderungen, Fehler (für DSGVO, Compliance)

Betrieb & Skalierung

• Container & Orchestrierung: Docker + Kubernetes – für Skalierung, Updates ohne Downtime
• Infrastructure-as-Code: Terraform oder CloudFormation – reproduzierbare Infrastruktur
• Monitoring & Logging: Prometheus + Grafana + ELK-Stack – Performance-Überwachung, Error-Tracking
• CDN: Cloudflare oder Akamai – schnelle Auslieferung von Inhalten weltweit

Warum dieser Stack?

• Wartbarkeit: Moderne, weit verbreitete Technologien – Ihr Team findet Entwickler
• Skalierbarkeit: Kubernetes und Cloud-native Architektur – von 100 bis 100.000 Nutzer
• Sicherheit: OAuth/OIDC, Audit-Trails, Verschlüsselung sind eingebaut
• Flexibilität: APIs ermöglichen Integration mit beliebigen Legacy-Systemen
• Unabhängigkeit: Keine Vendor-Lock-in – Quellcode gehört Ihnen

Low-Code-Alternativen (Schneller, aber weniger flexibel)

Wenn Sie schneller starten möchten, gibt es etablierte Low-Code-Plattformen:

• Microsoft SharePoint + Power Platform: Gut für Microsoft-Ökosysteme (Teams, 365), schnelle Workflows
• Liferay: Open-Source-Portal, gute Integration mit Java-Stacks
• Alfresco: Document-centric, stark bei Content Management
• Odoo: ERP + Intranet kombiniert – gut, wenn HR/Personalverwaltung zentral sein soll

Diese Plattformen bieten 70–80% der Funktionalität out-of-the-box, erfordern aber oft Customizing und haben Limits bei sehr spezifischen Anforderungen.

Implementierungsphasen: Von der Planung zur Produktivnahme

Ein strukturiertes Intranet-Projekt folgt typischerweise diesem Phasenmodell:

Phase 1: Discovery & Konzeption

Ziele:

• Finale Anforderungsdokumentation
• Architektur-Design und Tech-Stack-Entscheidung
• Projekt-Scope, Budget, Zeitplan
• Governance und Stakeholder-Alignment

Aktivitäten: 1. Workshops mit Stakeholdern (IT, HR, Kommunikation, Geschäftsführung) – Was sind die Top 5 Pain Points? 2. As-Is-Analyse: Wie laufen Prozesse heute ab? Welche Systeme sind betroffen? 3. To-Be-Vision: Wie soll es nach dem Intranet aussehen?

4. Architektur-Skizzen: Wireframes, Datenfluss-Diagramme, Integration Points 5. Prototyp oder Proof-of-Concept (PoC): Validierung der Tech-Stack-Entscheidung mit einem kleinen Use Case

Deliverables:

• Anforderungsspezifikation (50–100 Seiten)

• Architektur-Dokument (Komponenten, APIs, Datenflüsse)

• Projekt-Plan mit Meilenstein-Definitionen

• Budget und Ressourcenplan

• Typische Kosten : Die Kosten variieren stark je nach Projektumfang, interner Kapazität und externer Beratung.

  Für eine realistische Budgetplanung sollten Sie Ihre spezifischen Anforderungen mit Entwicklungspartnern besprechen.

Phase 2: Design & Prototyping (6–8 Wochen)

Ziele:

• Detailliertes UI/UX-Design
• Datenbankschema und API-Spezifikation
• Security & Compliance-Architektur
• Integrationsplan mit bestehenden Systemen

Aktivitäten: 1. UI/UX-Design. Figma oder Adobe XD – Wireframes, High-Fidelity-Mockups, User Flows 2. Datenbankmodellierung. Entitäten, Relationen, Indizes, Performance-Überlegungen 3. API-Design. OpenAPI/Swagger-Spezifikation für alle Schnittstellen 4. Security-Review. Authentifizierung (SSO), Autorisierung (RBAC/ABAC), Verschlüsselung, Audit-Logging 5. Integrationsplan.

Welche APIs werden zu HR, ERP, CRM aufgerufen? Echtzeit oder Batch? 6. Infrastruktur-Design: Cloud (AWS/Azure) oder On-Premise? Kubernetes? Load Balancing?

Prototyp-Entwicklung:

• Frontend-Prototyp (React) mit Mock-Daten – 2–3 Kernseiten (Dashboard, Dokumentensuche, Benutzerverzeichnis)
• Backend-Skelett (API-Endpoints) – keine Geschäftslogik, nur Struktur
• Integration-Mockup – Simulation von HR/ERP-Datenabruf

Deliverables:

• Design-System (Komponenten, Farben, Typografie, Spacing)

• Technische Spezifikation (API-Doku, Datenbank-Schema)

• Security-Konzept (Authentifizierung, Autorisierung, Audit)

• Infrastruktur-Architektur (Cloud vs. On-Premise, Skalierung)

• Interaktiver Prototyp (Figma oder Frontend-Clickthrough)

• Typische Kosten : Die Kosten variieren stark je nach Projektumfang, Team-Größe und Komplexität der Anforderungen.

Phase 3: Entwicklung – Sprint-basiert (3–6 Monate)

• Ansatz : Agile Entwicklung in 2-Wochen-Sprints mit regelmäßigen Demos an Stakeholder.

Sprint 1–2: MVP-Kern

• Authentifizierung (SSO mit Active Directory)
• Benutzerverzeichnis (Organigramm, Kontakte, Profilseiten)
• Dokumentenmanagement (Upload, Versionierung, Berechtigungen)
• News-Feed (Artikel erstellen, Kategorisierung, Kommentare)

Sprint 3–4: Integration & Workflows

• Integration mit HR-System (Mitarbeiterdaten synchronisieren)
• Integration mit ERP (Aufträge, Lagerbestände abrufen)
• Erste Workflows (Urlaubsantrag, Reiseanfrage)
• Benachrichtigungssystem (E-Mail, In-App-Benachrichtigungen)

Sprint 5–6: Suche, Performance, Sicherheit

• Elasticsearch-Integration für Full-Text-Suche
• Performance-Optimierung (Caching, CDN)
• Sicherheits-Audit (Penetration Testing, Code Review)
• Audit-Logging und Compliance-Reports

Sprint 7–8: Testing, Dokumentation, Schulung

• User Acceptance Testing (UAT) mit Pilotgruppe

• Performance-Tests unter Last (1.000+ gleichzeitige Nutzer)

• Benutzer-Dokumentation, Video-Tutorials

• Admin-Handbuch, Troubleshooting-Guide

• Typische Kosten : Die Entwicklungskosten variieren erheblich je nach Team-Größe, Komplexität der Integration und Projektumfang.

Phase 4: Pilotbetrieb & Optimierung (4–6 Wochen)

Ziele:

• Validierung in realer Umgebung mit echter Nutzerlast
• Fehlerbehandlung und Performance-Tuning
• Change-Management-Aktivitäten starten

Aktivitäten: 1. Pilotgruppe: 50–200 Power-User aus verschiedenen Abteilungen 2. Monitoring. Performance-Metriken, Fehlerquoten, Nutzungsmuster 3. Feedback-Loop. Wöchentliche Retrospektiven, schnelle Bugfixes 4. Dokumentation. Lessons Learned, häufige Probleme, Lösungen 5. Schulung intensivieren. Trainer-Schulungen, FAQs, Video-Tutorials 6. Governance etablieren. Wer verwaltet Inhalte?

Wie werden Berechtigungen gepflegt?

Typische Erkenntnisse aus der Pilotphase:

• Performance-Probleme bei bestimmten Queries (Indexing-Optimierung nötig)
• Benutzer verstehen die Navigation nicht (UI-Anpassungen)
• Integrationen sind langsamer als erwartet (Batch-Prozesse vs. Echtzeit überdenken)
• Berechtigungslogik ist zu komplex (Vereinfachung oder bessere Dokumentation)

Hinweis: Eine erfolgreiche Pilotphase zeigt, welche Features genutzt werden (typischerweise Dokumentensuche, News-Feed, Benutzerverzeichnis) und wo Schulungsbedarf besteht.

• Typische Kosten : Die Kosten für die Pilotphase hängen vom Umfang der internen Ressourcen und des externen Supports ab.

Phase 5: Rollout & Go-Live (2–4 Wochen)

Ziele:

• Produktivnahme für alle Nutzer

• Minimale Ausfallzeit

• Sofortige Support-Struktur

• Aktivitäten: 1. Rollout-Strategie: Big Bang (alles auf einmal) vs. Phasen-Rollout (Abteilung für Abteilung)

• Big Bang (1 Wochenende): Risikoreicher, aber schneller – nur wenn Pilot sehr erfolgreich war

• Phasen-Rollout (3–4 Wochen): Sicherer – erst Verwaltung, dann Produktion, dann Vertrieb 2. Go-Live-Kommunikation: E-Mail-Kampagne, Kick-off-Veranstaltung, Support-Hotline 3. Live-Support: 24/7 Helpdesk in der ersten Woche 4. Monitoring intensivieren: Fehlerquoten, Systemlast, Nutzer-Aktivität 5. Schnelle Bugfixes: Hotfix-Team für kritische Probleme

Typische Probleme bei Go-Live:

• Höhere Last als erwartet (Server-Ressourcen hochfahren)

• Benutzer können sich nicht anmelden (SSO-Konfiguration überprüfen)

• Integrationsfehler (API-Timeouts, Datenformat-Mismatches)

• Benutzer sind überfordert (Mehr Support, bessere Onboarding-Videos)

• Typische Kosten : Die Rollout-Kosten variieren je nach Größe des Go-Live-Teams, Support-Umfang und Monitoring-Anforderungen.

Phase 6: Stabilisierung & Optimierung (2–3 Monate)

Ziele:

• Stabiler Produktivbetrieb
• Nutzungsmetriken verstehen
• Roadmap für Phase 2 definieren

Aktivitäten: 1. Performance-Tuning: Basierend auf echten Nutzungsdaten 2. Benutzer-Feedback sammeln: Umfragen, Interviews – Was funktioniert? Was nicht? 3. Adoption-Metriken: Wie viele Nutzer sind aktiv? Welche Features werden genutzt? 4. Support-Prozesse optimieren. Häufige Fragen dokumentieren, Self-Service-Artikel erstellen 5. Governance etablieren.

Content-Owner für Bereiche, Berechtigungspflege, Archivierung 6. Phase-2-Roadmap. Welche Features kommen als nächstes? (Workflows, Mobile App, Advanced Analytics)

Typische Erkenntnisse:

• Die Mehrheit der Nutzer ist aktiv und nutzt das System regelmäßig

• Meistgenutzte Features: Dokumentensuche, News-Feed, Benutzerverzeichnis

• Weniger genutzte Features: Advanced Workflows, Reporting

• Top-Feedback: "Bessere Mobile-Erfahrung", "Schnellere Suche", "Mehr Schulung nötig"

• Typische Kosten : Die laufenden Kosten für Support und kontinuierliche Verbesserungen variieren je nach Systemkomplexität und Support-Level.

Integration mit bestehenden Systemen und Legacy-Anwendungen

Kurz: Ein Intranet ist nur so gut wie die Systeme, mit denen es verbunden ist.

Ein Intranet ist nur so gut wie die Systeme, mit denen es verbunden ist. Integration ist oft der kritischste und komplexeste Teil eines Intranet-Projekts und kann einen erheblichen Teil des Gesamtbudgets ausmachen.

Integrations-Architektur: Hub-and-Spoke vs. Punkt-zu-Punkt

Hub-and-Spoke (empfohlen für große Unternehmen)

Das Intranet fungiert als zentraler Hub, alle Systeme sind Spokes. Der Hub orchestriert Datenflüsse, Transformationen und Fehlerbehandlung.

• Vorteil: Zentrale Kontrolle, einfacher zu warten, konsistente Fehlerbehandlung
• Nachteil: Der Hub wird zum Single Point of Failure – wenn das Intranet down ist, funktionieren auch die Integrationen nicht

HR-System ──┐ │ ERP ────────┤──→ Intranet Hub ──→ Benutzer-Interface │ CRM ────────┤ │ Dokumenten ─┘Punkt-zu-Punkt (für einfachere Szenarien)

Jedes System integriert direkt mit dem Intranet – keine zentrale Orchestrierung.

• Vorteil: Flexibel, keine zentrale Abhängigkeit, schneller zu implementieren

• Nachteil: Viele APIs zu warten, Komplexität wächst exponentiell, schwieriger zu debuggen

• Empfehlung : Für große Unternehmen mit 5+ Systemen: Hub-and-Spoke. Für kleinere Szenarien (2–3 Systeme): Punkt-zu-Punkt kann sinnvoll sein.

Integrations-Patterns für typische Systeme

1. HR-System Integration (Mitarbeiterstammdaten, Organigramm)

• Use Case : Mitarbeiterdaten (Name, Abteilung, Manager, Kontakt) sind immer aktuell im Intranet.

Technische Umsetzung:

• Batch-Sync (täglich oder stündlich): HR-System exportiert CSV/JSON → Intranet importiert
• Vorteil: Einfach, keine Echtzeit-API nötig
• Nachteil: Verzögerung, manuelle Fehlerbehandlung
• Event-driven (Echtzeit): HR-System sendet Webhook-Events (Mitarbeiter hinzugefügt, Daten geändert) → Intranet aktualisiert sofort
• Vorteil: Echtzeit, automatisch
• Nachteil: Komplexer, erfordert Webhook-Unterstützung im HR-System

Beispiel: Odoo HR → Intranet

1. Mitarbeiter wird in Odoo HR erstellt
2. Odoo sendet Webhook-Event: {"action": "employee.created", "id": 123, "name": "Max Müller", "department": "IT"}
3. Intranet empfängt Event, erstellt Benutzer, setzt Berechtigungen
4. Benutzer kann sich im Intranet anmelden, sieht sein ProfilTypische Fehlerquellen:

• Duplikate (selber Mitarbeiter in zwei Systemen)
• Fehlende Felder (HR hat „Abteilung", Intranet erwartet „Department_ID")
• Zeitverzögerung (Benutzer kann sich nicht anmelden, weil Sync noch läuft)
• Berechtigungen nicht synchronisiert (Benutzer hat Zugriff auf falsche Bereiche)

2. ERP-Integration (Aufträge, Lagerbestände, Kostenstellenmanagement)

• Use Case : Ein Produktionsleiter sieht im Intranet-Dashboard seine aktuellen Fertigungsaufträge und Lagerbestände – ohne SAP zu öffnen.

Technische Umsetzung:

• Read-only API-Calls: Intranet ruft ERP-APIs auf, zeigt Daten an (kein Schreiben)
• Einfacher, weniger Risiko
• Bidirektional: Intranet kann auch Daten in ERP schreiben (z.B. Genehmigung eines Bestellantrags)
• Komplexer, erfordert Transaktions-Handling

Beispiel: SAP → Intranet

1. Benutzer öffnet sein Intranet-Dashboard
2. Intranet ruft SAP-API auf: GET /api/orders?employee_id=123&status=open
3. SAP antwortet: [{"order_id": "PO-001", "quantity": 100, "due_date": "2026-02-15"}, ...]
4. Intranet zeigt Daten in einer Tabelle an
5. Caching (Redis): Daten werden 5 Minuten gecacht, um SAP nicht zu überlastenTypische Fehlerquellen:

• SAP-API ist langsam (Timeout) → Caching, Pagination, Limits setzen
• Authentifizierung zu SAP schlägt fehl → Service Account, API-Keys, OAuth
• Datenformat stimmt nicht überein → Transformation, Validierung
• Berechtigungen: Benutzer darf nur seine eigenen Daten sehen → Row-Level Security in Intranet
• Datenvolumen zu groß (Millionen Datensätze) → Pagination, Filtering, Aggregation

3. Active Directory / Azure AD Integration (Authentifizierung, Autorisierung)

• Use Case : Benutzer meldet sich mit Windows-Login (Active Directory) an, wird automatisch im Intranet authentifiziert.

Technische Umsetzung:

• LDAP-Binding (On-Premise AD): Intranet verbindet sich direkt mit AD, validiert Passwort
• OAuth 2.0 / OpenID Connect (Azure AD / Cloud): Intranet leitet Benutzer zu Azure AD weiter, erhält Token zurück

Beispiel: Azure AD → Intranet (OAuth 2.0)

1. Benutzer klickt „Mit Microsoft anmelden"
2. Intranet leitet weiter zu Azure AD: Login (login.microsoftonline.com, externe Quelle)...
3. Benutzer meldet sich bei Azure AD an
4. Azure AD sendet Token zurück an Intranet: {"id_token": "eyJhbGciOiJIUzI1NiIs...", "access_token": "..."}
5. Intranet dekodiert Token, extrahiert User-ID, erstellt Session
6. Benutzer ist angemeldet, Intranet kennt seine Abteilung, Manager, Gruppen (aus Azure AD)Vorteil: Single Sign-On (SSO) – Benutzer meldet sich einmal an, hat Zugriff auf alle Systeme (Intranet, Teams, Office 365, etc.)

Typische Fehlerquellen:

• Token-Ablauf nicht korrekt gehandhabt (Refresh-Token-Flow)
• Gruppen-Zugehörigkeit wird nicht synchronisiert (Berechtigungen falsch)
• Multi-Tenancy-Szenarien (mehrere Azure AD-Instanzen)

4. Dokumentenmanagement Integration (SharePoint, Alfresco)

• Use Case : Intranet zeigt aktuelle Dokumente aus SharePoint an – Versionierung, Berechtigungen bleiben in SharePoint.

Technische Umsetzung:

• Search Index (Elasticsearch): SharePoint-Dokumente werden in Elasticsearch indexiert → Schnelle Suche im Intranet
• Direct Linking: Intranet verlinkt auf SharePoint-Dokumente, öffnet sie dort
• Hybrid: Metadaten im Intranet, Dokumente in SharePoint

Beispiel: SharePoint → Intranet

1. Intranet-Suchbox wird eingegeben: "Sicherheitsrichtlinie"
2. Elasticsearch durchsucht indexierte Dokumente aus SharePoint
3. Ergebnis: "Sicherheitsrichtlinie_2026.docx" (SharePoint-Link)
4. Benutzer klickt, wird zu SharePoint weitergeleitet
5. SharePoint prüft Berechtigungen (Benutzer hat Zugriff?) und zeigt Dokument anTypische Fehlerquellen:

• Berechtigungen nicht synchronisiert (Benutzer sieht Dokumente, darf aber nicht zugreifen)
• Indexierung zu langsam (neue Dokumente erscheinen verzögert in der Suche)
• Dokument-Metadaten inkonsistent (falsche Kategorisierung)

Strangler Pattern für Legacy-Ablösung

Wenn Sie ein altes, zentrales Intranet (z.B. 10 Jahre alter Sharepoint 2013) durch ein modernes System ersetzen, nutzen Sie den Strangler Pattern:

1. Phase 1: Neues Intranet läuft parallel zum alten (6–8 Wochen) 2. Phase 2: Kritische Nutzer migrieren zum neuen System (4 Wochen) 3. Phase 3: Alle Nutzer migrieren, altes System wird abgeschaltet (2 Wochen)

Vorteile:

• Kein großer Bang – Risiko verteilt
• Rollback möglich – Falls neues System Probleme hat, kann man zurück
• Daten können schrittweise migriert werden
• Benutzer können beide Systeme parallel nutzen

Typische Daten-Migration:

• Dokumente: Batch-Export aus altem System → Import in neues (mit Berechtigungen-Mapping)
• Benutzer & Organigramm: Aus HR-System neu importieren (nicht aus altem Intranet)
• News & Inhalte: Manuelle Auswahl – nicht alles ist relevant

Fehlerbehandlung und Monitoring

Bei Integrationen müssen Sie robuste Fehlerbehandlung implementieren:

• Retry-Logik: Falls API-Call fehlschlägt, automatisch 3x wiederholen mit exponentieller Backoff-Zeit
• Fallback-Daten: Falls Integration down ist, zeige gecachte Daten (besser als Fehler)
• Alerting: Wenn Integration länger als 5 Minuten fehlschlägt, Alert an Ops-Team
• Dead-Letter-Queue: Fehlerhafte Transaktionen in Queue speichern, später manuell überprüfen
• Audit-Logging: Jeder API-Call wird geloggt – für Debugging, Compliance, Forensik

Monitoring-Dashboard (Beispiel):

• HR-Sync: Letzte erfolgreiche Sync vor 2 Stunden, 1.200 Mitarbeiter synchronisiert, 0 Fehler
• ERP-API: Hohe Verfügbarkeit, schnelle Response-Zeiten, hohes Call-Volumen – wichtig für Performance-Tuning
• SharePoint-Index: 50.000 Dokumente indexiert, Indexierung läuft, 2 Fehler in letzten 24h

---

Infografik: Integrations-Architektur für Enterprise-Intranets

zeigt die Hub-and-Spoke-Architektur für Enterprise-Intranets: Das Intranet fungiert als zentraler Hub, der HR-System, ERP, CRM und Dokumentenmanagement über APIs integriert.

Learnings:

• Hub-and-Spoke-Architektur ist für große Unternehmen empfohlen – zentrale Kontrolle, konsistente Fehlerbehandlung
• Jede Integration braucht Caching, Retry-Logik und Monitoring – nicht unterschätzen
• Batch-Sync (täglich) ist einfacher als Event-driven (Echtzeit), aber langsamer
• Authentifizierung über OAuth 2.0 / OIDC ist Standard – Single Sign-On für alle Systeme
• Dokumentenmanagement-Integration über Elasticsearch-Indexierung – schnelle Suche, dezentrale Berechtigungen

Sicherheit, Compliance und Datenschutz im Intranet

Ein Intranet enthält sensitive Unternehmensdaten: Mitarbeiterdaten, Gehälter, Kundeninformationen, Geschäftsgeheimnisse.

Sicherheit ist nicht optional – es ist eine Geschäftsanforderung.

Ein modernes Intranet muss mehrschichtig geschützt sein: von der Authentifizierung über Verschlüsselung bis zum Audit-Logging.

Authentifizierung & Autorisierung

Authentifizierung (Wer bist du?)

• Single Sign-On (SSO) über Active Directory oder Azure AD – Standard für große Unternehmen
• Multi-Factor Authentication (MFA) – Passwort + Handy-Code, besonders für Admin-Accounts
• Session-Management – Automatisches Logout nach Inaktivität (z.B. 30 Minuten)
• Passwort-Richtlinien – Mindestlänge, Komplexität, regelmäßiger Wechsel (NIST-Standards)

Autorisierung (Was darfst du sehen?)

• Role-Based Access Control (RBAC): Benutzer hat Rolle (z.B. „Produktionsleiter"), Rolle hat Berechtigungen (z.B. Zugriff auf Fertigungsaufträge)
• Attribute-Based Access Control (ABAC): Granularer – Benutzer darf Dokumente sehen, wenn Abteilung = „IT" UND Klassifizierung = „Intern"
• Row-Level Security: Benutzer sieht nur Daten seiner Abteilung (z.B. nur seine Urlaubsanträge, nicht die anderer)

Beispiel: ABAC-Regel im Intranet

Dokument "Gehaltstabelle.xlsx" darf gesehen werden von:

• Abteilung = "HR" ODER
• Abteilung = "Finance" ODER
• Rolle = "Manager" UND Manager_Level >= 2

Alle anderen: Zugriff verweigert

Verschlüsselung

• Transit (TLS 1.3): Alle Daten zwischen Browser und Intranet-Server sind verschlüsselt – HTTPS ist Pflicht
• At Rest: Sensitive Daten in der Datenbank werden verschlüsselt (AES-256)
• Backups: Auch Backups sind verschlüsselt – verschlüsselte Backups sollten an separaten Orten gelagert werden
• Key Management: Verschlüsselungsschlüssel werden sicher verwaltet (HSM – Hardware Security Module, oder Cloud Key Management Service)

Audit-Logging & Compliance

Wer hat was gemacht? Wann? Warum?

Zentrales Audit-Log dokumentiert:

• Login/Logout (Wer, wann, von wo)
• Dokumenten-Zugriff (Wer hat welches Dokument gelesen, heruntergeladen)
• Änderungen (Wer hat Berechtigungen geändert, Inhalte bearbeitet)
• Fehler (Gescheiterte Login-Versuche, Zugriff verweigert)
• Administratorische Aktionen (Wer hat Benutzer erstellt/gelöscht, Systemeinstellungen geändert)

Beispiel-Log-Eintrag:

{ "timestamp": "2026-02-15T14:23:45Z", "user_id": "max.mueller@company.de", "action": "document.download", "resource": "Gehaltstabelle_2026.xlsx", "classification": "Confidential", "result": "success", "ip_address": "192.168.1.100", "user_agent": "Mozilla/5.0..." }Diese Logs sind essentiell für:

• DSGVO-Compliance: Nachweise, dass nur autorisierte Personen auf Daten zugegriffen haben

• Forensik: Falls ein Sicherheitsvorfall auftritt – Wer hat was zugegriffen?

• Audit-Trails: Für Compliance-Audits (ISO 27001, SOC 2)

• Betrugs-Erkennung: Anomale Zugriffsmuster (z.B. Mitarbeiter lädt plötzlich 1.000 Dokumente herunter)

• Retention Policy : Aufbewahrungsfristen sollten sich am Zweck der Datenverarbeitung orientieren und mit Ihrem Datenschutzbeauftragten abgestimmt werden.

DSGVO-Konformität

Wichtigste Punkte:

1. Datenminimierung: Nur notwendige Daten sammeln (Name, E-Mail, Abteilung – aber nicht Gehalt im Benutzerverzeichnis) 2. Zweckbindung: Daten werden nur für das Intranet genutzt, nicht an Dritte weitergegeben 3. Betroffenenrechte: Benutzer kann seine Daten einsehen, ändern, löschen (Recht auf Auskunft, Berichtigung, Löschung) 4. Datenschutzerklärung: Klar dokumentiert, welche Daten erhoben werden, wie lange sie gespeichert werden 5. Datenschutz-Folgenabschätzung (DSFA): Bei sensiblen Verarbeitungen (z.B. Profiling, automatische Entscheidungen) erforderlich 6. Datenverarbeitung in der EU: Daten sollten in EU-Rechenzentren gespeichert werden (nicht in den USA) 7. Datenschutz-Beauftragte (DSB): Großunternehmen müssen einen DSB haben – dieser muss in Intranet-Projekte eingebunden sein

Typische DSGVO-Probleme:

• Benutzer kann nicht sehen, welche Daten über ihn gespeichert sind → Self-Service-Portal für Dateneinsicht notwendig
• Alte Daten werden nicht gelöscht → Retention Policy (z.B. Logs nach 1 Jahr löschen)
• Benutzer kann sein Konto nicht löschen → Lösch-Funktion mit Anonymisierung implementieren
• Daten werden an Dritte weitergegeben (z.B. Cloud-Anbieter) → Datenschutz-Vereinbarungen (DPA) notwendig

NIS2 & Kritische Infrastruktur

Wenn Ihr Unternehmen als Kritische Infrastruktur klassifiziert ist (Energie, Wasser, Telekommunikation, Gesundheit, Verkehr), gelten verschärfte Anforderungen.

Informieren Sie sich über die NIS2-Richtlinie und konsultieren Sie Ihren Datenschutzbeauftragten für spezifische Anforderungen:

• Incident Response Plan – Was tun bei Sicherheitsvorfall? Wer wird benachrichtigt? Wie wird kommuniziert?
• Regelmäßige Sicherheits-Tests (Penetration Testing, Vulnerability Scanning) – mindestens 1x pro Jahr
• Meldepflicht – Sicherheitsvorfälle müssen innerhalb von 72 Stunden gemeldet werden
• Mitarbeiter-Schulungen – Regelmäßige Security-Trainings (mindestens 1x pro Jahr)
• Lieferanten-Management – Auch externe Dienstleister müssen Sicherheitsstandards erfüllen
• Backup & Disaster Recovery – Regelmäßige Backups, getestet, Recovery-Zeit Learnings:
• Authentifizierung über SSO (Azure AD, Active Directory) ist Standard – keine lokalen Passwörter
• Multi-Factor Authentication (MFA) für Admin-Accounts ist Pflicht – Passwort allein reicht nicht
• Verschlüsselung auf zwei Ebenen: Transit (TLS 1.3) und At-Rest (AES-256)
• Audit-Logging ist essentiell – jeder Zugriff wird dokumentiert für DSGVO, Forensik, Compliance
• Row-Level Security (RLS) stellt sicher, dass Benutzer nur ihre Daten sehen – nicht die anderer
• Regelmäßige Sicherheits-Tests (Penetration Testing) sind notwendig – mindestens 1x pro Jahr

Change Management und Benutzeradoption

Kurz: Ein technisch perfektes Intranet scheitert, wenn Benutzer es nicht annehmen.

Ein technisch perfektes Intranet scheitert, wenn Benutzer es nicht annehmen. Change Management ist daher essentiell – es ist oft der Unterschied zwischen Erfolg und Scheitern.

Viele Intranet-Projekte erreichen nicht die erwartete Adoption, wenn Change Management vernachlässigt wird – mangelnde Kommunikation, schlechte Usability und unzureichende Schulung sind häufige Ursachen.

Warum Intranets scheitern (Statistiken)

Viele Intranet-Projekte erreichen nicht die erwartete Adoption. Häufigste Gründe:

• Mangelnde Kommunikation: Benutzer verstehen nicht, warum das neue Intranet nötig ist
• Schlechte Usability: Das System ist zu komplex, Benutzer finden Funktionen nicht
• Fehlende Inhalte: Das Intranet ist leer oder veraltet – kein Anreiz, es zu nutzen
• Unzureichende Schulung: Benutzer wissen nicht, wie man das System nutzt
• Mangelnder Support: Probleme werden nicht schnell gelöst
• Keine Führungs-Unterstützung: Manager nutzen das System nicht, also nutzen es auch ihre Teams nicht

Change-Management-Strategie

Phase 1: Awareness & Vorbereitung (3 Monate vor Go-Live)

• Ziel : Benutzer verstehen, warum das neue Intranet kommt und welchen Nutzen es bringt.

Aktivitäten: 1. Kick-off-Veranstaltung.

Geschäftsführer erklärt die Vision – nicht technisch, sondern geschäftlich - "Mit dem neuen Intranet sparen wir 2 Stunden pro Woche pro Mitarbeiter durch bessere Dokumentensuche" - "Alle Prozesse laufen digital – weniger Papier, weniger Fehler" - "Bessere Zusammenarbeit über Standorte hinweg" 2. Kampagne in Etappen: - Woche 1–2: "Etwas Großes kommt" – Teaser, Neugierde wecken - Woche 3–4: "Das neue Intranet" – Features vorstellen, Nutzen erklären - Woche 5–8: "Wie es funktioniert" – Tutorials, FAQ, Support-Kanäle 3. Intranet-Botschafter.

Power-User aus jedem Bereich – sie helfen Kollegen bei Fragen 4. FAQ sammeln. Häufige Fragen dokumentieren, beantworten 5. Stakeholder-Interviews. Mit Abteilungsleitern sprechen – Ihre Bedenken verstehen, adressieren

Kommunikations-Kanäle:

• E-Mail-Newsletter (wöchentlich)
• Video-Tutorials (3–5 Minuten, YouTube)
• Poster im Büro
• Unternehmens-TV (falls vorhanden)
• Lunch-and-Learn-Sessions (30 Minuten, freiwillig)
• Intranet-Microsite (vor Go-Live) – Alle Infos zentral

Phase 2: Schulung & Support (4–6 Wochen vor Go-Live)

• Ziel : Benutzer können das System nutzen und fühlen sich sicher.

• Aktivitäten: 1. Rollen-basierte Schulungen:

• Alle Mitarbeiter: 30 Minuten – Grundlagen (Anmelden, Dokumentensuche, News-Feed)

• Manager: 45 Minuten – Zusätzlich Workflows (Urlaubsanträge genehmigen, Reports)

• IT-Admin: 2 Stunden – Verwaltung (Berechtigungen, Backups, Troubleshooting)

• Content-Owner: 1 Stunde – Wie man Inhalte erstellt, bearbeitet, veröffentlicht 2. Schulungs-Format.

  Mix aus Live-Sessions, Videos, Dokumentation - Live-Sessions (Zoom, Teams) – Q&A, Interaktion - Video-Tutorials – Asynchron, jederzeit verfügbar - PDF-Handbuch – Ausdruckbar, als Referenz - Interaktive Übungen – Hands-on, in Test-Umgebung 3. Pilot-Feedback. Pilot-Nutzer geben Feedback – Was ist verwirrend?

  Was funktioniert gut? 4. Dokumentation aktualisieren: Basierend auf Pilot-Feedback

Support-Struktur vor Go-Live:

• Helpdesk-Team – 2–3 Personen, spezialisiert auf Intranet
• Chat-Support – Instant Messaging (Slack, Teams) für schnelle Fragen
• FAQ-Website – Häufige Probleme, Lösungen
• Support-Hotline – Telefon für kritische Probleme
• Support-E-Mail – support@intranet.company.de

Phase 3: Go-Live & Intensiver Support (1–2 Wochen nach Go-Live)

• Ziel : Alle Benutzer sind online, Support ist verfügbar, Probleme werden schnell gelöst.

Aktivitäten: 1. Go-Live-Kommunikation: - E-Mail: "Das neue Intranet ist jetzt live – hier sind die ersten Schritte" - Video. CEO erklärt kurz, warum das System wichtig ist - Reminder. Wo ist der Support? (Telefon, Chat, E-Mail) - Welcome-Seite.

Erste Schritte, Quick-Links, Support-Kontakt 2. Support-Eskalation: 24/7 Support in der ersten Woche, dann 8–18 Uhr 3. Häufige Probleme schnell beheben.

Wenn 100 Nutzer das gleiche Problem haben, ist das eine Priorität - Beispiel: "Benutzer können sich nicht anmelden" → Sofort beheben, nicht warten 4. Positive Geschichten teilen: "Abteilung X hat mit dem neuen Intranet 50 Stunden pro Monat gespart" 5. Tägliche Status-Updates.

Was funktioniert? Welche Probleme gibt es? Wie lange dauert Support?

Phase 4: Stabilisierung & Optimierung (Monate 2–3 nach Go-Live)

• Ziel : System läuft stabil, Adoption wächst, Benutzer sind zufrieden.

Aktivitäten: 1. Adoption-Metriken tracken: - Wie viele Nutzer sind aktiv? (Ziel: 70–80% innerhalb von 3 Monaten) - Welche Features werden genutzt? (Dashboard, Suche, News – oder auch Workflows?) - Wo gibt es Probleme? (Fehlerquoten, Support-Tickets) - Durchschnittliche Session-Dauer?

(Ziel: 5–10 Minuten) 2. Benutzer-Feedback-Umfrage: "Wie zufrieden bist du mit dem neuen Intranet?" (NPS-Score, Ziel: > 40) 3. Regelmäßige Schulungen. Für neue Mitarbeiter, für Advanced Features 4. Content-Strategie.

Wer verwaltet News, Dokumente, Prozesse? - Content Owner pro Abteilung - Redaktions-Kalender (z.B. News jeden Montag) - Archivierung von alten Inhalten (z.B. News älter als 1 Jahr) 5. Benutzer-Erfolgs-Stories.

Teile positive Beispiele – wie Abteilungen das Intranet nutzen 6. Kontinuierliche Verbesserungen. Basierend auf Feedback, Metriken, Best Practices

Erfolgs-Metriken für Adoption

Wie misst man, ob das Intranet erfolgreich ist?

Metrik	Target	Messung	Häufigkeit
Aktive Nutzer (MAU)	70–80% der Belegschaft	Google Analytics, Intranet-Logs	Monatlich
Tägliche Nutzer (DAU)	30–40% der Belegschaft	Tägliche aktive Logins	Täglich
Durchschnittliche Session-Dauer	5–10 Minuten	Google Analytics	Monatlich
Dokumenten-Zugriffe pro Monat	50+ pro Benutzer	Search-Logs	Monatlich
Support-Tickets	40	Umfrage (0–10 Skala)	Quartalsweise
Time-to-Resolution (Support)	Beispiel-Bericht nach 3 Monaten:

✓ 75% aktive Nutzer (Target: 70%) – erfolgreich ✓ 2.000 Dokumente indexiert, 50.000 Zugriffe/Monat ✓ NPS-Score: 45 (gut. Aber Raum für Verbesserung) ✗ Support-Tickets: 1,2 pro Benutzer pro Monat (Target: 0,5) – zu viele Probleme → Action.

Bessere Dokumentation, häufige Fehler beheben---

Infografik: Change-Management-Roadmap für Intranet-Projekte

Learnings:

• Change Management beginnt 3 Monate vor Go-Live – nicht erst beim Go-Live selbst
• Kommunikation ist Schlüssel – Benutzer müssen verstehen, warum das neue System nötig ist
• Rollen-basierte Schulungen sind wichtig – nicht alle Benutzer brauchen die gleiche Schulung
• Support muss 24/7 verfügbar sein in der ersten Woche nach Go-Live
• Adoption-Metriken müssen kontinuierlich gemessen werden – um Probleme früh zu erkennen
• Positive Geschichten teilen – motiviert andere Benutzer, das System zu nutzen

Schritt für Schritt: Intranet-Projekt erfolgreich umsetzen

Folgen Sie diesem strukturierten Ansatz für Ihr Intranet-Projekt:

1. Stakeholder-Alignment schaffen (Woche 1–2) - Kick-off-Meeting mit Geschäftsführung, IT-Leitung, HR, Kommunikation - Klären: Warum brauchen wir ein neues Intranet?

Welche Probleme sollen gelöst werden? - Festlegen: Budget, Zeitrahmen, Prioritäten - Ergebnis: Projekt-Charter, Steering Committee

2. Anforderungen sammeln & priorisieren (Woche 3–6) - Workshops mit Nutzern aus verschiedenen Abteilungen – Welche Prozesse sind heute schmerzhaft? - Dokumentieren: Top-10-Use-Cases, Integrations-Anforderungen, Sicherheits-Anforderungen - Priorisieren: MVP-Scope vs. Phase 2 vs. Future - Ergebnis: Anforderungsspezifikation, Projekt-Scope, Budget-Estimate

3. Technologie &. Architektur entscheiden (Woche 7–10) - Build vs. Buy vs. Low-Code evaluieren – Welcher Ansatz passt? - Tech-Stack auswählen (Frontend, Backend, Datenbank, Integrationen) - Proof-of-Concept (PoC) durchführen – Validierung der Architektur mit 1–2 Use Cases - Ergebnis.

Architektur-Dokument, Tech-Stack-Entscheidung, PoC-Demo

4. Design & Prototyping (Woche 11–18) - UI/UX-Design: Figma-Mockups, User Flows, Design System - Datenbank-Modellierung: Entitäten, Relationen, Performance-Überlegungen - API-Spezifikation: OpenAPI-Dokumentation für alle Schnittstellen - Security-Architektur: Authentifizierung (SSO), Autorisierung (RBAC), Verschlüsselung, Audit-Logging - Ergebnis: Design-System, Technische Spezifikation, Interaktiver Prototyp

5. Entwicklung in Sprints (Woche 19–50, typisch 3–6 Monate) - Sprint 1–2. MVP-Kern (Authentifizierung, Benutzerverzeichnis, Dokumentenmanagement, News) - Sprint 3–4. Integration &. Workflows (HR-Sync, ERP-Integration, Genehmigungsprozesse) - Sprint 5–6. Suche, Performance, Sicherheit (Elasticsearch, Caching, Penetration Testing) - Sprint 7–8.

Testing, Dokumentation, Schulung (UAT, Performance-Tests, User-Docs) - Regelmäßige Demos an Stakeholder (alle 2 Wochen) - Ergebnis. Funktionsfähiges Intranet, getestet, dokumentiert

6. Pilotbetrieb & Optimierung (Woche 51–56, typisch 4–6 Wochen) - Pilotgruppe: 50–200 Power-User - Monitoring: Performance-Metriken, Fehlerquoten, Nutzungsmuster - Feedback-Loop: Wöchentliche Retrospektiven, schnelle Bugfixes - Change-Management starten: Schulung, Support, Kommunikation - Ergebnis: Stabiles System, Pilot-Feedback dokumentiert, Schulungs-Materialien

7. Go-Live &. Rollout (Woche 57–60, typisch 2–4 Wochen) - Rollout-Strategie. Big Bang oder Phasen-Rollout? - Go-Live-Kommunikation. E-Mail-Kampagne, Kick-off, Support-Hotline - 24/7 Support in der ersten Woche - Monitoring intensivieren.

Fehlerquoten, Systemlast, Nutzer-Aktivität - Schnelle Bugfixes für kritische Probleme - Ergebnis. Alle Nutzer online, System stabil

8. Stabilisierung &. Optimierung (Woche 61–90, typisch 2–3 Monate) - Performance-Tuning basierend auf echten Nutzungsdaten - Adoption-Metriken tracken. Aktive Nutzer, genutzte Features, Support-Tickets - Benutzer-Feedback sammeln. Umfragen, Interviews - Support-Prozesse optimieren. Häufige Fragen dokumentieren, Self-Service-Artikel - Governance etablieren.

Content-Owner, Berechtigungspflege, Archivierung - Phase-2-Roadmap definieren. Welche Features kommen als nächstes? - Ergebnis. Stabiler Produktivbetrieb, Adoption 60–70%, Roadmap für nächste Phase

---

Häufig gestellte Fragen (FAQ)

Wie lange dauert ein Intranet-Projekt für ein großes Unternehmen?

Bei der Intranet Entwicklung für große Unternehmen dauert ein Projekt typischerweise 6–12 Monate im Build-Ansatz oder 3–6 Monate mit Low-Code-Plattformen. Die Phasen verteilen sich wie folgt.

Discovery und Konzeption benötigen 4–6 Wochen, die Entwicklung 3–6 Monate, der Pilotbetrieb 4–6 Wochen, das Go-Live 2–4 Wochen und die Stabilisierung 2–3 Monate.

Die tatsächliche Dauer hängt stark vom Scope ab – insbesondere von der Anzahl und Komplexität der Integrationen mit bestehenden Systemen, der verfügbaren Team-Größe und der Reaktionsgeschwindigkeit von Stakeholdern. Große Unternehmen mit heterogener Legacy-Landschaft rechnen häufig mit 12+ Monaten.

Was kostet ein Intranet für ein großes Unternehmen?

Die Gesamtkosten für die Intranet Entwicklung in großen Unternehmen liegen typischerweise zwischen €250k–€700k für ein benutzerdefiniertes System. Die Kostenverteilung sieht wie folgt aus: Discovery €30k–€60k, Design €50k–€100k, Entwicklung €150k–€400k, Pilotbetrieb €20k–€40k, Go-Live €30k–€50k, Stabilisierung €15k–€30k pro Monat.

Low-Code-Lösungen sind günstiger (€150k–€400k), bieten aber weniger Flexibilität bei komplexen Anforderungen. Die größten Kostentreiber sind die Integrations-Komplexität mit Legacy-Systemen, die Teamgröße, der Aufwand für Change Management und die Sicherheits- sowie Compliance-Anforderungen.

Build vs. Buy – Welcher Ansatz passt zu uns?

Build

(Custom-Entwicklung) ist die richtige Wahl, wenn Sie komplexe Legacy-Integrationen benötigen, sehr spezifische Anforderungen haben, Vendor-Lock-in vermeiden möchten oder ausreichend IT-Kapazität zur Verfügung steht. Buy (Fertig-Lösung) eignet sich, wenn Sie schnell starten möchten (2–4 Monate), Standard-Anforderungen erfüllen, Lizenzen bevorzugen oder begrenzte IT-Ressourcen haben. Low-Code bietet einen Hybrid-Ansatz – schneller als vollständige Custom-Entwicklung.

Aber flexibler als Standard-Produkte. Für große Unternehmen mit komplexer Systemlandschaft empfehlen wir Build oder Low-Code.

Wie wichtig ist Change Management wirklich?

Sehr wichtig.

60–70% der Intranet-Projekte scheitern oder werden nicht wie geplant genutzt – hauptsächlich wegen mangelndem Change Management. Ein technisch perfektes System bringt nichts, wenn Benutzer es nicht annehmen. Investieren Sie 20–30% des Projekt-Budgets in Change Management: Kommunikation, Schulung, Support, Adoption-Tracking.

Ohne Change Management wird die Adoption bei 20–30% steckenbleiben; mit gutem Change Management erreichen Sie 70–80%.

Welche Sicherheitsmaßnahmen sind essentiell?

Essentiell sind: Authentifizierung (SSO über Active Directory/Azure AD), Autorisierung (RBAC oder ABAC – Benutzer sieht nur seine Daten), Verschlüsselung (TLS für Transit, AES-256 für sensitive Daten), Audit-Logging (wer hat was gemacht, wann?), DSGVO-Konformität (Datenminimierung, Betroffenenrechte), Regelmäßige Sicherheits-Tests (Penetration Testing, Vulnerability Scanning).

Für kritische Infrastruktur: zusätzlich NIS2-Anforderungen (Incident Response, Meldepflicht, Mitarbeiter-Schulungen).

Wie integrieren wir das Intranet mit bestehenden Systemen (ERP, HR, CRM)?

Integration funktioniert über APIs: Das Intranet ruft Daten aus HR, ERP, CRM ab (Read) oder schreibt Daten zurück (Write). Typische Patterns: Batch-Sync (täglich, CSV/JSON-Import – einfach, aber verzögert) oder Event-driven (Echtzeit-Webhooks – komplexer, aber aktuell).

Für große Unternehmen empfehlen wir einen Hub-and-Spoke-Ansatz: Das Intranet ist der zentrale Hub, alle Systeme sind Spokes. Zentrale Fehlerbehandlung, Datentransformation, Monitoring. Typische Integrations-Zeit: 2–4 Wochen pro System.

Was ist die häufigste Ursache für Intranet-Projekte zu scheitern?

Die häufigsten Ursachen sind: (1) Mangelnde Anforderungsanalyse – Scope ist unklar, ändert sich ständig. (2) Schlechtes Change Management – Benutzer verstehen nicht, warum das neue System nötig ist. (3) Zu ambitionierter Scope – Zu viele Features, zu wenig Zeit.

(4) Schwache Integration mit Legacy-Systemen – Das Intranet ist isoliert, Benutzer müssen zwischen Systemen wechseln. (5) Unzureichender Support nach Go-Live – Benutzer finden sich nicht zurecht, Probleme werden nicht gelöst.

Vermeiden Sie diese Fehler durch klare Anforderungen, iterative Entwicklung (Sprints), starkes Change Management, frühzeitige Integration und guten Support.

Wie messen wir den Erfolg eines Intranet-Projekts?

Erfolg wird gemessen durch: Adoption-Metriken (70–80% aktive Nutzer nach 3 Monaten), Benutzer-Zufriedenheit (NPS-Score > 40), Prozess-Effizienz (20–30% Zeitersparnis bei Genehmigungen), Support-Kosten (Reduktion durch Self-Service-Funktionen), Fehlerquoten (Ziel.

Für die Klärung individueller Rechtsfragen wenden Sie sich bitte an einen zugelassenen Rechtsanwalt Ihres Vertrauens. Eine Haftung für Schäden, die durch die Nutzung oder Nichtnutzung der dargebotenen Informationen entstehen, ist – soweit gesetzlich zulässig – ausgeschlossen.

Fachquellen und weiterführende Links

Die folgenden unabhängigen Referenzen ergänzen die Einordnung zu den Themen dieses Artikels:

• Bitkom – Verband der Digitalwirtschaft
• BSI – Bundesamt für Sicherheit in der Informationstechnik
• Europäische Kommission – Digitale Strategie
• MDN Web Docs (Mozilla)
• W3C – World Wide Web Consortium