Kontinuierliche Intranet-Verbesserung: mit Ihren Mitarbeitenden und Ihrem Unternehmen wachsen

Ein Intranet verdient seinen Platz, indem es Mitarbeitenden hilft, ihre Arbeit zu erledigen – nicht, indem es seiner Spezifikation vom Launch-Tag treu bleibt. Kontinuierliche Intranet-Verbesserung bedeutet, die Aufgaben von heute zu erleichtern und sich zugleich auf Anforderungen vorzubereiten, die es zu Projektbeginn noch nicht gab.

Analytics können zeigen, wo Mitarbeitende Schwierigkeiten haben. Gespräche erklären, warum. Geschäftspläne zeigen, was die Plattform künftig unterstützen muss. Zusammen helfen diese Informationen Ihnen, Zeit und Budget in Änderungen zu investieren, die wirklich zählen.

Open Intranet, ein konfigurierbares und erweiterbares Open-Source-Produkt auf Basis von Drupal, gibt Teams Spielraum, ihre Implementierung anzupassen. Ausgangspunkt ist das, was das Produkt bereits unterstützt; Integrationen oder Erweiterungen kommen in Betracht, wenn ein echter Bedarf sie rechtfertigt.

In diesem Artikel:

Warum sollte Ihr Intranet mit Ihrem Unternehmen wachsen?
Wie entdecken Sie Bedürfnisse, die beim Launch nicht sichtbar waren?
Was verraten Intranet-Analytics über alltägliche Schwierigkeiten?
Wie gibt Ihnen Open Intranet Spielraum für Anpassungen?
Wie entscheiden Sie, was als Nächstes verbessert wird?
Wie halten Sie Inhalte und Verantwortlichkeiten mit Veränderungen Schritt?
Wie erstellen Sie eine Roadmap, die Raum für neue Anforderungen lässt?
Wie sollte Ihr nächster Verbesserungszyklus aussehen?

Warum sollte Ihr Intranet mit Ihrem Unternehmen wachsen?

Den vereinbarten Launch-Umfang zu liefern, ist ein Projektmeilenstein. Ein nützliches Arbeitswerkzeug bereitzustellen, ist eine dauerhafte Verantwortung. Eine Plattform kann ihre ursprünglichen Anforderungen erfüllen und trotzdem an Nutzen verlieren, wenn sich die Arbeit verändert.

Neue Anforderungen entstehen meist aus zwei Richtungen:

Mitarbeitende entdecken sie bei der Nutzung. Sie stellen fest, dass eine Aufgabe einen zusätzlichen Schritt, eine klarere Übergabe oder Informationen aus einem anderen System erfordert.
Das Unternehmen erzeugt sie durch Veränderung. Neue Standorte, Übernahmen, Dienstleistungen und Berichtsstrukturen bringen Anforderungen mit sich, die beim Launch niemand realistischerweise hätte spezifizieren können.

Stellen Sie sich ein Unternehmen vor, das einen weiteren Standort eröffnet. Die Mitarbeitenden dort benötigen womöglich lokale Hinweise zusätzlich zu den unternehmensweiten Richtlinien. Eine Übernahme könnte ein zweites Verzeichnis oder Dokumentensystem mitbringen. Ein wachsendes Team braucht vielleicht einen Genehmigungsprozess, der sich nicht mehr sinnvoll per E-Mail abwickeln lässt.

Dabei geht es nicht nur um die Aktualität von Inhalten oder um Seitenaufrufe. Solche Situationen können neue Funktionen erfordern.

Ziel ist es, das Intranet an sinnvolle Geschäftsprozesse anzupassen, statt Mitarbeitende dauerhaft um die ursprüngliche Konfiguration herumarbeiten zu lassen. Dafür braucht es nach dem Launch eine verantwortliche Person, regelmäßige Zeit für Überprüfungen und ein realistisches Budget für Verbesserungen. Ohne diese bleiben selbst gut verstandene Probleme womöglich ungelöst.

Wie entdecken Sie Bedürfnisse, die beim Launch nicht sichtbar waren?

Beginnen Sie mit einer Frage, die über die Plattform hinausgeht: „Was müssen Sie nach dem Besuch des Intranets noch an anderer Stelle erledigen?“

Nicht jede externe Aufgabe gehört ins Intranet. Die Antwort kann jedoch wiederkehrende Workarounds, doppelte Dateneingaben und unklare Übergaben sichtbar machen.

