Die Aufgabe entscheidet
„Das läuft alles in der Cloud“ klingt modern. „Das bleibt auf unserem Rechner“ klingt kontrollierbar. Beide Aussagen können zutreffen. Beide können aber auch wichtige Fragen offenlassen.
Bevor ich eine Anwendung auswähle oder entwickle, möchte ich wissen, was damit erledigt werden soll. Müssen mehrere Menschen gleichzeitig arbeiten? Wird ein lokales Gerät angesprochen? Ist unterwegs auch ohne Internet eine Bearbeitung nötig?
Erst danach ergibt die Diskussion über die passende technische Form einen Sinn.
Desktop, Web und Cloud sind keine drei sauberen Schubladen
Eine Desktopanwendung beschreibt zunächst die Nutzung über ein installiertes Programm. Eine Webanwendung wird über Webtechnologien bereitgestellt und typischerweise im Browser genutzt. Cloud beschreibt dagegen vor allem, wo und wie Dienste betrieben werden.
Deshalb kann ein installiertes Programm eine Cloudverbindung benötigen. Eine Webanwendung kann auf einem eigenen Server laufen. Und eine Anwendung kann lokale und zentrale Funktionen kombinieren.
Die Gegenüberstellung „Desktop oder Cloud“ ist mir deshalb zu ungenau. Ich würde getrennt betrachten, wo die Oberfläche läuft, wo die Daten verarbeitet werden und welche Teile ohne Verbindung verfügbar bleiben.
Beim Gerät anfangen, nicht beim Werbeversprechen
Nehmen wir ein fiktives Messprogramm, das regelmäßig ein bestimmtes Gerät ausliest und lokale Dateien verarbeitet. Hier würde ich zunächst prüfen, welche Treiber, Berechtigungen und Schnittstellen tatsächlich gebraucht werden.
Eine lokal installierte Anwendung kann dafür passend sein. Daraus folgt aber nicht, dass jede Desktopsoftware automatisch jeden Gerätezugriff beherrscht oder unabhängig vom Internet arbeitet. Auch Lizenzprüfung, Anmeldung oder externe Dienste können eine Verbindung voraussetzen.
Für eine gemeinsame Auftragsübersicht an verschiedenen Standorten würde ich andere Fragen stellen: Wie werden Änderungen zusammengeführt? Welche Rechte brauchen die Beteiligten? Was passiert bei gleichzeitiger Bearbeitung? Hier liegt die Herausforderung nicht in der Installation allein, sondern in der gemeinsamen Datenverarbeitung.
Offline ist eine konkrete Funktion
Bei einer Vorführung würde ich nicht nur fragen, ob die Software „offlinefähig“ ist. Ich möchte wissen, welche Aufgabe ohne Netzverbindung wirklich funktioniert.
Lässt sich ein vorhandener Auftrag lesen? Kann ein neuer Vorgang angelegt werden? Bleiben Fotos gespeichert? Ist eindeutig erkennbar, welche Änderungen noch nicht übertragen sind?
MDN beschreibt, wie Progressive Web Apps mithilfe von Service Workern und zwischengespeicherten Inhalten Offlinefunktionen ermöglichen können. Die passende Cache-Strategie hängt von der Anwendung ab; zwischengespeicherte Inhalte können veraltet sein. Eine Weboberfläche allein liefert deshalb keine automatische Offlinegarantie. [1]
Für mich gehört zur Prüfung auch die Rückkehr ins Netz. Wenn zwei Personen denselben Vorgang geändert haben, muss die Anwendung einen nachvollziehbaren Umgang damit haben. Ein stilles Überschreiben wäre keine vernünftige Lösung.
Wer kümmert sich um den Betrieb?
Bei zentral bereitgestellter Software lassen sich bestimmte Aufgaben zentral organisieren. Trotzdem muss jemand festlegen, wer Aktualisierungen durchführt, Zugriffe verwaltet und auf Störungen reagiert.
Bei lokal installierten Anwendungen kommen beispielsweise Verteilung und unterschiedliche Gerätestände hinzu. Bei einer Webanwendung müssen die unterstützten Browser und benötigten Funktionen berücksichtigt werden. Bei extern betriebenen Diensten sind die vereinbarten Leistungen und Zuständigkeiten zu prüfen.
Keine Variante macht diese Arbeit vollständig überflüssig. Sie verteilt sie anders. Für die Auswahl würde ich daher nicht nur den Einstiegspreis vergleichen, sondern auch den Aufwand für Einrichtung, Betreuung und notwendige Anpassungen.
Datenschutz lässt sich nicht an einer Oberfläche erkennen
Ein Programmfenster zeigt nicht, wohin Daten übertragen werden. Ebenso wenig verrät eine Browseroberfläche, ob die Anwendung auf einem eigenen Server oder bei einem externen Dienst läuft.
Ich würde mir die tatsächlichen Datenwege erklären lassen: Welche Informationen verlassen das Gerät? Welche externen Dienste sind beteiligt? Wer kann zugreifen? Was wird vorübergehend auf dem Arbeitsplatz gespeichert?
Aus „lokal“ würde ich keine pauschale Datenschutzfreigabe ableiten. Aus „Cloud“ ebenso wenig ein pauschales Verbot. Ob eine konkrete Verarbeitung zulässig und ausreichend geschützt ist, erfordert eine gesonderte Bewertung.
Nicht größer planen als nötig
Microsoft beschreibt im Azure Architecture Center verschiedene Architekturstile mit jeweils eigenen Einsatzbedingungen und Zielkonflikten. Beispielsweise bringt eine Aufteilung in Microservices zusätzliche Komplexität bei Datenkonsistenz und Betrieb mit sich. [2]
Für mich ist das ein guter Anlass, beim tatsächlichen Bedarf zu bleiben. Eine überschaubare interne Anwendung braucht nicht automatisch eine große verteilte Plattform. Umgekehrt wäre es unvernünftig, gemeinsame Geschäftsprozesse allein deshalb auf einzelne Rechner zu verteilen, weil die erste Installation bequem ist.
Ich würde einen typischen Ablauf als Prototyp prüfen: auf den vorgesehenen Geräten, mit den benötigten Berechtigungen und unter realistischen Verbindungsbedingungen. Ein schöner Bildschirm ist ein Anfang, aber noch keine belastbare Auswahlentscheidung.
Mein Fazit: Die passende Lösung erleichtert die Aufgabe
Die beste technische Form ergibt sich nicht aus einem Modewort. Sie ergibt sich aus Arbeitsabläufen, Geräteanforderungen, Zusammenarbeit und dem Betrieb, den man zuverlässig leisten kann.
Ich möchte eine Software nicht danach beurteilen, ob sie möglichst modern klingt. Ich möchte wissen, ob sie im Alltag passt — auch dann, wenn die Verbindung ausfällt oder eine wichtige Aufgabe nicht dem Standardfall entspricht.
Quellen und Einordnung
Recherche: 11.10.2026. Allgemeine technische Orientierung, keine konkrete Produktempfehlung, Kostenberechnung oder datenschutzrechtliche Freigabe. Die beschriebenen Anwendungsbeispiele sind fiktiv. Die Auswahlkriterien sind redaktionelle Empfehlungen, keine zugesicherten Eigenschaften einer bestimmten Software.
[1] MDN Web Docs: Offline and background operation
Quelle lesen ↗
[2] Microsoft Learn: Architecture styles
Quelle lesen ↗