Worum geht es?

Wissen ist vorhanden – aber nicht auffindbar

In den meisten Organisationen existiert das entscheidende Wissen längst: in E-Mails, Teams-Chats, Dateiablagen und in den Köpfen einzelner Personen. Was fehlt, ist ein gemeinsamer Ort mit nachvollziehbarer Struktur, klaren Verantwortlichkeiten und einer Suche, die verlässlich das Richtige findet.

Genau das leistet ein Wiki auf Basis von SharePoint: Abteilungsbereiche mit eigenen Berechtigungen, eine mehrstufige Themenstruktur, die Navigation und Breadcrumb automatisch erzeugt – und ein Copilot-Chatbot in Teams, der Fragen direkt aus dem Wiki-Inhalt beantwortet.

Struktur statt Ablage

Mehrstufige Kategorien pro Bereich statt langer, flacher Seitenlisten.

Rechte je Abteilung

Jeder Bereich bestimmt selbst, wer liest und wer bearbeitet – über Entra ID.

Suche mit Berechtigung

Gefunden wird nur, was der jeweilige Nutzer auch sehen darf.

Antwort statt Suche

Copilot beantwortet Fragen in Teams – mit Quellenangabe, sprachunabhängig.

Funktionsumfang

Was das Wiki leistet

Bausteine, die dafür sorgen, dass Wissen nicht nur gespeichert, sondern auch gefunden, gepflegt und beantwortet wird.

SharePoint · Tag Management

Verschachtelte Kategorien anlegen, umbenennen und neu sortieren.

Struktur

Wiki-Bereiche mit verschachtelten Kategorien

Jeder Abteilungs- oder Team-Bereich lässt sich in mehreren Ebenen weiter unterteilen – etwa Office → Parking → Employee Parking. Inhalte landen in einer nachvollziehbaren Themenhierarchie statt in einer langen, flachen Liste. Neue Unterkategorien lassen sich jederzeit ergänzen, ohne die bestehende Struktur durcheinanderzubringen.

SharePoint · Neuen Wiki-Bereich anlegen
Berechtigungen

Individuelle Berechtigungsstruktur je Bereich

Jeder Wiki-Bereich erhält eigene Verantwortliche und Mitglieder. So bestimmt jede Abteilung selbst, wer lesen und wer bearbeiten darf – ohne dass Inhalte über Teamgrenzen hinweg ungewollt sichtbar werden.

SharePoint · Wiki-Area-Startseite

Alle Artikel des Bereichs, filterbar über die Kategorie-Struktur oder die freie Suche.

Auffinden

Wiki-Area-Startseite mit allen Artikeln

Jeder Bereich hat eine eigene Startseite mit der Liste aller verfügbaren Artikel. Über die freie Stichwortsuche oder die Kategorie-Struktur lässt sich diese Liste gezielt eingrenzen – so wird auch in großen Bereichen schnell klar, was es zu einem Thema bereits gibt.

SharePoint · Seitenvorlage „Wiki Article"

Jeder neue Artikel startet mit derselben Struktur und denselben WebParts.

Seitenvorlage

Einheitliche Artikel durch vordefinierte Seitenvorlage

Neue Wiki-Artikel entstehen aus einer vordefinierten Seitenvorlage: Metadaten-Panel, Keyword-Suche, strukturierte Navigation, Breadcrumb und Inhaltsverzeichnis sind von Anfang an an der richtigen Stelle. Autoren müssen kein Layout aufbauen, sondern nur noch Inhalt schreiben – und jeder Artikel folgt demselben Aufbau.

SharePoint · Seitenbearbeitung

Die gewohnte WebPart-Auswahl der SharePoint-Seitenbearbeitung.

Bordmittel

Flexible Inhaltserstellung mit Bordmitteln

Für die Content-Erstellung kommen ausschließlich die Standard-Werkzeuge der SharePoint-Seitenbearbeitung zum Einsatz – keine Zusatztools, kein Plugin-Wildwuchs. Text, Bilder, Videos, Links und externe Inhalte lassen sich frei kombinieren und Seiten individuell gestalten.

SharePoint · Metadaten bearbeiten
Pflege

Verantwortlichkeit und Auffindbarkeit auf einen Blick

Wer ist für eine Seite zuständig? Zu welcher Kategorie gehört sie? Mit welchen Tags lässt sie sich zusätzlich finden? All das ist direkt auf der Seite sichtbar und pflegbar – ohne Umweg über separate Listen.

Microsoft Teams · Copilot-Chatbot
Copilot

Ihr Wiki als Chatbot in Microsoft Teams

Statt manuell zu suchen, fragen Mitarbeitende direkt in Teams. Der Copilot-Chatbot durchsucht das Wiki und antwortet sprachunabhängig – unabhängig von der Sprache des Originalinhalts. Die Berechtigungsstruktur des Wikis wird dabei vollständig respektiert: Nutzer erhalten ausschließlich Antworten aus Bereichen, auf die sie auch regulär Zugriff haben.

SharePoint · Wiki-Seite im Corporate Design
Branding

Design und Theming nach Corporate Design

Farben, Logo und Schriftbild des Wikis folgen vollständig Ihrem Unternehmensbranding – auf jeder Seite, in jedem Bereich.

WebParts

Vier WebParts, die jede Seite mitbringt

