PPT Master AI PowerPoint: komplette Anleitung

Kurzentscheidung

Das offizielle Repository beschreibt PPT Master als Workflow, der aus PDF, DOCX, URLs oder Markdown eine PowerPoint-Datei mit editierbaren Textfeldern, Formen und Diagrammen erzeugen kann; die Vorschau läuft standardmäßig über http://localhost:5050. Die offizielle Repository-Beschreibung bestätigt damit den entscheidenden Unterschied zu bildbasierten Präsentationsgeneratoren.

Die Entscheidung lautet daher: PPT Master eignet sich für technische Nutzer und Teams, die eine AI-Umgebung konfigurieren können und anschließend echte PPTX-Objekte weiterbearbeiten möchten. Wer dagegen ohne Installation sofort eine Präsentation im Browser erzeugen will, sollte PPT Master nicht als klassischen SaaS-Generator einplanen. Das Projekt ist ein Agent-Workflow, kein vollständig eigenständiger Präsentationsdienst.

Diese Anleitung richtet sich an:

• Personen, die PDF-, Word- oder Markdown-Inhalte in PowerPoint überführen möchten;
• Teams, die ein eigenes Layout oder eine bestehende Markenpräsentation weiterverwenden wollen;
• technische Nutzer, die bereits mit Claude Code, Cursor oder einer vergleichbaren Agent-Umgebung arbeiten.

Letzte Aktualisierung: 14.08.2026. Die Angaben wurden anhand des offiziellen Repositories, der Template-Dokumentation, der Projektanleitungen sowie veröffentlichter Issues und Discussions geprüft.

Produktform und Entscheidungsspielraum

PPT Master als Agent-Workflow

Was ist PPT Master als Werkzeug?

PPT Master ist eine als „Skill“ organisierte Arbeitsablaufsteuerung für AI-Entwicklungsumgebungen. Das Repository nennt unter anderem Claude Code, Cursor sowie VS Code mit Copilot als mögliche Umgebungen. Die eigentliche Logik liegt im Workflow: Inhalte werden analysiert, eine Seitenstruktur wird geplant, grafische Elemente werden erzeugt und anschließend in eine PPTX-Datei überführt. Die offiziellen Projektinformationen zeigen außerdem, dass der Prozess nicht auf einen einzelnen Upload-Schritt reduziert ist.

Damit unterscheidet sich PPT Master von einem typischen Webformular. Der Nutzer stellt Material und Anweisungen bereit, der Agent führt passende Skripte und Arbeitsschritte aus. Das Modell bestimmt dabei wesentlich die Qualität der Inhaltsauswahl, der Seitengliederung und der visuellen Umsetzung. Der Workflow allein ist also nicht mit einer fertigen autonomen Präsentationsplattform gleichzusetzen.

Option	Ausgabe	Installationsaufwand	Nachbearbeitung	Geeignet für
PPT Master	Native PPTX mit editierbaren Objekten	Erforderlich	In PowerPoint möglich	Technische Nutzer und Teams
Bildbasierte Präsentationsgeneratoren	Folienbilder oder Bildflächen	Meist gering	Text und Formen oft nicht separat editierbar	Schnelle visuelle Entwürfe
Web-Präsentationen	HTML- oder Browser-Darstellung	Gering	Primär im Webeditor	Online-Freigabe und einfache Präsentationen
Manuelle PowerPoint-Erstellung	Native PowerPoint-Objekte	Kein AI-Workflow nötig	Vollständig editierbar	Maximale Kontrolle und feste Unternehmensprozesse

Der zentrale Unterschied ist nicht allein die optische Qualität. Entscheidend ist, ob ein Team später einzelne Textfelder, Formen, Diagramme, Farben und Positionen in PowerPoint ändern kann, ohne eine komplette Folie als Bild neu erstellen zu müssen. Genau diese native Bearbeitbarkeit ist die Hauptpositionierung von PPT Master.

Grenzen der lokalen Ausführung

Die lokale Ausführung kann für vertrauliche Unterlagen vorteilhaft sein, weil die Verarbeitung auf dem eigenen Rechner organisiert werden kann. Allerdings werden Inhalte weiterhin an den jeweils eingesetzten AI-Dienst übermittelt, sofern das Modell nicht vollständig lokal betrieben wird. Für Geschäftsberichte, personenbezogene Daten und interne Kundeninformationen ist deshalb eine Datenschutzprüfung nach DSGVO erforderlich.