Bitten Sie Mitarbeitende, eine kürzlich erledigte Aufgabe Schritt für Schritt durchzugehen. Wo sind sie zu einer Tabelle gewechselt? Wem haben sie zur Klärung eine E-Mail geschrieben? Haben sie Informationen in ein anderes Tool kopiert? War für sie erkennbar, was als Nächstes passiert?

Halten Sie diese Gespräche kurz und beziehen Sie unterschiedliche Perspektiven ein:

Mitarbeitende aus verschiedenen Standorten, Rollen und Arbeitsmodellen.
Content-Verantwortliche, die nach der Veröffentlichung von Leitfäden Rückfragen erhalten.
HR und Führungskräfte, die Prozesse rund um Mitarbeitende koordinieren.
IT-Teams, die Zugriffsprobleme und Integrationsabhängigkeiten sehen.

Vergleichen Sie das Gehörte anschließend mit anstehenden geschäftlichen Veränderungen. Einstellungspläne, Umstrukturierungen, neue Dienstleistungen und Ersatzsysteme können die künftige Rolle des Intranets beeinflussen.

Unterscheiden Sie zwischen einer bestehenden Aufgabe, die repariert werden muss, und einer tatsächlich neuen Anforderung. Zum Beispiel brauchen Mitarbeitende anfangs vielleicht einfachen Zugang zu Onboarding-Dokumenten. Später wünschen sich Führungskräfte möglicherweise ein rollenspezifisches Onboarding mit zugewiesenen Schritten und sichtbaren Übergaben. Das ist eine mögliche Prozessanforderung, die bewertet werden muss – kein Beleg dafür, dass ein vollständiger Workflow bereits mit der Plattform ausgeliefert wird.

Analytics können weder eine geplante Übernahme offenlegen noch einen Prozess vollständig beschreiben, den Mitarbeitende im Intranet bisher nie ausführen konnten. Die Bedarfsermittlung braucht sowohl beobachtetes Verhalten als auch zukunftsgerichtete Gespräche.

Was verraten Intranet-Analytics über alltägliche Schwierigkeiten?

Lesen Sie Analytics als Hinweise auf die Aufgaben der Mitarbeitenden, nicht als Anzeigetafel für die Plattform. Legen Sie vor der Auswertung einer Kennzahl fest, welche Frage sie beantworten helfen könnte.

Welche Messgrößen verfügbar sind, hängt von Ihren Analytics-Tools, der Sucheinrichtung und der Instrumentierung ab. Die folgenden Beispiele sind Bereiche, die Sie untersuchen können, keine Liste nativer Open-Intranet-Berichte.

Frage aus Sicht der Mitarbeitenden	Zu prüfende Hinweise, sofern messbar	Was zu untersuchen ist
Finden die Mitarbeitenden aktuelle Informationen?	Suchbegriffe, Suchen ohne Ergebnis, wiederholte Suchanfragen	Fehlende Inhalte, ungewohnte Bezeichnungen, Indexierungsprobleme oder Zugriffsbeschränkungen
Kehren die Mitarbeitenden zu nützlichen Ressourcen zurück?	Wiederholte Besuche und Nutzungstrends von Ressourcen	Ob eine Ressource wiederkehrende Arbeit unterstützt oder immer wieder Klärung erfordert
Erreichen wichtige Inhalte ihre Zielgruppe?	Aggregierte Reichweite von Inhalten	Ob die Mitarbeitenden wissen, wo sie die Inhalte finden, und ob die Zielgruppe richtig definiert ist
Wo wird eine Aufgabe unübersichtlich?	Abschluss und Abbruch von Aufgaben an definierten Schritten	Unklare Anweisungen, unnötige Felder oder fehlerhafte Übergaben

Hohe Seitenaufrufe sind mehrdeutig. Eine Richtlinienseite kann viele Besuche erhalten, weil sie nützlich ist. Sie kann aber auch wiederholt aufgerufen werden, weil Mitarbeitende keine klare Antwort finden.

Kombinieren Sie Nutzungsdaten mit Supportanfragen, Feedback und einfachen Aufgabentests. Bitten Sie jemanden, die relevante Richtlinie zu finden und zu erklären, was er oder sie als Nächstes tun würde. Eine solche Beobachtung kann ein Navigationsproblem von unklar formulierten Texten unterscheiden.

