Bevor du eine App entwickeln lässt: Diese Fragen klärst du zuerst
Die meisten Probleme in App-Projekten entstehen nicht beim Programmieren, sondern davor. Unklare Anforderungen führen zu Nachträgen, Nachträge zu höheren Kosten und verschobenen Terminen. Deshalb lohnt sich eine gründliche Vorbereitung.
Schon der Branchenverband Bitkom empfiehlt in seinem Leitfaden zu Apps und Mobile Services, Fachabteilungen, IT, Datenschutzbeauftragte und gegebenenfalls den Betriebsrat früh in das Konzept einzubinden. Für einen Handwerksbetrieb mit zehn Leuten heißt das ganz praktisch: Sprich mit denen, die die App später benutzen, bevor du sie beauftragst.
Diese Punkte solltest du schriftlich festhalten:
1. Ziel: Welches konkrete Problem löst die App? Zum Beispiel Termine buchen, Aufträge erfassen, Bestellungen auslösen oder Kunden binden.
2. Zielgruppe: Nutzen Kunden die App, deine Mitarbeitenden oder beide? Welche Geräte haben sie?
3. Kernfunktionen: Was muss die erste Version können? Alles andere kommt auf eine Wunschliste für spätere Versionen.
4. Daten: Welche personenbezogenen Daten werden verarbeitet, wo werden sie gespeichert und wer hat Zugriff?
5. Schnittstellen: Muss die App mit bestehenden Systemen sprechen, etwa mit deinem Onlineshop, einer Warenwirtschaft wie JTL-Wawi, einem CRM oder Microsoft 365?
6. Betrieb: Wer pflegt Inhalte, wer kümmert sich um Updates und wer ist Ansprechpartner, wenn etwas nicht funktioniert?
7. Erfolgsmessung: Woran erkennst du nach sechs Monaten, dass sich die App gelohnt hat?
Mein Tipp: Plane eine erste Version, die eine Sache richtig gut macht. Eine schlanke App, die schnell bei echten Nutzern landet, liefert dir bessere Erkenntnisse als ein überladenes Projekt, das ein Jahr lang in der Entwicklung steckt.
Native App oder Flutter: Welche Technik passt zu dir?
Bei der Frage, ob du eine iOS-App, eine Android-App oder beides programmieren lassen solltest, gibt es im Kern drei Wege. Jeder hat seinen Platz.
- Ansatz – Was das bedeutet – Passt gut, wenn …
- Native iOS-App – Eigene Entwicklung nur für iPhone und iPad – du ausschließlich Apple-Nutzer erreichst oder tief in Apple-spezifische Funktionen gehst
- Native Android-App – Eigene Entwicklung nur für Android-Geräte – deine Zielgruppe fast nur Android nutzt, etwa bei bestimmten Geräten im Außendienst
- Flutter (Cross-Plattform) – Eine gemeinsame Codebasis für iOS und Android – du beide Plattformen mit einem Budget, einem Team und einem Update-Rhythmus abdecken willst
- Web-App – Läuft im Browser, ohne App Store – Zugriff über den Browser reicht und Store-Präsenz zweitrangig ist
Wann eine native App sinnvoll ist
Native Entwicklung bedeutet: Für iOS und Android entstehen zwei getrennte Apps. Das ist sinnvoll, wenn du nur eine Plattform bedienen musst oder wenn deine App sehr eng mit dem Betriebssystem arbeitet, etwa bei speziellen Hardware-Anbindungen. Willst du beide Plattformen nativ abdecken, entwickelst und pflegst du aber zwei Codebasen. Jede neue Funktion wird doppelt umgesetzt, doppelt getestet und doppelt veröffentlicht.
Wann Flutter die bessere Wahl ist
Wenn du eine Flutter-App entwickeln lässt, schreibt dein Entwickler den Code einmal und veröffentlicht ihn für iOS und Android. Für die typischen Apps von Selbstständigen, Handwerksbetrieben und kleinen Unternehmen ist das in meinen Augen fast immer der vernünftigste Weg: Kundenportale, Buchungs-Apps, Zähl- und Erfassungs-Apps, Shop-Begleiter oder interne Tools.
Die Vorteile im Alltag:
– Ein Projekt statt zwei: Neue Funktionen landen gleichzeitig auf beiden Plattformen.
– Einheitliches Design: Die App sieht auf iPhone und Android-Gerät konsistent aus.
– Einfachere Wartung: Fehler werden an einer Stelle behoben.
– Gute Anbindung an Backends: Ob eigene API, Datenbank oder Shop-System, die App kann sauber mit deinen bestehenden Systemen arbeiten.
Genau deshalb setze ich bei der App-Entwicklung auf Flutter. Ein Beispiel ist Countify, eine Flutter-App mit Node.js und PostgreSQL: App, Backend und Datenbank greifen dort ineinander.
So läuft die Entwicklung ab: vom Konzept bis zum Store
Ein professionelles App-Projekt folgt einer klaren Reihenfolge. Die Phasen können je nach Umfang unterschiedlich lang sein, aber übersprungen werden sollte keine.
1. Erstgespräch und Analyse: Wir sprechen über Ziel, Zielgruppe und vorhandene Systeme. Am Ende steht eine erste Einschätzung, ob und wie sich die Idee umsetzen lässt.
2. Konzept und Anforderungen: Funktionen werden priorisiert, Nutzerwege beschrieben und Datenflüsse festgelegt. Hier wird auch geklärt, welche Daten wo gespeichert werden.
3. Wireframes und Design: Zuerst entstehen einfache Skizzen der Screens, danach das visuelle Design. So siehst du früh, wie sich die App anfühlt, bevor teure Programmierzeit fließt.
4. Entwicklung von App und Backend: Die App wird in Etappen gebaut. Parallel entsteht das Backend mit Datenbank, Schnittstellen und Benutzerverwaltung.
5. Tests: Funktionstests, Tests auf verschiedenen Geräten und Tests mit echten Nutzern. Bei Google Play ist ein geschlossener Test für neue private Konten sogar Pflicht, dazu gleich mehr.
6. Veröffentlichung: Store-Einträge mit Texten, Screenshots, Datenschutzangaben und Altersfreigabe werden vorbereitet und zur Prüfung eingereicht.
7. Betrieb und Weiterentwicklung: Monitoring, Updates für neue Betriebssystemversionen und neue Funktionen auf Basis echter Nutzung.
Für dich als Auftraggeber heißt das: Plane in den Phasen zwei, drei und fünf eigene Zeit ein. Feedback zu Entwürfen und Testversionen ist der Hebel, mit dem du das Ergebnis am stärksten beeinflusst.
iOS und Android: Was die Stores verlangen
Apple und Google prüfen Apps, bevor sie öffentlich verfügbar sind. Für beide Stores brauchst du ein Entwicklerkonto, für das Gebühren anfallen. Die aktuellen Beträge und Bedingungen nennen Apple und Google auf ihren Entwicklerseiten. Mein Rat: Lege die Konten auf dein Unternehmen an, nicht auf den Entwickler. So bleibt die App dein Eigentum, auch wenn du später den Dienstleister wechselst.
Bei Android gibt es eine wichtige Hürde, die viele unterschätzen. Laut Google-Play-Hilfe zu den Testanforderungen müssen private Entwicklerkonten, die nach dem 13. November 2023 erstellt wurden, vor der Veröffentlichung einen geschlossenen Test mit mindestens 12 Testpersonen über 14 aufeinanderfolgende Tage durchführen. Diese zwei Wochen gehören fest in den Zeitplan. Die Regel bezieht sich auf private Konten, ein weiterer Grund, die App über ein Konto deines Unternehmens zu veröffentlichen.
Bei iOS solltest du ebenfalls Zeit für die Prüfung einplanen. Häufige Gründe für Rückfragen sind fehlende Datenschutzangaben, unklare Berechtigungsabfragen oder Funktionen, die im Testzugang nicht erreichbar sind. Ein sauber vorbereiteter Testzugang für die Prüfer spart hier viel Hin und Her.
Was kostet es, eine App entwickeln zu lassen?
Die ehrliche Antwort: Einen seriösen Festpreis gibt es erst, wenn der Umfang klar ist. Eine einfache Erfassungs-App mit wenigen Screens und eine Plattform mit Login, Zahlungen und Shop-Anbindung liegen preislich weit auseinander. Wer dir ohne Konzept eine exakte Zahl nennt, rechnet entweder mit großem Puffer oder mit Nachträgen.
Diese Faktoren bestimmen den Aufwand am stärksten:
- Faktor – Wirkung auf den Aufwand
- Anzahl und Komplexität der Screens – Jeder Screen braucht Design, Logik und Tests
- Backend und Datenbank – Eigene Server, APIs und Benutzerverwaltung sind oft der größte Block
- Schnittstellen – Anbindungen an Shop, Warenwirtschaft, CRM oder Zahlungsanbieter erhöhen den Aufwand je nach Dokumentation der Gegenseite
- Login und Rollen – Unterschiedliche Rechte für Kunden, Mitarbeitende und Admins kosten Planung
- Offline-Fähigkeit – Daten lokal speichern und später synchronisieren ist anspruchsvoll
- Individuelles Design – Eigene Animationen und Komponenten statt Standardelementen
- Plattformwahl – Zwei native Apps bedeuten zwei Codebasen, Flutter eine
- Datenschutz und Barrierefreiheit – Einwilligungen, Sicherheitsmaßnahmen und barrierefreie Gestaltung gehören von Anfang an ins Budget
So bekommst du ein belastbares Angebot
- Beschreibe Nutzerwege statt Funktionen: „Ein Kunde bucht einen Termin und bekommt eine Bestätigung“ ist für eine Schätzung hilfreicher als „Kalenderfunktion“.
- Trenne Muss und Kann: Lass dir beides getrennt kalkulieren. So siehst du, was die erste Version kostet.
- Frag nach den Folgekosten: Hosting, Wartung, Store-Gebühren und Updates sollten im Angebot sichtbar sein.
- Kläre die Rechte: Wem gehören Quellcode, Design und Store-Konten nach Projektende?
Nach dem Launch: Wartung, Updates und Datenschutz
Eine App ist nie fertig. Apple und Google veröffentlichen regelmäßig neue Betriebssystemversionen, Bibliotheken bekommen Sicherheitsupdates, und deine Nutzer melden Wünsche und Fehler. Plane deshalb von Beginn an ein laufendes Budget für Wartung ein.
Dazu kommen rechtliche Pflichten. Als Betreiber der App bist du laut Kurzposition des Bundesdatenschutzbeauftragten Verantwortlicher im Sinne von Art. 4 Nr. 7 DSGVO und musst technische und organisatorische Maßnahmen treffen, die die Datenverarbeitung im Backend und auf dem Endgerät absichern. Nach derselben Quelle brauchst du für den Zugriff auf Informationen, die auf dem Gerät gespeichert sind, nach § 25 TDDDG entweder eine Einwilligung oder dieser Zugriff muss für den Dienst unbedingt erforderlich sein.
Was das praktisch bedeutet:
– Tracking und Analyse-Tools nur mit sauberer Einwilligung einbauen, wenn sie nicht unbedingt nötig sind.
– Daten verschlüsselt übertragen und Zugriffe im Backend auf das Nötigste beschränken.
– Berechtigungen sparsam abfragen: Kamera, Standort oder Kontakte nur, wenn die Funktion sie wirklich braucht.
– Datenschutzerklärung und Store-Angaben aktuell halten, wenn neue Funktionen dazukommen.
Wenn du unsicher bist, ob deine geplante Datenverarbeitung zulässig ist, sprich vor dem Start mit deinem Datenschutzbeauftragten oder einer auf IT-Recht spezialisierten Kanzlei. Ich setze die technischen Maßnahmen um, die rechtliche Bewertung gehört in deren Hände.
Barrierefreiheit: für bestimmte Apps seit 2025 Pflicht
Ein Punkt, den viele Auftraggeber noch nicht auf dem Schirm haben: Das Barrierefreiheitsstärkungsgesetz ist laut Bitkom-Praxisleitfaden zum BFSG am 28. Juni 2025 vollständig in Kraft getreten und verpflichtet Anbieter bestimmter Dienstleistungen, darunter bestimmte mobile Apps, zur Barrierefreiheit. Ob deine App darunter fällt, solltest du gleich im Konzept prüfen lassen, denn Barrierefreiheit nachträglich einzubauen ist deutlich aufwendiger.
Unabhängig von der Pflicht lohnt es sich: Gut lesbare Kontraste, ausreichend große Bedienelemente, Beschriftungen für Screenreader und skalierbare Schriften machen eine App für alle angenehmer. Hilfreich ist dabei die Sicht, Barrierefreiheit als Prozess zu verstehen statt als Haken auf einer Liste: Es geht darum, für konkrete Menschen mit konkreten Bedürfnissen Hürden abzubauen. Teste die App deshalb auch mit den Bedienungshilfen von iOS und Android, etwa mit eingeschaltetem Screenreader und vergrößerter Schrift.
Woran du einen guten App-Entwickler erkennst
Ob große Agentur, Offshore-Team oder spezialisierter Einzelentwickler: Achte bei der Auswahl auf diese Punkte.
- Referenzen mit echten Apps: Lass dir veröffentlichte Apps zeigen, die du selbst installieren kannst.
- Fester Ansprechpartner: Wer konzipiert, wer programmiert und wer ist nach dem Launch erreichbar?
- Verständnis für dein Geschäft: Fragt der Entwickler nach deinen Abläufen oder nur nach Features?
- Gesamtsystem im Blick: Eine App hängt fast immer an Website, Shop, Datenbank oder Büro-Software. Wer das Zusammenspiel versteht, vermeidet Insellösungen.
- Klare Regeln zu Wartung und Rechten: Quellcode, Konten und Zugangsdaten gehören dir.
- Datenschutz von Anfang an: DSGVO-Fragen sollten im Konzept auftauchen, nicht erst kurz vor dem Launch.
Meine Sicht: Eine App ist nur so gut wie das System dahinter
In über elf Jahren Arbeit an Websites, Onlineshops und IT-Systemen habe ich eines gelernt: Eine App steht selten allein. Sie holt Daten aus einem Shop, schreibt Aufträge in eine Datenbank, verschickt Benachrichtigungen oder stößt Abläufe im Büro an.
Deshalb denke ich App-Projekte immer vom Gesamtsystem her. Bei HamburgWheelieKidz gehören WooCommerce, JTL und eine Flutter-App zusammen. Genau dieses Zusammenspiel macht den Unterschied zwischen einer App, die hübsch aussieht, und einer App, die dir im Alltag Arbeit abnimmt.
Mit Flutter baue ich eine Codebasis für iOS und Android. Das hält Entwicklung und Wartung schlank, und du hast einen Ansprechpartner für App, Backend, Website und Automatisierung. Wenn sich Abläufe mit n8n, Make oder Zapier verknüpfen lassen, binde ich sie direkt mit ein.
Mein Anspruch: Du sollst verstehen, was gebaut wird, warum es so gebaut wird und was es im Betrieb bedeutet.
Nick Vogel
App-Entwicklung mit Flutter aus Buxtehude
Du hast eine App-Idee für deinen Betrieb, dein Kundenportal oder ein internes Werkzeug? Ich entwickle Apps mit Flutter für iOS und Android, inklusive Backend, Schnittstellen zu Shop und Warenwirtschaft und DSGVO-konformer Umsetzung, für Selbstständige, Handwerksbetriebe und kleine Unternehmen in Hamburg, Niedersachsen, Bremen, Berlin und Brandenburg.
Auf meiner Seite zur App-Entwicklung mit Flutter findest du, wie ich arbeite. Weitere umgesetzte Projekte zeige ich unter Projekte und Referenzen. Wenn du direkt loslegen willst, frag ein Erstgespräch an. Und wenn deine App Abläufe im Unternehmen verbinden soll, passt oft auch meine IT-Beratung und Automatisierung dazu.
Häufige Fragen
Kann man selbst eine App entwickeln?
Ja, mit Programmierkenntnissen oder einem App-Baukasten ist das grundsätzlich möglich. Für eine geschäftlich genutzte App kommen aber Backend, Schnittstellen, Datenschutz, Store-Prüfungen und laufende Updates dazu. Wenn die App Teil deines Geschäfts sein soll, sparst du mit einem erfahrenen Entwickler meist Zeit und Nerven.
Wie lange dauert es, eine App entwickeln zu lassen?
Das hängt vom Umfang ab. Eine schlanke erste Version ist deutlich schneller fertig als eine App mit vielen Rollen und Schnittstellen. Rechne bei Android für neue private Entwicklerkonten zusätzlich mit dem vorgeschriebenen 14-tägigen geschlossenen Test vor dem Launch.
Brauche ich zwei Apps für iOS und Android?
Nicht unbedingt. Mit Flutter entsteht eine gemeinsame Codebasis, aus der die App für beide Plattformen veröffentlicht wird. Zwei getrennte native Apps sind nur dann nötig, wenn sehr plattformspezifische Funktionen im Mittelpunkt stehen.
Wem gehört die App nach der Entwicklung?
Das regelt dein Vertrag. Achte darauf, dass dir Quellcode und Nutzungsrechte übertragen werden und die Store-Konten auf dein Unternehmen laufen. So bleibst du unabhängig, auch wenn sich die Zusammenarbeit später ändert.
Dazu passt die Leistung App-Entwicklung: Flutter-Apps für iOS und Android aus einer Codebasis – von Konzept und Backend bis zum Store-Release.