Drei Einschränkungen werden häufig unterschätzt:

1. Der Rechner ist Teil der Produktionsumgebung. Python, Abhängigkeiten, Dateien, Fonts und PowerPoint müssen zueinander passen.
2. Die AI-Modellwahl beeinflusst das Ergebnis stark. Das Projekt nennt ein großes Kontextfenster und Bildgenerierung als Qualitätsfaktoren für besonders anspruchsvolle Ergebnisse; dies ist eine Empfehlung des Projekts, keine Garantie für jede Umgebung.
3. Eine erzeugte Datei ist noch kein abgenommenes Lieferergebnis. Öffnen, Bearbeiten, Font-Ersatz, Animationen, Notizen und Verknüpfungen müssen separat kontrolliert werden.

Vorbereitung der Materialien

Inhalt, Daten und Markenregeln

Vor dem ersten Lauf sollte das Ausgangsmaterial nicht einfach in einen Ordner kopiert werden. Ein Agent kann zwar Informationen aus PDF, DOCX oder Markdown extrahieren, aber unklare Quellen führen häufig zu unklaren Folien. Sinnvoll ist eine kurze Vorstrukturierung:

• Zielgruppe und Präsentationszweck;
• gewünschte Folienanzahl oder Erzählrichtung;
• verbindliche Aussagen und Datenquellen;
• Tabellen, Diagramme und Kennzahlen;
• verbotene Aussagen oder vertrauliche Inhalte;
• Markenfarben, Schriften und Bildregeln;
• gewünschtes Seitenformat und Präsentationssprache.

PPT Master arbeitet mit Projektdateien, Quellen, Zwischenständen und Exporten. Die Beispieldokumentation zeigt getrennte Bereiche für Projektdaten, SVG-Ausgaben, Notizen und fertige Ergebnisse. Die Beispielstruktur des Projekts macht deutlich, dass ein Team nicht nur die finale PPTX-Datei speichern sollte, sondern auch Quellen, verwendete Vorgaben und die letzte geprüfte Version.

Vorlagen richtig einordnen

Wie lässt sich ein eigenes Template mit PPT Master verwenden?

Das offizielle Template-Konzept kann eine vorhandene PPTX-Datei, eine Markenrichtlinie oder eine beispielhafte Präsentation als Ausgangspunkt verwenden. Daraus kann ein wiederverwendbarer Layoutsatz erstellt werden. Wichtig ist jedoch die begriffliche Abgrenzung: Ein PPT-Master-Template im Projekt ist nicht automatisch identisch mit dem PowerPoint-Objekt „Folienmaster“.

Der Workflow kann Strukturen, Farben, Schriften, Layouts und wiederverwendbare Gestaltungselemente aus einer Präsentation ableiten. Trotzdem muss geprüft werden, wie diese Elemente in der exportierten PPTX tatsächlich vorliegen.

Vorbereitung	Ergebnis bei guter Vorgabe	Typisches Risiko bei fehlender Vorgabe
Klare Gliederung und Quellen	Folien mit nachvollziehbarer Argumentation	Beliebige Reihenfolge oder zu viel Text
Bestehende Markenpräsentation	Wiederverwendbare visuelle Richtung	Einzelne Folien passen nicht zum Corporate Design
Definierte Schriftfamilien	Bessere Typografie und weniger Ersatzfonts	Umbruchfehler auf anderen Rechnern
Strukturierte Daten	Geeignete Diagramme und Tabellen	Diagramme ohne klare Aussage
Beispielseiten mit Layoutregeln	Konsistentere Seitenkomposition	Nur eine Farbkopie ohne echte Layouttreue

Ein Template sollte daher nicht nur aus Farben bestehen. Für die Wiederverwendung sind Seitenhierarchie, Titelposition, Textdichte, Diagrammregeln und Bildbehandlung ebenso wichtig. Bei einer neuen Vorlage empfiehlt sich zunächst ein kleiner Testlauf mit Titel-, Inhalts-, Diagramm- und Schlussfolie.

Hinweis: Eine Vorlage, die in der Vorschau überzeugend aussieht, kann in PowerPoint dennoch Font-Ersatz, Überläufe oder nicht editierbare Bestandteile enthalten. Die Vorlage gilt erst nach einer geöffneten und bearbeiteten Testdatei als einsatzbereit.