Vergleichen Sie Trends über einen längeren Zeitraum, statt auf einen einzelnen Berichtszeitraum zu reagieren. Eine saisonale HR-Aufgabe oder eine interne Kampagne kann den Traffic verändern, ohne dass sich der Nutzen dauerhaft verändert hat.

Nutzen Sie aggregierte Berichte und erheben Sie nur, was nötig ist. Vergleichen Sie Gruppen von Mitarbeitenden nur dort, wo Datenschutzvorkehrungen dies zulassen, und vermeiden Sie Aufschlüsselungen, durch die Einzelpersonen in kleinen Teams erkennbar würden. Individuelle Aktivitäten sollten nicht zu einer Produktivitätsbewertung von Mitarbeitenden werden.

Es geht darum, Hürden im Arbeitswerkzeug zu erkennen, nicht darum, die Menschen zu beurteilen, die es nutzen.

Wie gibt Ihnen Open Intranet Spielraum für Anpassungen?

Ein nützliches Intranet braucht Raum für Anforderungen, die erst nach dem Kauf entstehen. Open Intranet ist ein fertiges Open-Source-Intranet auf Basis von Drupal und bietet Teams mehrere Wege, eine bestehende Implementierung weiterzuentwickeln.

Die Open-Intranet-Dokumentation beschreibt den Ansatz als Drupal-Distribution sowie Optionen für konfigurierbare Inhaltsstrukturen, Berechtigungen, Darstellung, Community-Module und individuelle Erweiterungen.

Bewerten Sie Änderungen in der Praxis in dieser Reihenfolge:

Vorhandene Funktionen nutzen. Prüfen Sie, ob die aktuelle Einrichtung die Aufgabe bereits unterstützt.
Konfiguration anpassen. Überprüfen Sie Inhaltsstrukturen, Navigation, Berechtigungen und Darstellung.
Kompatible Module bewerten. Prüfen Sie Eignung, Support-Status, Kompatibilität und Wartungsaufwand.
Ein anderes System anbinden. Belassen Sie Informationen oder Transaktionen in der passenden Geschäftsanwendung, wo das sinnvoll ist.
Eine wartbare Erweiterung entwickeln. Ziehen Sie dies in Betracht, wenn die Anforderung wichtig ist und vorhandene Optionen sie nicht erfüllen.

Eine Umstrukturierung kann zum Beispiel andere Freigaben für Veröffentlichungen erfordern. Ein neu eingeführtes HR-System kann eine Anbindung notwendig machen. Eine Anfrage von Mitarbeitenden, die bisher per E-Mail bearbeitet wird, kann einen strukturierten Prozess rechtfertigen. Jeder dieser Fälle erfordert eine Prüfung von Eignung und Machbarkeit, einschließlich Berechtigungen, Abhängigkeiten und laufendem Support.

Auch manche Abonnementprodukte bieten nützliche Integrationen und Erweiterungsmöglichkeiten. Entscheidend ist, ob diese Optionen Ihre tatsächliche Anforderung unterstützen und zu welchen Bedingungen. Bietet ein gewählter Dienst die benötigte Funktion oder den benötigten Erweiterungspunkt nicht, müssen Sie womöglich einen anderen Tarif, einen anderen Dienst, einen Workaround oder eine Roadmap-Zusage des Anbieters in Betracht ziehen.

Mit Open Intranet können Teams Änderungen an ihrer eigenen Implementierung prüfen, statt ausschließlich darauf angewiesen zu sein, dass der Anbieter eines geschlossenen Produkts eine Funktion in sein Paket aufnimmt.

Zugang zum Code schafft Optionen, aber keine unbegrenzte Machbarkeit. Konfiguration, Integration, Entwicklung, Tests, Upgrades und Wartung erfordern weiterhin Know-how und Budget. Beginnen Sie mit unterstützter Konfiguration und wartbaren Erweiterungen, nicht mit einem Neuaufbau auf der grünen Wiese oder direkten Änderungen am Drupal-Core.

Wie entscheiden Sie, was als Nächstes verbessert wird?

Führen Sie eine einzige Verbesserungsliste, die aktuelle Ärgernisse, neu entstehende Bedürfnisse der Mitarbeitenden und anstehende geschäftliche Anforderungen umfasst. Getrennte Listen können Zielkonflikte verdecken und dazu führen, dass besonders sichtbare Wünsche nützlichere Arbeit verdrängen.

