Website, Web-App oder Mobile App? Was Du 2026 bauen solltest, und wo Projekte scheitern

„Wir brauchen eine App“ ist der teuerste vage Satz der Unternehmens-IT. Je nachdem, was er am Ende bedeutet, kostet er zwischen ein paar Tausend Dirham und ein paar Hunderttausend. Bevor Dir irgendein Entwickler etwas anbietet, braucht die echte Frage eine Antwort: Was baust Du eigentlich, für wen, und warum?

Die drei verschiedenen Tiere

• Eine Website präsentiert: wer Du bist, was Du verkaufst, wie man Dich erreicht. Ihr Job: gefunden werden, schnell laden, Besucher in Anrufe oder Bestellungen verwandeln.
• Eine Web-Anwendung arbeitet: Portale, Dashboards, Buchungssysteme, interne Tools. Sie lebt hinter einem Login und läuft im Browser auf jedem Gerät.
• Eine Mobile App wohnt in den Stores und auf dem Homescreen. Sie verdient ihren Platz nur, wenn Du brauchst, was Telefone exklusiv bieten: Push, Kamera, GPS, Offline-Betrieb oder die tägliche Gewohnheit.

Die Entscheidung in einem Absatz

Starte mit der Website: jedes Unternehmen braucht eine, und sie verankert alles Weitere. Bau eine Web-Anwendung, wenn Nutzer Dinge tun statt lesen sollen; sie läuft vom ersten Tag auf jedem Gerät, braucht keine Store-Freigabe und aktualisiert sofort. Füge eine native Mobile App nur hinzu, wenn Push, Offline, Sensorik oder Homescreen-Gewohnheit wirklich Teil des Werts sind, „unser Wettbewerber hat eine“ ist kein Grund; deren Download-Zahlen wären ihnen peinlich.

Nativ vs. Cross-Platform, ehrlich

Wenn Du wirklich eine Mobile App brauchst, brauchst Du heute selten zwei getrennte native Codebasen. Cross-Platform-Frameworks (Flutter, React Native) liefern eine Codebasis für iOS und Android statt zweier getrennter, mit für Business-Anwendungen nicht unterscheidbarer Performance. Wie viel das spart, hängt von der Anwendung ab; die Ersparnis liegt darin, eine Codebasis zu bauen und zu pflegen statt zwei. Rein nativ gewinnt noch bei Spielen, schwerer Grafik und tiefer Hardware-Integration: Fälle, die die meisten Unternehmen nie berühren.

Was das Budget wirklich bestimmt

Nicht die Plattform, der Umfang. Logins, Zahlungen, Arabisch/Englisch mit sauberem RTL, ERP-Integrationen, ein Admin-Panel: Jedes davon ist echte Arbeit, egal welcher Weg. Die Disziplin, die Budgets vernünftig hält: ein Release-eins-Umfang, der in Monate passt, vor Arbeitsbeginn schriftlich vereinbart samt seiner kommerziellen Bedingungen, und alles andere in einer Roadmap statt im ersten Vertrag.

Die Fallen, markiert

Falle eins: eine Mobile App bauen, wo eine Web-Anwendung der Bedarf war. Doppelte Kosten für eine App, die niemand installiert. Falle zwei: die schöne Website ohne Analytics, ohne Speed-Budget, ohne SEO-Grundlagen. Unsichtbar und langsam. Falle drei: Quellcode, der bei der Agentur bleibt; besteh im Vertrag darauf, dass Code und Dokumentation an Dich übergehen. Falle vier: kein Wartungsplan. Software ohne Eigentümer verfällt in Browsern wie in App Stores. Jede dieser Fallen ist in der Designphase vermeidbar, genau deshalb ist Entwerfen vor Bauen das ganze Spiel.