Kurz gesagt: Eine App-Entwicklung läuft in sieben Schritten ab – von der Idee über Konzept, Design, Entwicklung und Test bis zur Veröffentlichung und zum Betrieb. Wer die Schritte kennt, weiß, was er wann liefern muss, welches Ergebnis er erwarten darf und wo Projekte typischerweise entgleisen. Dieser Artikel beschreibt den Ablauf so, wie wir ihn bei Appdevelz umsetzen; bei den meisten seriösen Anbietern sieht er ähnlich aus.
Der Ablauf im Überblick
Bei Appdevelz sind es von der Anfrage bis zur Übergabe sieben Schritte – mit Festpreis und drei Raten statt Stundenzettel:
- Formular (5 Minuten): Projektart, Umfang, Vorhandenes, Zeitrahmen und Budgetrahmen – mit gezielten Fragen statt leerem Textfeld.
- Konzept + Festpreis (in 12 h): Unser Verständnis in eigenen Worten, „Enthalten“ und „Nicht enthalten“, Preis netto und brutto, Zeitplan, Annahmen und offene Fragen.
- Freigabe & Anzahlung (30 %): Sie bestätigen das Angebot in Textform; mit der Anzahlung ist der Termin reserviert. Verbraucher erhalten vorher die Widerrufsbelehrung.
- Start (Rush: nächster Werktag): Kickoff-Call (30 Minuten), Zugänge und Inhalte, dann geht es los – ohne Rush innerhalb der im Angebot genannten Frist.
- Sprint-Demos (jede Woche): Nach jedem Sprint eine Testversion zum Selbstausprobieren. Der Design- oder Prototyp-Meilenstein löst die zweite Rate aus.
- Abnahme (10 Werktage): Sie prüfen gegen den vereinbarten Leistungsumfang und erklären die Abnahme in Textform. Kleine Mängel beheben wir, ohne die Abnahme aufzuhalten. Danach die Schlussrate.
- Quellcode & Rechte (bei Vollzahlung): Repository, Zugänge und Build-Anleitung; die ausschließlichen Nutzungsrechte an allem, was individuell für Sie entsteht, und ein zeitlich unbegrenztes einfaches Nutzungsrecht an unseren Vorlagen und Werkzeugen (etwa dem Design-System) für Ihr Projekt. Bausteine Dritter wie Open-Source-Bibliotheken behalten ihre eigenen Lizenzen (AGB 9 und 10). Sie sind an niemanden gebunden. Danach gilt: Abweichungen vom abgenommenen Umfang beheben wir im Rahmen der Gewährleistung (2 Jahre für Verbraucher, 1 Jahr für Unternehmen); Updates, neue OS-, Store- oder Browser-Versionen und Erweiterungen sind Wartung, Weiterentwicklungs-Kontingent oder ein neuer Auftrag. Für Verbraucher gelten zusätzlich die zwingenden gesetzlichen Regeln für digitale Produkte (§§ 327 ff. BGB), etwa zu Aktualisierungen. Wenn eine Leistung davon abweichen soll, vereinbaren wir das ausdrücklich und gesondert im Angebot – nicht nur in den AGB.
Die folgenden sieben Abschnitte beschreiben, was inhaltlich in jeder Phase passiert – und was Sie als Auftraggeber beitragen.
1. Idee und Ziel
Am Anfang steht nicht die App, sondern das Problem: Welche Aufgabe soll einfacher werden, für wen, und woran merken Sie, dass es funktioniert? Eine App für Ihre Kunden braucht andere Antworten als ein internes Werkzeug für zehn Mitarbeiter. In dieser Phase klären wir außerdem, was es schon gibt – Website, Datenbanken, Excel-Listen, eine alte App – und was davon weiterverwendet werden kann.
Ihr Beitrag: Beschreiben Sie das Problem und die Nutzer. Sie brauchen kein Lastenheft – unser Anfrageformular fragt in fünf Minuten genau das ab, was wir für ein Konzept brauchen.
2. Konzept und Anforderungen
Aus der Idee wird eine priorisierte Liste von Funktionen: Was muss die erste Version können (Must), was wäre gut (Should), was kommt später (Later)? Dazu kommen die technische Architektur – Plattformen, Backend, Schnittstellen, Datenschutz – und ein Zeitplan. Das Ergebnis ist ein Konzept, das beide Seiten verstehen, mit „Enthalten“ und „Nicht enthalten“ und einem Festpreis. Bei uns erhalten Sie es innerhalb von 12 Stunden an Werktagen nach Ihrer Anfrage.
Ihr Beitrag: Entscheidungen. Welche Funktionen sind wirklich nötig? Wer sind die Nutzer der ersten Version? Welche Systeme müssen angebunden werden? Je klarer die Antworten, desto genauer die Schätzung.
3. UI/UX-Design
Zuerst entstehen Wireframes: grobe Skizzen aller Bildschirme und der Wege dazwischen. Dann das eigentliche Oberflächendesign mit Farben, Typografie und Komponenten – und ein klickbarer Prototyp, den Sie auf Ihrem eigenen Handy ausprobieren. Viele Missverständnisse werden hier sichtbar, solange sie noch billig zu beheben sind.
Ihr Beitrag: Ausprobieren und ehrlich sagen, was nicht verständlich ist. Wenn möglich, geben Sie den Prototyp zwei oder drei echten Nutzern in die Hand.
4. Entwicklung
Die Programmierung läuft in Sprints von ein bis zwei Wochen. Jeder Sprint hat ein Ziel, und am Ende gibt es eine Demo und eine Testversion – auf dem Handy über TestFlight (iOS) oder als interner Test bei Google Play, im Browser über eine Vorschau-URL. So sehen Sie den Fortschritt, statt monatelang zu warten.
Parallel entsteht das Backend: Datenbank, Nutzerverwaltung, Schnittstellen. Bei Appdevelz übernehmen KI-Werkzeuge Entwürfe für Routinecode, Tests und Dokumentation; geprüft und verantwortet wird jede Zeile von Samuel Rogers.
Ihr Beitrag: Die Testversionen ausprobieren und Feedback innerhalb weniger Tage geben. Verzögerte Rückmeldungen sind der häufigste Grund, warum Zeitpläne kippen.
5. Test und Qualitätssicherung
Automatisierte Tests laufen während der gesamten Entwicklung. Vor dem Release kommen manuelle Tests auf echten Geräten hinzu – verschiedene Bildschirmgrößen, langsame Verbindungen, Abbrüche mitten in einem Vorgang. Auch Zugänglichkeit (Schriftgrößen, Kontraste, Screenreader) und Datenschutz (welche Daten werden wohin übertragen?) werden hier geprüft.
Ihr Beitrag: Ein Abnahmetest mit Ihrem Team anhand der Anforderungsliste aus Schritt 2.
6. Veröffentlichung
Mobile Apps werden über die Entwicklerkonten bei Apple und Google eingereicht. Dazu gehören Store-Texte, Screenshots, eine Datenschutzerklärung und – bei Apple – ein Review, der in der Regel wenige Tage dauert und gelegentlich Nachbesserungen verlangt. Web-Apps gehen auf Ihrer Domain live; hier entfällt der Store, dafür kümmern wir uns um Hosting, Domain und Zertifikate.
Ihr Beitrag: Entwicklerkonten auf Ihren Namen (wir richten sie mit Ihnen ein) und die rechtlichen Texte, die wir Ihnen vorbereiten.
7. Betrieb und Weiterentwicklung
Nach dem Release beginnt der eigentliche Nutzen – und die Pflege: Fehlerberichte, neue Betriebssystemversionen, Wünsche der Nutzer. Sinnvoll ist ein fester Rahmen (unsere Wartungspakete) oder zumindest ein Update-Termin pro Quartal. Mit dem Release erhalten Sie den Quellcode, alle Zugänge und eine Dokumentation – Sie sind an niemanden gebunden.
Wie lange dauert das alles?
Lieferzeiten aus unseren Paketen: Website Start (Onepager) 5 Werktage nach vollständigem Eingang Ihrer Inhalte; App Start 1–2 Wochen nach Auftrag und Kickoff; MVP-App mit Backend 3–6 Wochen nach Auftrag und Kickoff; Store-App (iOS + Android) 4–8 Wochen nach Auftrag und Kickoff; Store-Prüfung durch Apple/Google kommt hinzu; Spiel-Prototyp 2–3 Wochen nach Auftrag und Kickoff. Größere Anwendungen mit vielen Schnittstellen brauchen entsprechend länger. Zwei Dinge verkürzen jede Entwicklung zuverlässig: ein klar begrenzter Umfang und schnelle Rückmeldungen. Wer schneller starten will, kann den Rush-Start (Beginn am nächsten Werktag, +20 %) wählen – die Bedingungen stehen auf der Preisseite.
Fazit
Ein guter Ablauf ist kein Selbstzweck. Er sorgt dafür, dass Sie in jeder Phase ein prüfbares Ergebnis bekommen, dass teure Änderungen früh statt spät passieren und dass Sie jederzeit wissen, wo das Budget steht. Wenn ein Anbieter Ihnen keine Sprints, keine Testversionen und keinen klar abgegrenzten Leistungsumfang anbieten kann, fragen Sie nach – das ist heute Standard.