Beschreiben Sie jeden Eintrag als Problem statt als Funktionswunsch:

Mitarbeitende finden die aktuelle Reiserichtlinie nicht zuverlässig, weil die Suchergebnisse doppelte Seiten mit unterschiedlichen Titeln enthalten. Ein gutes Ergebnis wäre, die freigegebene Richtlinie zu finden, ohne bei HR nachfragen zu müssen.

Halten Sie fest, wer betroffen ist, warum das Problem wichtig ist und welche Hinweise es belegen. Ordnen Sie dann die voraussichtliche Arbeit ein: Inhaltskorrektur, Konfigurationsänderung, Integration oder Neuentwicklung. Diese Kategorien haben unterschiedliche Auswirkungen auf Umsetzung und Wartung.

Priorisieren Sie anhand einiger praktischer Fragen:

Auswirkung und Häufigkeit: Wie viele Schwierigkeiten verursacht das Problem, und wie oft?
Risiko: Könnten falsche Informationen oder eine gescheiterte Aufgabe Schaden verursachen?
Geschäftliches Timing: Erzeugt ein neuer Standort, Prozess oder ein neues System eine Frist?
Sicherheit: Stützen Beobachtungen die vorgeschlagene Änderung, oder ist weitere Bedarfsermittlung nötig?
Aufwand: Was erfordern Umsetzung, Tests und laufende Wartung?

Zwei hypothetische Probleme zeigen, warum die Diagnose wichtig ist. Erfolglose Suchen nach Richtlinien erfordern vielleicht klarere Bezeichnungen und zusammengeführte Duplikate, kein neues Suchwerkzeug. Ein neu eingeführter Genehmigungsprozess erfordert möglicherweise einen Workflow oder eine Anbindung an ein anderes System, keine weitere Hilfeseite.

Prüfen Sie bei Open Intranet die Konfiguration und unterstützte Komponenten, bevor Sie eine Erweiterung in Auftrag geben. Dass ein Modul existiert, bedeutet noch nicht, dass es zu Ihrer Implementierung passt.

Testen Sie die kleinste sinnvolle Version mit den betroffenen Mitarbeitenden. Benennen Sie eine verantwortliche Person und vereinbaren Sie vor dem Start, wie Sie das Ergebnis bewerten. Berücksichtigen Sie beim Vorher-nachher-Vergleich saisonale Nachfrage, personelle Veränderungen und Kommunikationskampagnen.

Wie halten Sie Inhalte und Verantwortlichkeiten mit Veränderungen Schritt?

Veraltete Inhalte kosten Mitarbeitende Zeit und können sie zum falschen Prozess führen. Das Risiko wächst, wenn organisatorische Veränderungen Seiten ohne klare Verantwortliche zurücklassen.

Geben Sie wichtigen Seiten eine verantwortliche Person und ein Überprüfungsdatum. Richten Sie die Überprüfungshäufigkeit danach aus, wie schnell sich die Informationen ändern und welche Folgen ein Fehler hätte. Eine sich häufig ändernde operative Anweisung braucht eine andere Aufmerksamkeit als eine stabile Seite zur Unternehmensgeschichte.

Eine überfällige Überprüfung ist ein Signal, aber nicht das einzige. Kombinieren Sie es mit Suchnachfrage, Nutzung, Feedback von Mitarbeitenden und geschäftlichem Risiko, wenn Sie entscheiden, was zuerst aktualisiert wird. Selten besuchte Notfallhinweise können trotzdem dringend Aufmerksamkeit verdienen.

Wenn Teams zusammengelegt werden oder sich Rollen ändern, prüfen Sie vier Dinge gemeinsam: Content-Verantwortung, Freigaben für Veröffentlichungen, Zielgruppen und Berechtigungen. Wer nur den Namen der verantwortlichen Person ändert, ohne Zugriffe oder Freigaben zu prüfen, hinterlässt Lücken.

Halten Sie Verantwortlichkeiten klar, ohne jede Änderung durch mehrere Gremien zu schicken:

