Internes Portal und Wissensdatenbank

Unternehmenswissen, das mit der Arbeit verbunden bleibt.

Die meisten Unternehmen nutzen ein Tool für die Dokumentation und ein anderes für den Betrieb. In Apexloop leben Ihr Wiki, Ihre SOPs, Anleitungen und Ankündigungen auf derselben Plattform wie Ihr CRM, Ihre Projekte, der Helpdesk und Ihre Datenbanken – sodass Wissen mit der Arbeit verbunden bleibt, die es beschreibt.

1: Ort für internes Wissen
∞: eigene Seiten und Datenbanken
0: eigenständige Wiki-Tools

Demo buchen Kontaktieren Sie uns

Was Sie im internen Portal aufbauen können

Rich-Text-SeitenPlate-Editor-Seiten für Abläufe, Anleitungen, Richtlinien, Besprechungsnotizen, Ankündigungen und Wikis.

Strukturierte DatenbankenWissen, organisiert in Datenbanken mit Tags, Kategorien, Autoren, Status und Suche.

Verknüpfungen zu operativen DatenSeiten und Artikel, verbunden mit Kunden, Projekten, Helpdesk-Tickets oder HR-Datensätzen.

Gesteuerter ZugriffVerschiedene Teams sehen verschiedene Bereiche. Sensible Richtlinien nur für die richtigen Personen sichtbar.

Eingebettete AnsichtenBetten Sie Live-Datenbankansichten – Kanban, Kalender, Tabelle – direkt in Dokumentationsseiten ein.

Team-AnkündigungenStartseiten-Panels, Benachrichtigungen und angeheftete Updates, sichtbar für ausgewählte Gruppen.

Anwendungsfälle

Wofür Unternehmen das interne Portal nutzen

Von der Onboarding-Dokumentation bis zu täglichen SOPs – das Apexloop-Portal ersetzt ein eigenständiges Wiki und verbindet Wissen mit den Tools, die die Leute jeden Tag nutzen.

SOPs und AbläufeSchritt-für-Schritt-Betriebsanleitungen mit Versionshistorie, Verantwortlichen und Freigabestatus.

Mitarbeiter-OnboardingOnboarding-Checklisten, Willkommensseiten, Teamvorstellungen und Leitfäden für die erste Woche.

UnternehmensrichtlinienHR-Richtlinien, Sicherheitsleitfäden, Compliance-Dokumente und Verhaltenskodex.

Helpdesk-WissensdatenbankInterne Antworten auf häufige Kundenfragen – verknüpft mit Helpdesk-Tickets.

Team-WikisAbteilungsspezifische Wikis für Marketing, Vertrieb, Entwicklung, Produkt und HR.

Dashboards und AnkündigungenUnternehmens-Startseite mit KPIs, Ankündigungen, wichtigen Links und Datenbankansichten.

Datenmodell der Wissensdatenbank

Oblast	Co řeší	Příklad
Seite	Rich-Text-Seite, erstellt im Plate-Editor. Kann eigenständig oder Teil einer Hierarchie sein.	Onboarding-Anleitung, SOP, Unternehmensrichtlinie, Besprechungsnotizen
Artikeldatenbank	Strukturierte Wissensartikel mit Tags, Kategorien, Autoren, Status und Suche.	FAQ-Datenbank, SOP-Bibliothek, Richtlinienregister
Kategorie	Hierarchische Struktur zur Organisation von Wissen – Abteilung, Thema, Produktbereich.	HR, Vertriebs-Playbooks, Produktanleitungen, technische Dokumente
Autor und Verantwortlicher	Personenspalten dafür, wer einen Artikel geschrieben hat und wer ihn pflegt.	Sarah (HR-Leitung), James (CTO), Marketing-Team
Status	Entwurf, in Prüfung, veröffentlicht, archiviert – mit optionalem Freigabeablauf.	Veröffentlicht, in Prüfung, archiviert
Verknüpfte Datensätze	Verknüpfungen zu anderen Datenbanken – Helpdesk-Tickets, Kundendatensätze, Projekte.	Artikel verknüpft mit 5 gelösten Tickets, SOP verknüpft mit einer Projektvorlage