Installation und Modellumgebung

Technische Basis

Die offizielle Beitragsdokumentation nennt Python 3.10 oder höher als erforderliche Grundlage. Node.js 18 oder höher und Pandoc werden dort als Sonderfälle beziehungsweise Ausweichpfade beschrieben, die nicht für jeden Lauf benötigt werden. Die Installations- und Beitragsdokumentation sollte vor einer Teaminstallation mit der lokalen Umgebung abgeglichen werden.

Die grundlegende Einrichtung erfolgt über das Repository und die Abhängigkeiten:

git clone https://github.com/hugohe3/ppt-master.git
cd ppt-master
pip install -r requirements.txt

Alternativ kann der Skill über eine Skill-Installation hinzugefügt werden. Dabei wird jedoch nicht zwingend das komplette Repository geladen; die Python-Abhängigkeiten für die Nachbearbeitung müssen trotzdem installiert werden.

Muss Claude Code zwingend installiert sein?

Nein. Claude Code ist eine der vorgesehenen Umgebungen, aber das Projekt nennt auch Cursor, VS Code mit Copilot und weitere AI-IDEs. Trotzdem ist eine Agent-Umgebung erforderlich, die den Workflow lesen, Dateien bearbeiten und lokale Skripte ausführen kann. Wer lediglich eine PowerPoint-Datei in eine Webseite hochladen möchte, verwendet damit einen anderen Produkttyp.

Bei der Auswahl der Modellumgebung sollten folgende Punkte dokumentiert werden:

Komponente	Vor der Produktion prüfen	Warum es relevant ist
AI-IDE	Unterstützt sie Skills, Dateien und lokale Befehle?	Der Workflow muss mehrere Arbeitsschritte ausführen
Sprachmodell	Kontextgröße, Instruktionsbefolgung und Dateiverarbeitung	Lange Dokumente und komplexe Anforderungen belasten das Modell
Bildmodell	Nur falls Bilder oder visuelle Assets benötigt werden	Bildqualität und Einbettung sind getrennte Prüfbereiche
Python-Umgebung	Version und installierte Pakete	Export- und Prüfskripte müssen reproduzierbar laufen
PowerPoint-Umgebung	Desktop-App oder kompatible Alternative	Nur ein echter Öffnungstest zeigt Reparaturprobleme

Für eine Teamproduktion sollte die Umgebung versioniert werden. Dazu gehören Repository-Version, Python-Version, verwendete Modelle, Template-Version und der Name der erzeugten Ausgabedatei. Ohne diese Angaben lässt sich ein späterer Unterschied nur schwer zurückverfolgen.

Agent-Ablauf und Folienerzeugung

Von der Quelle zur Seitenstruktur

Der Erzeugungsprozess beginnt nicht mit dem Zeichnen einzelner Folien. Zuerst muss der Agent den Inhalt in eine Präsentationslogik überführen: Was ist die zentrale Aussage, welche Belege werden benötigt und welche Inhalte gehören auf dieselbe Seite?

Ein belastbarer Ablauf besteht aus fünf Schritten:

1. Quellen prüfen: PDF, DOCX, Markdown oder URL auf Vollständigkeit, Sprache und Datenstand kontrollieren.
2. Ziel definieren: Publikum, Präsentationszweck und gewünschte Entscheidung festlegen.
3. Seitenplan erzeugen: Titel, Kapitel, Kernaussagen, Diagramme und Schlussfolgerungen in eine Reihenfolge bringen.
4. Gestaltung ausführen: Textfelder, Formen, Diagramme, Bilder und SVG-Elemente gemäß Template erzeugen.
5. Vorschau annotieren: Die lokale Vorschau öffnen, visuelle Korrekturen markieren und den Agenten gezielt nachbessern lassen.

Die Live-Vorschau ist ein wichtiger Unterschied zu einem reinen Batch-Export. Laut Projektbeschreibung kann eine Vorschau unter http://localhost:5050 geöffnet werden; einzelne Elemente lassen sich dort markieren und Änderungsanweisungen an den Agenten zurückgeben. Das ersetzt jedoch nicht den abschließenden PowerPoint-Test.

SVG, DrawingML und native Objekte