Rolle	Hauptverantwortung
Intranet-Verantwortliche	Prioritäten, Entscheidungen und ungeklärte Fragen zur Verantwortung
Kommunikation	Redaktionelle Leitlinien und Koordination unternehmensweiter Veröffentlichungen
Content-Verantwortliche	Richtigkeit, Relevanz und Überprüfung ihrer Informationen
IT	Plattformbetrieb, Updates und technische Abhängigkeiten
Sicherheit	Zugriffsschutz und Risikoprüfung, wo erforderlich

Nutzen Sie Erinnerungen und Workflow-Steuerungen, sofern verfügbar. Geben Sie Redakteurinnen und Redakteuren eine konkrete Ansprechperson, wenn die Verantwortung unklar ist.

Aktualisieren oder führen Sie Duplikate zusammen, archivieren Sie veraltetes Material und prüfen Sie vor dem Löschen die Aufbewahrungspflichten. Erhalten Sie, wo sinnvoll, nützliche Wege zu Ersatzinformationen durch aktualisierte Links, Weiterleitungen oder klare Hinweise.

Wenn sich Veröffentlichungs-Workflows ändern, stellen Sie Redakteurinnen und Redakteuren eine kurze Anleitung bereit, die erklärt, was sich geändert hat, wer was freigibt und wo es Hilfe gibt. Governance funktioniert, wenn Verantwortlichkeiten praktikabel bleiben, während sich das Unternehmen weiterentwickelt.

Wie erstellen Sie eine Roadmap, die Raum für neue Anforderungen lässt?

Eine mehrjährige Roadmap sollte die Richtung vorgeben, ohne vorzugeben, jede künftige Funktion zu kennen. Planen Sie anhand von Ergebnissen, etwa dass ein neuer Standort relevante Hinweise findet oder manuelle Schritte bei Anfragen von Mitarbeitenden reduziert werden.

Halten Sie kurzfristige Zusagen konkret und spätere Arbeit an Bedingungen geknüpft. Zum Beispiel:

Planungshorizont	Sinnvoller Detaillierungsgrad
Nächster Verbesserungszyklus	Ein definiertes Problem, eine verantwortliche Person, eine vorgeschlagene Änderung und ein zu prüfendes Ergebnis
Kommende Quartale	Priorisierte Ergebnisse, Abhängigkeiten und Bedarfsermittlung
Folgende Jahre	Geschäftliche Ausrichtung, voraussichtliche Plattformanforderungen und zu überprüfende Annahmen

Eine vierteljährliche Überprüfung der Prioritäten und eine jährliche Diskussion der langfristigen Ausrichtung können ein praktikabler Startrhythmus sein. Passen Sie diesen Rhythmus an das Veränderungstempo in Ihrem Unternehmen an.

Beziehen Sie Geschäftspläne neben Analytics und Feedback von Mitarbeitenden in diese Überprüfungen ein. Andernfalls wird die Roadmap womöglich sehr gut darin, die Probleme von gestern zu lösen, und übersieht dabei die Anforderungen von morgen.

Reservieren Sie Kapazität für Bedarfsermittlung, Content-Pflege, Sicherheitsarbeit, Updates und neue Funktionen. Wer nur sichtbare Erweiterungen finanziert, macht die Plattform womöglich schwerer wartbar und nimmt dem Team die Möglichkeit, neuen Bedürfnissen nachzugehen.

Ordnen Sie bei Open Intranet die angestrebten Ergebnisse den Wegen zu, die bestehende Implementierung weiterzuentwickeln: Konfiguration, kompatible Module, Integrationen oder Erweiterungen. Beziehen Sie die Wartungs- und Upgrade-Folgen einer Erweiterung in die Finanzierungsentscheidung ein. Entwicklung ist keine einmalige Ausgabe ohne künftige Verpflichtungen.

Lassen Sie auch Raum, Nein zu sagen. Ein spezialisiertes System kann der richtige Ort für eine Transaktion sein, während das Intranet einen klaren Weg dorthin bietet. Manchmal beseitigt eine Prozessänderung außerhalb der Plattform mehr Reibung als eine weitere Funktion.

Die Roadmap sollte den geschäftlichen Nutzen sichern, nicht die Zahl der an einem Ort gebündelten Funktionen maximieren.

Wie sollte Ihr nächster Verbesserungszyklus aussehen?