Erste Schritte

So bauen Sie Ihr internes Portal auf

1
Wählen Sie Ihre Struktur
Entscheiden Sie, ob Wissen als Plate-Seiten in einer Hierarchie, als strukturierte Datenbankartikel oder beides lebt.
2
Richten Sie Kategorien ein
Erstellen Sie eine Kategorien-Datenbank für Abteilungen, Themen oder Produktbereiche – damit Artikel von Anfang an organisiert sind.
3
Schreiben Sie zuerst die wichtigsten Inhalte
Beginnen Sie mit Onboarding-Dokumenten, den häufigsten SOPs und häufig gestellten Fragen.
4
Legen Sie Berechtigungen fest
Entscheiden Sie, welche Bereiche für alle Mitarbeiter sichtbar sind und welche auf bestimmte Teams beschränkt.
5
Fügen Sie Live-Ansichten hinzu
Betten Sie Datenbankansichten in Portalseiten ein – sodass Teams Live-Daten neben der Dokumentation sehen.
6
Fördern Sie die Nutzung
Verlinken Sie aus Helpdesk-Tickets, Projektvorlagen und Onboarding-Checklisten auf Portalseiten.

Berechtigungen

Verschiedene Teams sehen verschiedene Bereiche

Der Portalzugriff wird auf Seiten-, Datenbank- und Spaltenebene gesteuert – sodass HR-Richtlinien nicht für Kunden sichtbar sind und Vertriebs-Playbooks nicht für Kunden.

HR-Team

HR-Richtlinien und Onboarding

HR-RichtlinienBearbeiten

Gehalts-BenchmarksBearbeiten

Technische DokumenteVerborgen

ALL

Alle Mitarbeiter

Allgemeiner Zugriff

UnternehmensankündigungenSchreibgeschützt

Allgemeine SOPsSchreibgeschützt

Gehalts-BenchmarksVerborgen

EXT

Extern / Kunde

Kundenportal-Ansicht

Interne RichtlinienVerborgen

Öffentliche WissensdatenbankSchreibgeschützt

UnternehmensankündigungenVerborgen

Kommunikation

Ankündigungen, die die richtigen Personen erreichen

Startseiten-Panels, angeheftete Seiten und automatische Benachrichtigungen halten das Team auf dem Laufenden, ohne E-Mail-Spam.

Interne Ankündigungen

Angeheftete Seiten, sichtbar für alle oder ausgewählte Gruppen
Benachrichtigung bei Seitenaktualisierung
Verpflichtende Lesebestätigung

Wissensmanagement

Versionshistorie auf allen Seiten
Prüf- und Freigabe-Workflow
Suche über alle Portalinhalte

Funktionen

Was ein internes Portal wirklich nützlich macht

Die wichtigsten Funktionen sind die, die dafür sorgen, dass die Leute das Portal tatsächlich öffnen – und schnell finden, was sie brauchen.

Volltextsuche

Suchen Sie über alle Seiten, Artikel und eingebetteten Datenbankinhalte.

Versionshistorie

Sehen Sie, wer was und wann geändert hat – und stellen Sie es bei Bedarf wieder her.

Eingebettete Live-Ansichten

Zeigen Sie echte Datenbankdaten – Kanban, Tabelle, Kalender – direkt auf Dokumentationsseiten.

Änderungsbenachrichtigungen

Abonnieren Sie Seiten oder Bereiche und werden Sie benachrichtigt, wenn Inhalte aktualisiert werden.

Vergleich

Eigenständiges Wiki vs. in Ihre Plattform integriertes Portal

Funkce	Apexloop	Eigenständiges Wiki
Wissen und Betrieb
Live-Datenbankansichten in Seiten eingebettet
Verknüpfungen zwischen Artikeln und CRM-/Helpdesk-Datensätzen
Automatisierung zum Erstellen von Artikeln aus gelösten Tickets
Zugriffskontrolle
Sichtbarkeit auf Spaltenebene		eingeschränkt
Abteilungsspezifische Bereiche
Für Kunden sichtbarer öffentlicher Bereich		separates Tool
Wartung
Kein separates Tool oder Abonnement
Suche über Daten und Seiten		nur Seiten
Freigabe-Workflow für sensible Dokumente		eingeschränkt