Automatisch generiert, ohne manuelle Pflege – auf jeder Wiki-Seite verfügbar.

Table of Content

Automatisch generiert aus den Überschriften der Seite.

Strukturierte Navigation

Bildet die verschachtelten Kategorien als Baum ab.

Keyword Search

Berechtigungsgesteuert – jeder findet nur, was er sehen darf.

Metadaten

Kategorie, Verantwortlicher und Tags auf einen Blick.

Warum SharePoint

Warum SharePoint als Wiki-Plattform

Kein zusätzliches Tool, keine neue Dateninsel – das Wiki lebt dort, wo Ihr Unternehmen ohnehin schon arbeitet.

Bereits Teil Ihrer Microsoft-365-Umgebung

Keine Zusatzinfrastruktur, keine zusätzliche Lizenz für die Grundfunktionen – das Wiki baut auf der Plattform auf, die Sie bereits betreiben.

Native Integration in Teams, Outlook, Entra ID

Anmeldung, Berechtigungen und Benachrichtigungen laufen über dieselben Konten und Gruppen wie im restlichen Unternehmen.

Klare Struktur statt Info-Chaos

Inhalte ordnen sich in eine mehrstufige, unternehmensweit einheitliche Themenstruktur ein – über Breadcrumb, Navigation oder Suche immer über denselben nachvollziehbaren Pfad auffindbar, unabhängig davon, wer sie erstellt hat.

Keine Tool-Insel, sondern ein bekanntes Werkzeug

Content-Ersteller nutzen dieselbe Bearbeitungsoberfläche, die sie bereits aus anderen SharePoint-Seiten kennen – kein separates Redaktionssystem, keine Einarbeitung.

Enterprise Ready

Gebaut für viele Abteilungen, nicht für eine Demo

Governance, Sicherheit und Skalierbarkeit sind kein nachträglicher Zusatz, sondern Teil der Grundstruktur.

Berechtigungen über Entra ID

Jeder Wiki-Bereich erhält eigene Gruppen für Lese- und Schreibrechte – granular je Abteilung oder Team.

Klassifizierung sensibler Inhalte

Über Microsoft Purview lassen sich vertrauliche Wiki-Inhalte klassifizieren und entsprechend schützen.

Skalierbar über viele Bereiche

Ob fünf oder fünfzig Abteilungen – die Struktur aus Bereichen und verschachtelten Kategorien wächst mit.

SharePoint · Owner & Mitglieder

Jeder Bereich erhält beim Anlegen eigene Verantwortliche und Mitglieder.

Rollout

Vorgehen bei der Einführung

Drei aufeinander aufbauende Phasen – jede endet mit einem konkreten, nutzbaren Ergebnis.

Phase 1

Bereitstellung im eigenen M365-Mandanten

Die Lösung wird direkt in Ihrem Microsoft-365-Mandanten bereitgestellt und läuft dort dediziert – keine SaaS-Plattform, keine externe Instanz, keine Daten außerhalb Ihres Tenants.

Ergebnis: die Wiki-Lösung läuft dediziert in Ihrem eigenen Mandanten, unter Ihrer Kontrolle.
Phase 2

Konzeption von Struktur, Rechten & Design

Erhebung der benötigten Wiki-Bereiche, der Themenstruktur und der Berechtigungsanforderungen je Abteilung – anschließend Einrichtung von Kategorien, WebParts und Corporate-Theming sowie Migration bestehender Inhalte.

Ergebnis: ein einsatzbereites Wiki im eigenen Branding, mit übernommenen Inhalten.
Phase 3

Go-live, Schulung & Copilot-Integration

Freischaltung für die Organisation, Einweisung der Content-Owner, Einrichtung des Copilot-Chatbots in Teams.

Ergebnis: ein produktiv genutztes Wiki samt Copilot-Zugang in Teams.

FAQ

Häufige Fragen

Brauchen wir eine Zusatzlizenz?+

Nein, die Grundfunktionen laufen über Ihre bestehende Microsoft-365-Umgebung. Für den Copilot-Chatbot ist eine Microsoft-365-Copilot-Lizenz erforderlich.

Können wir bestehende Inhalte migrieren?+

Ja, vorhandene Inhalte aus Confluence, Notion, einem Alt-Intranet oder Dateiablagen lassen sich strukturiert übernehmen.

Wie ist die Berechtigungsstruktur aufgebaut?+

Über Microsoft-Entra-ID-Gruppen – jeder Wiki-Bereich erhält eigene Lese- und Schreibrechte, ohne dass Inhalte über Abteilungsgrenzen hinweg sichtbar werden.

Funktioniert die Suche über alle Bereiche hinweg?+

Die Keyword-Suche respektiert die Berechtigungsstruktur – Nutzer finden nur Inhalte, für die sie freigeschaltet sind.

Lässt sich das Design an unser Corporate Design anpassen?+

Ja, das Theming erfolgt vollständig nach Ihrem Branding – Farben, Logo und Schriftart.

Bereit für den nächsten Schritt?

Ihr Unternehmenswissen strukturieren

Lassen Sie uns in einem unverbindlichen Erstgespräch über Ihre Wiki-Bereiche, Ihre Themenstruktur und den passenden Rollout sprechen.

Kontakt aufnehmen