PPT Master nutzt für neu erzeugte Seiten einen Workflow, der SVG beziehungsweise kontrollierte grafische Strukturen in PowerPoint-Objekte überführt. Die Projektdokumentation unterscheidet mehrere Routen, darunter das Generieren neuer PPTX-Dateien, das Erstellen von Templates sowie das Befüllen oder Erweitern bestehender nativer PPTX-Pakete. Die offizielle Roadmap ist dabei als Projektstand und nicht als Garantie für jede zukünftige Funktion zu lesen.

Für die Entscheidung bedeutet dies:

• Text sollte als Textobjekt vorliegen, wenn spätere redaktionelle Änderungen erwartet werden;
• Formen und Diagramme müssen einzeln anklickbar sein, wenn Farben oder Werte später angepasst werden sollen;
• komplexe Effekte können zwar visuell funktionieren, aber bei der Bearbeitung oder in anderen PowerPoint-Versionen Probleme verursachen;
• ein SVG kann technisch korrekt aussehen und dennoch für bestimmte Bearbeitungs- oder Kompatibilitätsszenarien ungeeignet sein.

Nicht jede zusätzliche Glättung, etwa bei Abständen oder Kerning, ist Bestandteil des vorgesehenen Nachbearbeitungsumfangs. Deshalb sollte ein Team zwischen strukturellen Fehlern, Kompatibilitätsproblemen und bloßer visueller Nachpolitur unterscheiden.

Export und PowerPoint-Datei

Was die Ausgabe leisten kann

Kann PPT Master erzeugte PowerPoint-Dateien bearbeiten lassen?

Ja, das Ziel des Projekts ist eine native, editierbare PPTX-Datei und nicht eine Präsentation, in der jede Folie nur als Screenshot eingebettet ist. Text, Formen und Diagramme sollen in PowerPoint anklickbar und veränderbar sein.

Das bedeutet aber nicht, dass jede Eingabe vollständig verlustfrei konvertiert wird. Eine PDF-Datei kann beispielsweise eingebettete Schriften, komplexe Vektoren, Transparenzen oder nicht standardisierte Diagramme enthalten. Bei einer Webseite kommen zusätzlich Layoutlogik und Browserverhalten hinzu. Der Export kann die inhaltliche Aussage übernehmen, aber einzelne visuelle oder interaktive Eigenschaften müssen neu aufgebaut werden.

Element	Erwartbare Behandlung	Abnahmebedingung
Überschrift und Fließtext	Als editierbare Textobjekte	Text markieren, ändern und speichern
Standardformen	Als PowerPoint-Formen oder vergleichbare Objekte	Farbe, Größe und Position ändern
Diagramme	Neu erzeugte oder strukturierte Diagramme	Werte und Beschriftungen separat prüfen
Bilder	Eingebettete Bilddateien	Auflösung, Zuschnitt und Transparenz kontrollieren
Animationen	Nur soweit vom gewählten Workflow unterstützt	In der Desktop-App abspielen
Sprecher- oder Seitennotizen	Nur bei korrekt erzeugter Paketstruktur	Notizbereich öffnen und exportieren
Links	Müssen separat kontrolliert werden	Linkziel und Klickverhalten testen

Gerade Animationen, Notizen und Links sollten nicht aus der bloßen Existenz einer PPTX-Datei abgeleitet werden. Ein Dateiname mit der Endung .pptx ist kein Beleg dafür, dass alle enthaltenen Funktionen vollständig kompatibel sind.

Qualitätsprüfung vor der Weitergabe

Editierbarkeit und Reparaturhinweise

Die offiziellen Projektdiskussionen dokumentieren einen Fall, bei dem eine unvollständige Notizstruktur dazu führte, dass PowerPoint eine beschädigte Datei meldete. Dieser Fall ist kein Beleg dafür, dass jede Ausgabe fehlerhaft ist, aber er zeigt, weshalb eine Generierung nicht mit der Abnahme verwechselt werden darf. Die entsprechende Diskussion sollte als konkreter Kompatibilitätshinweis und nicht als allgemeine Fehlerquote interpretiert werden.

Für jede Datei sollte mindestens diese Prüfliste abgearbeitet werden:

• [ ] Die Datei lässt sich in der vorgesehenen PowerPoint-Version öffnen.
• [ ] Es erscheint kein Hinweis auf Reparatur oder entfernte Inhalte.
• [ ] Überschriften und Fließtext sind auswählbar.
• [ ] Formen lassen sich verschieben, einfärben und skalieren.
• [ ] Diagramme enthalten die erwarteten Daten und Beschriftungen.
• [ ] Schriften werden nicht unerwartet ersetzt.
• [ ] Zeilenumbrüche und Textüberläufe sind auf jeder Folie sichtbar geprüft.
• [ ] Bilder sind vollständig, korrekt zugeschnitten und nicht transparent beschädigt.
• [ ] Notizen sind vorhanden, sofern sie Teil des Lieferumfangs sind.
• [ ] Hyperlinks führen zum vorgesehenen Ziel.
• [ ] Animationen und Übergänge funktionieren, sofern sie zugesagt wurden.
• [ ] Die Datei wird nach einer Änderung erneut gespeichert und wieder geöffnet.

Automatisierte und manuelle Kontrolle

Eine automatisierte Prüfung kann Paketstruktur, SVG-Qualität oder bestimmte XML-Beziehungen kontrollieren. Das Projekt verweist beispielsweise auf ein Skript zur SVG-Qualitätsprüfung. Die Hinweise zur SVG-Validierung sind deshalb vor allem für Entwickler interessant, die den Export oder eine bestehende Vorlage anpassen.

Eine solche Prüfung beantwortet jedoch nicht alle Fragen der redaktionellen Abnahme. Die manuelle Kontrolle sollte deshalb in drei Ebenen erfolgen:

1. Paketprüfung: Öffnet sich die Datei ohne Reparaturmeldung?
2. Objektprüfung: Sind Text, Formen und Diagramme einzeln bearbeitbar?
3. Präsentationsprüfung: Sind Lesbarkeit, Kontrast, Reihenfolge, Animationen und Notizen für das Zielpublikum korrekt?

Bei Teams empfiehlt sich ein kleiner Abnahmestandard mit mindestens einer Testdatei pro Template. Wird ein neues Modell, eine neue Repository-Version oder eine neue Schrift eingeführt, sollte dieser Test erneut ausgeführt werden.

Wiederverwendung im Team

Template- und Versionsdisziplin

Für gelegentliche Einzelpräsentationen kann ein einfacher lokaler Lauf ausreichend sein. Bei monatlicher oder wöchentlicher Produktion ändern sich die Anforderungen. Dann sollten Template, Modell, Python-Umgebung und Ausgabestruktur festgeschrieben werden.

Eine sinnvolle Projektordnung enthält:

projekt/
├── sources/
├── template/
├── instructions/
├── assets/
├── previews/
├── exports/
└── validation/

In validation/ gehören Prüfergebnisse, Screenshots von Reparaturmeldungen und die verwendete Versionsinformation. So kann ein Team später nachvollziehen, ob ein Fehler aus der Quelle, dem Template, dem Modell oder dem Export stammt.

Nutzungsszenario	Sinnvolle Vorgehensweise	Rückfalloption
Einzelne Präsentation	Material bereinigen, Standardtemplate testen, manuell abnehmen	Folien nur als Entwurf verwenden
Wiederkehrende Berichte	Template und Datenstruktur stabilisieren	Manuelle Endredaktion einplanen
Mehrere Autoren	Gemeinsame Versions- und Prüfregeln definieren	Nur geprüfte Templates freigeben
Vertrauliche Unterlagen	Datenfluss des Modells und Zugriffsrechte prüfen	Sensible Inhalte vorab anonymisieren
Große Produktionsmenge	Feste Laufumgebung und automatisierte Vorprüfungen nutzen	Kleinere Chargen mit Stichproben abnehmen

Für die Ausführung kann je nach Datenschutz- und Stabilitätsanforderung ein lokaler Rechner oder eine kontrollierte Remote-Mac-Umgebung sinnvoll sein. Wer eine solche Umgebung für AI-Entwicklung und PowerPoint-Tests evaluiert, sollte neben Rechenleistung auch Dateizugriff, Benutzerrechte, Netzwerkzugang und die installierte Office-Umgebung prüfen. Eine Übersicht zu Remote-Mac-Bestellwegen kann dabei als Ausgangspunkt für die Umgebungsplanung dienen.