Warum ein integriertes Portal

Eigenständiges Wiki vs. Wissen in Ihrer Plattform

Eigenständiges WikiNotion, Confluence, SharePoint

Wissen ist isoliertArtikel existieren getrennt von Ihren Kunden, Projekten und dem Helpdesk – für den Kontext muss man Tools wechseln.

Ein weiteres Tool zu pflegenSeparate Lizenzen, separate Berechtigungen, separate Suche, separate Anmeldung.

Inhalte veraltenOhne Verbindung zum Betrieb weiß niemand, wann sich ein Prozess ändert und das Wiki ebenfalls aktualisiert werden muss.

Apexloop-PortalWissen in Ihrem Betriebssystem

Artikel mit Live-Daten verknüpftEine Anleitung kann auf echte Kundendatensätze, Live-Helpdesk-Daten oder eingebettete Datenbankansichten verweisen.

Ein Tool, eine AnmeldungDas Team braucht kein separates Wiki-Abonnement und keinen Kontextwechsel, um Dokumentation zu finden.

Der Betrieb hält das Wissen frischWenn ein gelöstes Ticket einen Wissensartikel erstellt, wächst das Wiki aus realer Arbeit – nicht aus geplanten Dokumentations-Sprints.

Das Portal ansehen

Vom gelösten Problem zum veröffentlichten Wissen

1Problem wird gelöstDer Helpdesk-Agent schließt ein Ticket mit einer komplexen Lösung.
2Artikel wird entworfenEine Automatisierung erstellt einen Entwurf für einen Wissensartikel, der mit dem gelösten Ticket verknüpft ist.
3Prüfung und FreigabeDie Teamleitung prüft den Entwurf und veröffentlicht ihn im internen Portal.
4Artikel ist durchsuchbarStößt das nächste Mal jemand auf dasselbe Problem, findet er die Antwort in der Suche – ohne den Agenten zu fragen.
5Ticket verlinkt auf den ArtikelKünftige Tickets mit ähnlichen Stichwörtern können dem Support-Agenten den relevanten Artikel anzeigen.

FAQ

Fragen zum Aufbau eines internen Portals in Apexloop

Kurze Antworten auf häufige Fragen bei der Entscheidung, ob man ein Portal in Apexloop baut oder ein separates Wiki-Tool nutzt.

Kann Apexloop Notion oder Confluence für die interne Dokumentation ersetzen?

Für Teams, die Apexloop für den Betrieb nutzen (CRM, Projekte, Helpdesk), ja – das integrierte Portal bewältigt Rich-Text-Seiten, strukturierte Artikeldatenbanken, Zugriffskontrolle und Suche. Für sehr große, dokumentationslastige Organisationen bewerten Sie es anhand Ihrer spezifischen Anforderungen.

Können wir eine öffentliche Wissensdatenbank für Kunden haben?

Ja. Sie können einen Bereich des Portals erstellen, der für externe Nutzer (Kunden, Partner) zugänglich ist, ohne ihnen Zugriff auf die interne Dokumentation zu geben.

Können Portalseiten mit Datenbankdatensätzen verknüpft werden?

Ja. Seiten können mit jedem Datenbankdatensatz verknüpft werden – einem Helpdesk-Ticket, einem Kunden, einem Produkt, einem Projekt. So bleibt Wissen im Kontext des Betriebs, den es beschreibt.

Gibt es eine Suche über das gesamte Portal?

Ja. Die Volltextsuche umfasst Seiten, Artikel und eingebettete Datenbankinhalte.

Können Artikel einen Freigabeprozess durchlaufen?

Ja. Der Workflow kann eine Prüfung und Freigabe verlangen, bevor ein Artikel veröffentlicht wird – nützlich für Richtlinien, SOPs und Compliance-Dokumente.

Bauen Sie eine Wissensdatenbank, die mit der Arbeitsweise Ihres Teams verbunden bleibt

Interne Dokumentation, SOPs, Wikis und Ankündigungen – auf derselben Plattform wie Ihr CRM, Helpdesk und Ihre Projekte.