Beginnen Sie mit einer aktuellen Schwierigkeit der Mitarbeitenden oder einer anstehenden geschäftlichen Veränderung. Ein fokussierter Zyklus lässt sich leichter testen und auswerten als eine breite Liste unzusammenhängender Verbesserungen.

Den Bedarf verstehen. Sprechen Sie mit den Betroffenen und erfassen Sie die aktuelle Aufgabe oder die erwartete Anforderung. Notieren Sie, wo Zeit verloren geht, Arbeit doppelt erledigt wird oder Verantwortlichkeiten unklar werden.
Die aktuelle Einrichtung prüfen. Prüfen Sie, was Ihre Open-Intranet-Implementierung bereits unterstützt. Ermitteln Sie die kleinste sinnvolle Änderung, bevor Sie zusätzliche Entwicklung in Betracht ziehen.
Verantwortung und Aufwand vereinbaren. Benennen Sie eine verantwortliche Person, schätzen Sie Umsetzungs- und Wartungsaufwand ab und definieren Sie, woran sich Fortschritt erkennen lässt.
Mit den relevanten Mitarbeitenden testen. Prüfen Sie, ob die Mitarbeitenden die Aufgabe erledigen können. Überprüfen Sie gegebenenfalls Content-Verantwortung, Berechtigungen und Integrationsabhängigkeiten.
Das Ergebnis beobachten. Lassen Sie genug Zeit, um eine repräsentative Nutzung zu sehen. Bei einem gelegentlichen Prozess kann das bedeuten, auf den nächsten echten Durchlauf zu warten, statt den Traffic weniger Tage zu messen.
Über die nächsten Schritte entscheiden. Behalten, überarbeiten, ausweiten oder rückgängig machen – je nachdem, was Sie gelernt haben.
Den Feedback-Kreislauf schließen. Informieren Sie die Mitarbeitenden, was sich geändert hat und warum, und nutzen Sie die Erkenntnisse, um den nächsten Schritt zu wählen.

Ihre Belege müssen nicht vollständig von Analytics abhängen. Wenn die gewählten Tools den Abschluss von Aufgaben nicht messen können, liefert ein wiederholter Aufgabentest oder strukturiertes Feedback womöglich einen glaubwürdigeren Vergleich als Seitenaufrufe allein.

Kontinuierliche Intranet-Verbesserung wird nachhaltig, wenn jeder Zyklus sowohl eine nützliche Änderung als auch klarere Belege für die nächste Entscheidung hervorbringt.

Wählen Sie ein Intranet, das Raum für Veränderungen lässt

Mitarbeitenden zuhören, aus der Nutzung lernen und geschäftliche Prioritäten regelmäßig überprüfen – all das führt zur selben Schlussfolgerung: Schauen Sie bei der Auswahl einer Intranet-Software über das hinaus, was sie zum Launch kann. Fragen Sie, wie Sie sie anpassen werden, wenn sich Ihre Anforderungen ändern. Sie müssen nicht jede künftige Anforderung vorhersehen, aber es lohnt sich, eine Plattform zu wählen, die Ihnen Möglichkeiten zum Reagieren bietet.

Das ist ein Grund, Open Intranet in Betracht zu ziehen. Als Open-Source-Produkt auf Basis von Drupal unterstützt es Konfiguration und Erweiterungen, sodass Sie Ihre Implementierung anpassen, neue Systeme anbinden und Funktionen ergänzen können, sobald neue Anforderungen deutlich werden. Sie können mit einem fertigen Produkt starten, ohne dass dessen anfänglicher Funktionsumfang zur dauerhaften Grenze Ihres Intranets wird.

Änderungen erfordern weiterhin Planung, Tests und ein Wartungsbudget. Der Vorteil liegt darin, Optionen zur Weiterentwicklung Ihrer eigenen Implementierung zu haben, statt ausschließlich davon abzuhängen, ob ein Anbieter eine Funktion in ein geschlossenes Produktpaket aufnimmt.

Bringen Sie ein wiederkehrendes Ärgernis Ihrer Mitarbeitenden und eine anstehende geschäftliche Veränderung in ein Gespräch mit dem Open-Intranet-Team ein. Gemeinsam können wir ausloten, was sich konfigurieren lässt, was angebunden werden muss und was eine Erweiterung rechtfertigen könnte – damit das Intranet Ihre Mitarbeitenden auch weiterhin unterstützt, während sich Ihr Unternehmen weiterentwickelt.