Wer App-Verwaltungssoftware auswählt, kauft selten ein einzelnes Feature. Sie kaufen einen Prozess: eine App landet auf 400 Geräten, bekommt sechs Wochen später ein Sicherheitsupdate, und verschwindet am letzten Arbeitstag einer Person wieder vom Gerät. Wenn eine dieser vier Etappen fehlt, holt die Lücke Sie spätestens im Audit ein.
Verteilung: der Weg von der Datei zum Startbildschirm
Die sichtbarste Funktion, und die, die in jeder Demo gut aussieht. Sie laden ein Paket hoch (IPA für iOS, APK oder AAB für Android, MSI oder MSIX für Windows), weisen es einer Benutzergruppe zu und lösen die Verteilung aus. Das Lager bekommt die Inventur-App, der Außendienst das CRM, niemand sieht Apps, die er nicht braucht.
Der Unterschied zwischen einer brauchbaren und einer mühsamen Lösung liegt darin, ob die Installation ohne Zutun der Nutzer läuft. Stille Installation setzt einen entsprechenden Registrierungsmodus voraus: ein überwachtes iPhone aus dem Apple Business Manager, ein vollständig verwaltetes Android-Gerät über Android Enterprise, ein per Autopilot registrierter Windows-Rechner. Auf einem privaten Gerät im Arbeitsprofil gilt das nur innerhalb dieses Profils, und die private Seite bleibt außen vor.
Prüfen Sie in der Demo genau diesen Punkt. Ein Anbieter, der die App nur als Downloadlink in einen Katalog stellt, hat Ihnen nichts abgenommen: die Installation macht weiterhin die Person am Gerät, mit allen Rückfragen im Helpdesk. Wie tief die stille Installation reicht, hängt am Registrierungsverfahren, deshalb lohnt der Blick auf die Zero-Touch-Registrierung, bevor Sie über Apps sprechen.
Updates: die Richtlinie zählt mehr als der Knopf
Jedes Update ist eine Entscheidung. Sofort ausrollen, erst an eine Testgruppe, oder zurückhalten? Wer alles sofort verteilt, legt irgendwann an einem Montagmorgen die Kassen still. Wer nie verteilt, sammelt bekannte Schwachstellen ein, für die längst ein Patch existiert.
Eine belastbare Update-Richtlinie unterscheidet mindestens drei Klassen:
- Sicherheitsupdates: erzwungen, ohne Aufschub, notfalls mit Blockade der App bis zur Installation.
- Funktionsupdates: gestaffelt, erst 10 Prozent der Geräte, nach 48 Stunden ohne Auffälligkeit der Rest.
- Kosmetische Updates: im normalen Wartungsfenster, gebündelt.
Zwei Details, die in Ausschreibungen fast immer fehlen. Erstens: Was passiert mit einem Gerät, das offline ist? In der Logistik oder auf Baustellen sind Geräte stunden- oder tagelang ohne Verbindung. Die Software muss den Auftrag in die Warteschlange legen und beim nächsten Kontakt ausführen, ohne lokal erfasste Daten zu verlieren. Zweitens: Lässt sich ein Update zurücknehmen? Die Antwort lautet bei den meisten Anbietern nein, deshalb ist die Testgruppe kein Luxus.
Interne Apps verteilen, ohne den öffentlichen App Store
Sobald Sie eigene Anwendungen bauen, wird dieser Punkt zum Ausschlusskriterium. Eine interne App mit Preislisten, Kundendaten oder Wartungsprotokollen gehört nicht in einen öffentlichen Store, und sie besteht die Prüfverfahren dort teilweise gar nicht.
Auf Android führt der saubere Weg über eine private App in managed Google Play: nur Ihre Organisation sieht sie, die Verteilung läuft über dieselbe Mechanik wie bei öffentlichen Apps. Auf iOS brauchen Sie Signierzertifikate und Provisioning Profiles, also eine Mitgliedschaft im Apple Developer Program. Wer noch mit dem Apple Developer Enterprise Program plant, sollte vorher nachrechnen: die Vergabe ist heute stark eingeschränkt. Die Details dazu stehen in unserem Beitrag zu den Kosten des Apple Developer Program.
Die Aufgabe der App-Verwaltungssoftware ist es, diese Unterschiede zu verbergen. Ein Katalog, eine Zuweisungslogik, dieselben Gruppen für gekaufte und selbst gebaute Apps. Genau das leistet ein Unternehmens-App-Store im Rahmen von Mobile Application Management: die Person am Gerät sieht eine Liste freigegebener Anwendungen und tippt auf Installieren, ohne zu wissen, aus welcher Quelle das Paket stammt.
Achten Sie auf die Versionsverwaltung an dieser Stelle. Interne Apps ändern sich häufiger als gekaufte, und Sie wollen im Zweifel sagen können: Außendienst bleibt auf 4.2, Pilotgruppe testet 4.3.
Austritt: Apps und Lizenzen zurückholen
Der am häufigsten vernachlässigte Teil des Lebenszyklus. Eine App zu verteilen dauert Minuten. Sie vollständig zurückzuholen, samt Daten und Lizenz, gelingt nur, wenn die Software das von Anfang an vorgesehen hat.
Bei einem unternehmenseigenen Gerät ist der Fall einfach: zurücksetzen, neu registrieren, an die nächste Person ausgeben. Bei einem privaten Gerät wird es heikel. Unter Android entfernt der Administrator das Arbeitsprofil, und Android selbst begrenzt den Löschbefehl auf genau dieses Profil. Fotos, Kontakte und die Rufnummer bleiben unangetastet, ein Zurücksetzen des privaten Geräts ist über die Konsole nicht möglich. Unter iOS entfernt der Administrator die verwalteten Daten und Apps.
Parallel dazu muss die Lizenz zurück in den Pool. Das Volume Purchase Program von Apple und managed Google Play unterstützen die Rückgabe von Platzlizenzen, aber nur, wenn Ihre Verwaltungssoftware die Zuweisung sauber führt. Der Test in der Testphase: Person aus der Gruppe entfernen, dann prüfen, ob die Lizenz innerhalb von Minuten wieder verfügbar ist. Bei drei Lizenzen ist das egal. Bei 800 Lizenzen zu 60 Euro im Jahr ist es eine Budgetposition.
Sieben Fragen, die Sie jedem Anbieter stellen sollten
- Verwalten Sie iOS, Android, Windows und macOS aus einer Konsole, oder kostet jedes zusätzliche Betriebssystem extra?
- Läuft die Installation still, und unter welchen Registrierungsbedingungen genau?
- Wie verteile ich eine selbst gebaute App, ohne den öffentlichen Store?
- Kann ich Update-Richtlinien pro App setzen, inklusive gestaffeltem Rollout?
- Wie lange braucht die Konsole für die Antwort auf zwei Fragen: Welche Apps liegen auf diesem Gerät, und auf welchen Geräten liegt diese App?
- Was genau passiert beim Austritt auf einem privaten Gerät, und was bleibt zurück?
- Wo liegen die Daten, wer betreibt sie, und gibt es einen Auftragsverarbeitungsvertrag nach Art. 28 DSGVO?
Frage 5 ist der beste Lackmustest. Wenn ein Anbieter die Inventarabfrage nicht in unter einer Minute vorführt, wird sie im Audit auch nicht schneller.
Zwei deutsche Besonderheiten, die den Rollout aufhalten
Der Betriebsrat. Nach § 87 Abs. 1 Nr. 6 BetrVG hat der Betriebsrat ein erzwingbares Mitbestimmungsrecht bei technischen Einrichtungen, die dazu geeignet sind, Verhalten oder Leistung zu überwachen. Ob Sie das beabsichtigen, spielt keine Rolle: die objektive Eignung genügt. Eine App-Verwaltung, die Installationen und Nutzung protokolliert, fällt darunter. Ohne Betriebsvereinbarung kein Rollout, und die Verhandlung dauert erfahrungsgemäß länger als die technische Einrichtung.
Bringen Sie deshalb früh eine präzise Liste mit: welche Datenfelder die Konsole tatsächlich sieht, welche sie nicht sieht, und was beim Ausscheiden gelöscht wird. Vage Zusagen verlängern die Verhandlung, konkrete Angaben verkürzen sie.
Der Auftragsverarbeitungsvertrag. Geräteinventar, Benutzerkennungen und App-Listen sind personenbezogene Daten. Ein Anbieter ohne unterschriftsreifen AVV nach Art. 28 DSGVO und ohne dokumentierte technische und organisatorische Maßnahmen nach Art. 32 kostet Sie mehrere Wochen. Fragen Sie das Dokument vor der Testphase an, nicht danach.
Womit Sie anfangen
Beginnen Sie mit einer Bestandsaufnahme: jede App, die im Unternehmen im Einsatz ist, wer sie nutzt, und wie sie heute auf die Geräte kommt. Diese Liste ist Ihre Migrationscheckliste und gleichzeitig die Grundlage für das Gespräch mit dem Betriebsrat.
Danach ein Pilot mit einer Abteilung und fünf bis zehn Apps. Messen Sie zwei Größen: die Zeit bis zur vollständigen Verteilung eines Updates, und die Zahl der App-bezogenen Tickets pro Woche. Wenn die Software etwas taugt, sehen Sie den Unterschied im ersten Monat. Wie App-Verwaltung und Geräteverwaltung zusammenspielen, entscheidet dabei über das Ergebnis: Apps ohne Kontrolle über das darunterliegende Gerät zu verwalten, lässt genau die Lücken offen, die ein Audit findet.