In den meisten Langdock-Rollouts, die wir bei DECAID begleiten, sieht der Einstieg gleich aus. Lizenzen sind ausgerollt, die ersten Schulungen gelaufen, Champions stehen bereit. Und dann, wenn man genauer hinschaut, sitzt jeder einzelne in seinem eigenen Tab. Recherche, Textüberarbeitung, eine Mail-Antwort, vielleicht ein Brainstorming. Sinnvolle Arbeit, kein Zweifel — aber sie hängt im persönlichen Browser-Fenster fest. Der Output landet irgendwo in einem Word-Dokument, einer Slide oder einer Slack-Nachricht. Der Weg dahin, also das eigentliche Denken mit der KI, ist privat.

Genau dort verschenken Unternehmen den größten Teil ihres KI-Hebels.

„Sobald mehrere Leute am selben Thema arbeiten, ist der private Chat strukturell unterlegen. Genau das hat mich zu Projects gebracht." ‍

‍Thomas Hefke, VP Digital Marketing & eCommerce, Althoff Hotels

KI startet in fast jedem Unternehmen als persönliches Werkzeug. Das ist nicht falsch, das ist die natürliche erste Stufe. Aber es ist auch nicht das, was am Ende den Unterschied macht. Der Unterschied entsteht da, wo aus „mein KI-Tool" ein „unser KI-Tool" wird — wo dieselbe Methodik, derselbe Kontext und vor allem dieselben Konversationen für ein Team zugänglich sind. Genau diesen Schritt leisten Langdock Projects. Sie sind der Multiplayer-Layer der Plattform: der geteilte Raum, in dem Skills, Wissen und Konversationen aus dem privaten Chat in einen gemeinsamen Denkraum überführt werden.

Was Projects strukturell ausmacht

Drei Eigenschaften unterscheiden ein Projekt von einem Chat. Erstens: geteilter Kontext, der über die Zeit trägt. Wer in zwei Wochen wieder in dasselbe Projekt einsteigt, findet Daten, Methodik und Diskussionsstand vor — nicht die leere Eingabezeile. Zweitens: modulare Erweiterung. In ein Projekt fließen Wissensquellen, Skills und Integrationen ein, die für genau dieses Thema relevant sind. Drittens, und das ist der entscheidende Punkt: sichtbare Konversationen.

Hier liegt der eigentliche Multiplayer-Unterschied — und der Punkt, an dem viele die Architektur verwechseln. Auch ein geteilter Agent gibt mehreren Personen denselben Sparringspartner. Aber er gibt jedem davon ein eigenes, privates Gesprächsfenster. Mein Chat mit dem Agent ist mein Chat. Dein Chat mit demselben Agent ist dein Chat. Wir reden mit derselben Methodik, aber in getrennten Räumen.

Ein Projekt dreht das um. Die Konversationen aller Beteiligten liegen im selben Raum. Ich sehe, was meine Kollegin gestern gefragt hat, kann ihre Threads cross-referenzieren, daran anschließen, korrigieren, vertiefen. Ich kann asynchron mitarbeiten an einem Thread, an dem jemand anderes vor zwei Tagen gearbeitet hat. Wissen entsteht nicht parallel in zehn privaten Fenstern, sondern kumulativ in einem geteilten Kontext.

Das ist es, was Projects zum Multiplayer-Layer macht: nicht der gemeinsame Sparringspartner — den könnte ein geteilter Agent auch liefern — sondern die gemeinsamen Konversationen.

Praxis: ein OKR-Projekt im Management

Wie das in der Praxis aussieht, beschreibt Thomas Hefke, VP Digital Marketing & eCommerce bei Althoff Hotels, am Beispiel seiner Geschäftsleitung.

„Die Themen, an denen wir im Management arbeiten, sind selten Einmalentscheidungen. Sie ziehen sich über ein Quartal oder länger, mehrere Personen sind involviert, neue Informationen kommen laufend dazu. Genau dafür sind Langdock Projects gemacht — als geteilter Kontext, in dem das Thema lebt."

— Thomas Hefke, VP Digital Marketing & eCommerce, Althoff Hotels