Wenn mehrere Standorte oder Teams dieselbe Prüfstrecke nutzen, sollte zusätzlich festgelegt werden, wie Dateien übertragen, Zugriffsrechte vergeben und temporäre Arbeitsdateien gelöscht werden. Für eine konkrete regionale Testumgebung sollten die verfügbare Office-Installation, die Zugriffsrechte und die Dateiübertragung vorab anhand derselben Abnahmekriterien geprüft werden; entscheidend bleiben die installierte PowerPoint-Version und der dokumentierte Abnahmetest.

Geeignete und ungeeignete Einsatzfälle

PPT Master ist besonders interessant, wenn eine Präsentation aus bereits vorhandenen Dokumenten entstehen soll und die spätere Bearbeitung in PowerPoint wichtig ist. Dazu gehören interne Briefings, technische Architekturpräsentationen, Datenberichte, Schulungsunterlagen und erste Entwürfe für Kundenpräsentationen.

Weniger geeignet ist der Workflow in folgenden Fällen:

• Es wird eine Präsentation ohne jede Installation und ohne technische Konfiguration benötigt.
• Jede Folie muss ohne menschliche Prüfung veröffentlicht werden.
• Die Vorlage enthält komplexe proprietäre Animationen oder ungewöhnliche Add-ins.
• Die Datei muss in mehreren PowerPoint-Versionen und alternativen Office-Suiten identisch funktionieren.
• Es liegen hochsensible Daten vor, deren Übermittlung an ein externes Modell nicht zulässig ist.
• Die Aufgabe besteht vor allem aus pixelgenauer Nachbildung einer bereits fertigen Präsentation.

In diesen Situationen kann eine manuelle PowerPoint-Produktion, ein kontrollierter Unternehmensworkflow oder ein anderer Präsentationsdienst die bessere Wahl sein. Der Mehrwert von PPT Master liegt nicht darin, sämtliche Prüfungen abzuschaffen, sondern den Übergang von strukturierten Quellen zu editierbaren Folien zu beschleunigen.

Fazit für die Auswahl

PPT Master ist für 2026 eine interessante Option, wenn ein Team drei Bedingungen erfüllt: Es akzeptiert die Einrichtung einer AI-Entwicklungsumgebung, es kann Quellen und Templates sauber vorbereiten und es führt vor der Weitergabe eine echte PPTX-Abnahme durch. Die Aussage „AI erstellt eine PowerPoint“ sollte dabei nicht mit „jede Datei ist sofort präsentationsfertig“ verwechselt werden.

Im Vergleich zu einem klassischen Online-Generator bietet der Workflow mehr Kontrolle über lokale Dateien, wiederverwendbare Templates und editierbare PowerPoint-Objekte. Dafür entstehen zusätzliche Aufgaben bei Installation, Modellzugriff, Versionsverwaltung und Kompatibilität. Gerade diese Aufgaben entscheiden darüber, ob eine erzeugte Datei im Team dauerhaft nutzbar bleibt.

Wer bereits mit Claude Code oder einer ähnlichen Agent-Umgebung arbeitet, kann PPT Master als produktionsnahen Workflow testen. Für einen belastbaren Vergleich sollte zunächst eine kleine Beispieldatei mit wenigen Folientypen erstellt, in PowerPoint geöffnet und anhand der Checkliste geprüft werden. Erst wenn Text, Diagramme, Schriften, Links und Notizen zuverlässig funktionieren, ist die Übertragung auf größere Dokumentmengen sinnvoll.

Gegenüber einem rein lokalen Einzelplatz-Setup bleiben jedoch konkrete Nachteile bestehen: Abhängigkeiten müssen selbst gepflegt werden, Modellzugriffe können instabil oder kostenabhängig sein, und die PowerPoint-Abnahme benötigt eine verlässlich eingerichtete Arbeitsumgebung. Für kurzfristige Tests, wechselnde Teams oder die parallele Nutzung von Claude Code und Office kann deshalb eine gemietete Mac-Umgebung von nuvcloud praktischer sein als ein zusätzlich zu wartender Rechner. Für dauerhaft hohe Last, spezielle Hardware-Interfaces oder streng isolierte Daten ist der eigene Mac weiterhin die ehrlichere Wahl; für temporäre Agent-Läufe und reproduzierbare PPTX-Prüfungen kann die Remote-Variante jedoch den geringeren organisatorischen Aufwand verursachen.