Packaging-Wissen
PilotDeploy und Robopack: lokal bauen oder Cloud-Patching?
Robopack patcht Intune-Geräte aus der Cloud. PilotDeploy baut PSADT-Pakete lokal im Browser. Welche Aufgabe welches Werkzeug löst — sachlich verglichen.
Robopack und PilotDeploy hören sich ähnlich an, solange es um „Intune und Software" geht. Der Unterschied liegt eine Ebene tiefer: Robopack übernimmt den Betrieb über deinen Tenant. PilotDeploy baut ein Paket, das du selbst prüfst und ausrollst.
Wer nach einer Alternative sucht, sollte zuerst wissen, welche der beiden Aufgaben er eigentlich abgeben will.
Was Robopack macht
Robopack beschreibt sich als Intune-Patch-Management aus der Cloud, ohne Agenten auf den Endpunkten. Das Produkt liest laut Anbieter, welche Anwendungen in einem verbundenen Intune-Tenant bereits installiert sind, ordnet sie seinem Katalog zu und rollt neue Versionen über Pilot- und Broad-Ringe aus.
Zum Angebot gehören nach Anbieterangaben:
- ein Katalog mit 30.000+ Apps, die paketiert und getestet sein sollen
- Win32-, MSI- und MSIX-Paketierung
- Custom Apps: Installer-Upload, Packaging als IntuneWin, MSIX oder App-V, Test auf einer sauberen VM
- Rollout in Ringen, Versionshistorie und Rückverfolgbarkeit
- eine Sandbox beziehungsweise Demo ohne eigenen Tenant
- eine kostenlose Testphase von 30 Tagen
- ISO/IEC-27001-Zertifizierung, Listung im Microsoft Marketplace, Dokumentation und „Intune Academy"
Quelle: Robopack: Intune Patch Management.
Auf der Produktseite nennt der Anbieter 5,0 von 5 bei G2 aus 7 Bewertungen. Das ist eine Anbieterangabe mit kleiner Stichprobe, Stand 11.11.2026; die Bewertungen stehen auf G2.
Was PilotDeploy macht
PilotDeploy arbeitet lokal. Du wählst eine Quelle — EXE, MSI oder ein DSM-Paket — und bekommst ein PSADT-Paket mit festem Aufbau: Launcher, PowerShell-Skript, Quellen unter Files/Source, Berichte unter PackageInfo.
Die Analyse läuft im Browser, ohne Installer-Upload. Sichtbar bleiben stille Parameter, Detection, Deinstallation, Rückgabecodes und der Hinweis auf den Windows-Test. Es gibt keinen Agenten, keinen Tenant-Zugriff und keine automatischen Updates.
Der Unterschied in einer Tabelle
| Aufgabe | Robopack | PilotDeploy |
|---|---|---|
| Bestand im Intune-Tenant auslesen | Kernfunktion | kein Tenant-Zugriff |
| Neue Versionen automatisch ausrollen | Kernfunktion, in Ringen | nicht enthalten |
| Eigene Installer paketieren | Custom Apps: Upload, Packaging, VM-Test | Kernfunktion, lokaler Export, Quelle frei wählbar |
| Datenfluss der Installer | Custom-Installer werden in die Cloud geladen | Analyse lokal; optionales ZIP-Speichern lädt das Paket hoch |
| Paket vor dem Rollout prüfen | VM-Validierung; Sandbox und Testphase | Prüfpunkte und manueller Windows-Test |
| Eigener Packaging-Server nötig | nein, Cloud-Dienst | nein, Paketbau im Browser |
Die Tabelle zeigt keine Rangfolge. Sie zeigt, dass die beiden Werkzeuge an unterschiedlichen Stellen Arbeit abnehmen: Robopack beim laufenden Betrieb, PilotDeploy beim Bau des einzelnen Pakets.
Der eigentliche Unterschied: wo die Arbeit bleibt
Bei Robopack liegt ein großer Teil der laufenden Arbeit beim Anbieter: Er liest den Tenant, erkennt veraltete Apps, paketiert neue Versionen und validiert sie auf einer VM. Der Aufwand für dich liegt im Einrichten, in der Freigabe der Ringe und in der Kontrolle der Ergebnisse.
Bei PilotDeploy bleibt die Arbeit bei dir: Du entscheidest über Quelle, stille Parameter und Detection, du testest unter Windows, du baust aus dem Export mit IntuneWinAppUtil die .intunewin-Datei und lädst sie in Intune. Dafür wird die Quelldatei nicht zur Analyse hochgeladen; speicherst du das fertige ZIP im persönlichen Paketkatalog, kann es Installer und Payload enthalten und verlässt das Gerät verschlüsselt — optional und abschaltbar. Du bist nicht an einen Katalog gebunden.
Das ist der Punkt, an dem sich die Wahl entscheidet. Nicht „welches ist moderner", sondern „will ich diese Entscheidungen selbst treffen".
Wo Robopack klar vorne liegt
- Du willst nicht jedes Paket einzeln bauen und aktuell halten.
- Du brauchst einen Überblick, welche Software im Tenant tatsächlich installiert ist.
- Du willst gestaffelt ausrollen, ohne dir selbst eine Ring-Logik zu bauen.
- Du hast mehrere Kunden oder Gesellschaften und willst mandantenfähig arbeiten.
Diese Aufgaben löst PilotDeploy nicht und verspricht sie auch nicht.
Wann PilotDeploy passt
- Fachanwendungen und interne Tools, die du lokal bauen willst.
- Vorgaben, nach denen die Quelldatei nicht zur Analyse in einen Cloud-Dienst soll.
- Pakete, deren Befehle und Detection du vor dem Rollout nachlesen willst.
- Teams, die eine gleichbleibende PSADT-Struktur brauchen, aber keine Plattform einführen wollen.
Datenfluss und Datenschutz
Robopack liest Metadaten aus dem Intune-Tenant; das ist die Voraussetzung für den Bestandsüberblick. PilotDeploy liest die Quelldatei im Browser und schreibt das ZIP lokal; zur Analyse wird sie nicht hochgeladen. Speicherst du das fertige ZIP im persönlichen Paketkatalog, kann es Installer und Payload enthalten und verlässt das Gerät verschlüsselt — optional und abschaltbar. Wer einem Cloud-Dienst keinen Tenant-Zugriff geben will, hat mit PilotDeploy einen Weg, der ohne diesen Zugriff auskommt — um den Preis der manuellen Arbeit.
Bei PilotDeploy gilt die Einschränkung: Der optionale KI-Assistent läuft zentral und erhält nur bereinigte Metadaten, nie Installer oder Paketdateien. Details stehen unter Sicherheit.
Was nach dem Export bleibt
Das fertige PSADT-ZIP ist noch kein Intune-App-Eintrag. Der Export enthält dafür Intune/Create-IntuneWin.ps1; mit IntuneWinAppUtil.exe entsteht die .intunewin-Datei lokal. Danach folgen Installation, Deinstallation, erneute Installation auf einem frischen Gerät und der Rollout in eine Testgruppe.
Robopack übernimmt für Katalog- und Custom-Apps Packaging, VM-Validierung und Ring-Rollout; die fachliche Freigabe bleibt bei dir. Bei PilotDeploy bleiben Windows-Test und Intune-Upload bei dir. Dafür siehst du jede Entscheidung, bevor sie in einem Paket landet.
Häufige Fragen
Ist PilotDeploy eine Robopack-Alternative? Nur für das Bauen einzelner Pakete. Für Cloud-Patching und Bestandsüberblick ist es keine Alternative.
Braucht PilotDeploy Zugriff auf meinen Intune-Tenant? Nein. Es gibt keine Tenant-Verbindung. Das Paket wird exportiert und manuell hochgeladen.
Kann ich beide nutzen? Ja, wenn du den Katalog für Standardsoftware nutzt und Sonderfälle selbst baust. Zwei Werkzeuge bedeuten aber zwei Prozesse, die dokumentiert werden müssen.
Was kostet welcher Weg? PilotDeploy hat eine kostenlose Stufe mit 20 Exporten und Pro für 29,99 EUR monatlich. Die aktuellen Robopack-Preise stehen unter robopack.com/pricing.
Katalog und Umfang
PilotDeploy zeigt derzeit neun geprüfte Vorlagen im Katalog. Das ist kein 30.000-Apps-Katalog: Der Schwerpunkt ist der eigene Paketbau aus EXE, MSI, DSM und Ordnern.
Nächster Schritt
Wenn du ein Paket lokal bauen willst: Der Builder startet ohne Kreditkarte. Wenn du zuerst die Grenzen kennen willst, lies EXE, MSI, DSM: was PilotDeploy verarbeitet.