Hefke hat in Langdock ein OKR-Projekt für seine Geschäftsleitung aufgesetzt. Im Projekt arbeiten drei Bausteine zusammen: ein OKR-Skill, der die Methodik mitbringt — wie ein Objective formuliert wird, wie sich ein Key Result von einer Initiative unterscheidet, wie Quartalsziele aus Jahreszielen abgeleitet werden. Eine Wissensbasis mit den eigenen Unternehmenszielen, sodass der Sparringspartner den eigentlichen Kontext kennt, bevor das erste Wort getippt ist. Und der Projektraum selbst, in dem alle Konversationen der Geschäftsleitung sichtbar nebeneinander liegen.

„Wir arbeiten in der Geschäftsleitung mit OKRs. Ich habe ein Projekt in Langdock aufgebaut, in dem ein OKR-Skill die Methodik liefert und unsere Jahres- und Quartalsziele als Wissensbasis hinterlegt sind. Damit hat jeder im Management Zugriff auf einen Sparringspartner, der unseren Kontext bereits mitbringt — und in dem alle Konversationen für alle sichtbar bleiben."

— Thomas Hefke, VP Digital Marketing & eCommerce, Althoff Hotels

Was diesen Use Case so archetypisch macht: OKRs treffen drei Eigenschaften gleichzeitig, die in der Führungsarbeit fast immer zusammen auftreten. Wiederkehrend — jedes Quartal das gleiche Ritual. Multi-Stakeholder — mehrere Personen ringen um dieselben Ziele. Stark kontextabhängig — ohne Strategie-, Budget- und Vorquartals-Wissen ist jeder Output beliebig. Genau diese Konstellation lässt sich mit einem privaten Chat nicht effizient bedienen. Mit einem Projekt schon.

Skills × Projects: die Bausteine zusammengedacht

Skills und Projects sind keine Alternativen. Sie sind komplementäre Bausteine.

Ein Skill ist wiederverwendbares Methoden-Wissen. „So denkt unser OKR-Berater." „So strukturieren wir Investitionsentscheidungen." „So führen wir Hiring-Interviews." Methodik, entkoppelt vom konkreten Projektkontext. Einmal sauber gebaut, in beliebig vielen Projekten einsetzbar.

Ein Projekt ist der geteilte Arbeitsraum. Daten, die zu diesem Thema gehören. Konversationen, die in diesem Thema entstehen. Personen, die an diesem Thema arbeiten.

Ein Chat ist die einzelne Session in diesem Raum. Archiviert, sichtbar, anschlussfähig.

Der OKR-Skill aus Hefkes Projekt ist nicht an dieses eine Projekt gebunden. Er kann genauso im Strategie-Projekt für ein Investitionsthema laufen, im Hiring-Projekt für offene Senior-Rollen, im Krisen-Projekt für ein operatives Brandsetzen. Der Skill bringt das Denken mit, das Projekt bringt den Kontext und die geteilte Konversationsspur. Modularität trifft Multiplayer.

Wer beides zusammen denkt, hat den Layer, auf dem alles weitere sinnvoll aufsetzt.

Was bleibt

Projects sind nicht das spektakulärste Feature in Langdock. Sie sind das, was passiert, wenn ein Manager zum ersten Mal merkt, dass sein Quartalsthema nicht jedes Mal von null aufgebaut werden muss. Dass ein Sparringspartner, der den Kontext kennt, etwas anderes ist als ein Chatbot. Und dass die Konversation seines Kollegen vom Vortag nicht in dessen Tab verschwindet, sondern Teil des gemeinsamen Denkens wird.

Sie sind der Punkt, an dem KI im Unternehmen aufhört, ein persönliches Werkzeug zu sein, und anfängt, eine Team-Capability zu werden. Skills geben dem Team die Methodik, Projects geben ihm den Raum. Erst beides zusammen macht den Unterschied, den am Ende eine Geschäftsleitung in Quartalsergebnissen wiederfindet — nicht in der Demo-Folie.

In der Arbeit mit Leadership-Teams ist genau das der Schwerpunkt unserer Langdock-Enablements: nicht die Tour durch die Tool-Oberfläche, sondern die Frage, welche Themen ein Projekt verdient haben, welche Methodik als Skill ausgelagert gehört und wie aus zehn parallelen Tabs ein gemeinsamer Denkraum wird.

‍