Was Sie vor der App-Entwicklung brauchen: Komplette Checkliste

Vor ein paar Monaten erhielt ich eine Anfrage: „Wir wollen eine App. Was kostet das?" Und das war alles. Keine Erklarung, was die App tun soll, fur wen sie gedacht ist, welches Problem sie losen soll. Einfach nur — „wir wollen eine App".

Das ist ungefahr so, als wurden Sie zu einem Architekten gehen und sagen: „Ich will ein Haus." Gut, aber welches? Einstockig oder dreistockig? Mit Garage oder ohne? Wie viele Personen sollen darin wohnen? Wie hoch ist das Budget?

Und hier ist nicht der Auftraggeber schuld. Die meisten Menschen haben noch nie in ihrem Leben eine App in Auftrag gegeben. Woher sollen sie wissen, was man vorbereiten muss? Genau deshalb habe ich diesen Artikel geschrieben — damit Sie nicht aus Fehlern lernen mussen.

Warum gute Vorbereitung 30% an Zeit und Geld spart

Das ist keine Zahl aus der Luft gegriffen. In meiner Praxis habe ich beide Varianten gesehen — wenn der Kunde gut vorbereitet kommt und wenn er mit einem vagen „macht einfach irgendwas" erscheint.

Der Unterschied ist gewaltig. Wenn Sie ein klares Briefing haben, versteht der Entwickler sofort, was benotigt wird. Man braucht keine funf Meetings nur dafur, um herauszufinden, was uberhaupt gemacht werden soll. Man muss das Design nicht umarbeiten, weil „so habe ich mir das nicht vorgestellt". Man muss keine Funktionen mitten im Projekt hinzufugen, weil „hab ich vergessen zu erwahnen".

Ein Kunde aus Munchen — eine Restaurantkette — kam mit einem vierseitigen Briefing. Funktionsliste, Konkurrenz-Screenshots, Budgetrahmen, Zeitvorgaben. Das Projekt haben wir in 7 Wochen umgesetzt, ohne jedes Drama. Ein anderes Projekt ahnlicher Grosse, bei dem der Kunde „alles spater erklaren" wollte, zog sich uber 4 Monate und kostete das Doppelte.

Kurz gesagt — eine Stunde Vorbereitung spart eine Woche Entwicklung.

1. Formulieren Sie das Problem klar und deutlich

Das ist der erste und wichtigste Schritt. Nicht „ich will eine App", sondern „meine Kunden warten 15 Minuten in der Schlange und ein Teil geht wieder" oder „unsere Kuriere kennen keine optimalen Routen und verschwenden Sprit".

Wenn Sie in einem Satz nicht sagen konnen, welches Problem die App lost — ist es noch zu fruh, sie zu entwickeln.

Tipp: Schreiben Sie das Problem auf ein Blatt Papier. Dann zeigen Sie es einem Kollegen, der nichts von Ihrem Plan weiss. Wenn er es versteht — perfekt. Wenn nicht — umschreiben.

2. Definieren Sie Ihre Zielgruppe

„Alle" — das ist keine Zielgruppe. Ich muss genau wissen, wer Ihre App nutzen wird.

Sind es Ihre Mitarbeiter? Dann ist wichtig, welche Telefone sie nutzen (Android oder iOS), wie technisch versiert sie sind, ob sie im Aussendienst oder im Buro arbeiten.

Sind es Kunden? Dann — wie alt sind sie, wie oft werden sie die App nutzen, nutzen sie bereits ahnliche Apps, welche Erwartungen haben sie.

Beispiel: Ein Logistikunternehmen aus Hamburg wollte eine App fur seine Fahrer. Als ich nach der Zielgruppe fragte, stellte sich heraus — Fahrer zwischen 45 und 60 Jahren, die die gunstigsten Android-Telefone nutzen, und viele haben Schwierigkeiten beim Tippen von Nachrichten. Das bedeutet: grosse Schrift, minimale Textfelder, mehr Buttons und Icons. Hatten wir das nicht gewusst — hatten wir eine App gebaut, die niemand bedienen konnte.

3. Erstellen Sie eine Funktionsliste: Must-have vs. Nice-to-have

Hier wird es spannend — und hier machen die meisten Auftraggeber die grossten Fehler. Sie wollen alles auf einmal. Registrierung, Zahlungen, Chat, Push-Benachrichtigungen, Treueprogramm, KI-Empfehlungen, Integration mit der Buchhaltung, und dazu noch Social-Media-Sharing.

Und was passiert? Das kostet 40.000 EUR und dauert ein halbes Jahr. Vielleicht reichen fur den Anfang Registrierung und Benachrichtigungen?

Ehrlich gesagt machen die besten Apps eine Sache richtig gut. Nicht zehn Dinge mittelmassig. Denken Sie an Uber — Sie bestellen ein Taxi. Punkt. Jetzt bieten sie auch Essen und Mietfahrzeuge an, aber gestartet sind sie mit einer einzigen Funktion.

4. Fuhren Sie eine Wettbewerbsanalyse durch (dauert 1 Stunde)

Sie mussen keine wissenschaftliche Analyse schreiben. Offnen Sie einfach Google Play oder den App Store, finden Sie 3-5 ahnliche Apps und machen Sie Screenshots.

Markieren Sie, was Ihnen gefallt:

• Dieses Menu ist praktisch — so ahnlich mochte ich es auch
• Dieser Buchungsablauf in 3 Schritten — genial, so will ich es haben
• Aber dieses Farbschema — nein, zu dunkel, passt nicht fur meine Kunden

Und markieren Sie, was Ihnen nicht gefallt — das ist genauso wichtig. „In dieser App braucht man 7 Schritte zur Registrierung — das ist zu viel."

Wenn Sie dem Entwickler 15 Screenshots mit Kommentaren schicken — wird er Sie lieben. Ehrlich. Das spart mindestens 2-3 Meetings und reduziert Missverstandnisse um 80%.

5. Setzen Sie ein realistisches Budget fest

Ich weiss, dass Preise ein heikles Thema sind. Aber dem Entwickler hilft es enorm, zumindest die Budgetrahmen zu kennen. Nicht weil er „das Maximum herausziehen" will — sondern weil er die beste Losung in Ihrer Preiskategorie vorschlagen kann.

Budgetrahmen	Was ist machbar
3.000 - 7.000 EUR	PWA oder sehr einfache Native App mit 2-3 Kernfunktionen
7.000 - 15.000 EUR	Mittelkomplexe App mit Backend, Benutzerregistrierung, Push-Benachrichtigungen
15.000 - 30.000 EUR	Komplexe App mit Zahlungssystem, Integrationen, Admin-Panel
30.000+ EUR	Enterprise-Losung mit KI, zahlreichen Integrationen, mehreren Benutzerrollen

Und vergessen Sie nicht — zum Entwicklungspreis kommen noch 15-20% fur jahrliche Wartung hinzu. Server, Updates, Fehlerbehebung. Eine App ist keine einmalige Investition.

6. Haben Sie realistische Zeiterwartungen

„Geht das in einem Monat?" — eine Frage, die ich jede Woche hore. Die Antwort ist meistens — nein. Es sei denn, es handelt sich um ein sehr einfaches MVP.

Realistische Zeitrahmen:

• Einfache App: 6-10 Wochen
• Mittelkomplex: 3-4 Monate
• Komplex mit Integrationen: 4-6 Monate

Und das unter der Voraussetzung, dass das Briefing klar ist und der Kunde schnell auf Fragen antwortet. Jede Woche Verzogerung seitens des Kunden — eine weitere Woche on top.

Mein Rat: Wenn Sie eine Deadline haben (z.B. Saisonstart, eine Veranstaltung) — beginnen Sie mindestens 2 Monate fruher zu planen, als Sie denken. Irgendetwas dauert immer langer als geplant.

Die haufigsten Fehler, die ich sehe

Im Laufe der Jahre habe ich festgestellt, dass Auftraggeber immer wieder dieselben Fehler machen. Hier die Top 5:

1. Alles auf einmal wollen. Ergebnis — das Projekt kostet dreimal so viel, dauert doppelt so lang und die Halfte der Funktionen braucht niemand. Starten Sie mit einem MVP.
2. Konkurrenten blind kopieren. „Ich will es wie Uber" — aber Uber hat 200 Ingenieure. Nehmen Sie Ideen, aber passen Sie sie an Ihre Realitat an.
3. Kein Budget fur Wartung. Die App wird erstellt in der Erwartung, dass sie fur immer ohne Pflege funktioniert. Nach 6 Monaten — Bugs, veraltete Bibliotheken, kaputte APIs.
4. Nicht mit den eigenen Kunden sprechen. Die App wird nach der eigenen Vision gebaut, nicht nach dem, was die Kunden wirklich wollen. Ergebnis — 50 Downloads und dann Stille.
5. Das billigste Angebot wahlen. Ich habe nicht einmal Projekte repariert, die von „billigen Freelancern" erstellt wurden. Das hat am Ende mehr gekostet, als ein ordentliches Projekt von Anfang an gekostet hatte.

Praktische Checkliste: Was Sie vor dem ersten Meeting haben sollten

Hier ist eine konkrete Liste. Drucken Sie sie aus oder kopieren Sie sie — und fullen Sie sie aus, bevor Sie irgendeinen Entwickler anrufen.

Sie mussen nicht alles perfekt beantworten. Selbst eine zu 70% ausgefullte Checkliste ist Lichtjahre besser als „wir wollen eine App, was kostet das?".

Was der Entwickler von Ihnen erwartet

Ich war auf beiden Seiten — als Auftraggeber und als Entwickler. Hier ist, was wirklich hilft:

• Antworten Sie schnell auf Fragen. Wenn der Entwickler fragt „Wie soll das hier funktionieren?" — antworten Sie innerhalb von 1-2 Tagen, nicht nach einer Woche. Jede Verzogerung kostet direkt Geld.
• Bestimmen Sie einen Entscheidungstrager. Wenn 5 Leute eine „Meinung" zum Design haben — wird das Projekt nie fertig. Bestimmen Sie eine Person, die entscheidet.
• Vertrauen Sie dem Expertenrat. Wenn der Entwickler sagt „diese Funktion kostet 5.000 EUR, aber ich kann eine Alternative fur 1.500 EUR anbieten" — ziehen Sie es zumindest in Betracht.
• Testen Sie. Wenn Sie die Beta-Version erhalten — nutzen Sie sie wirklich und geben Sie Feedback. Nicht nur „alles gut" oder „gefallt mir nicht". Konkret — „dieser Button ist zu klein" oder „unklar, wo man weiterklicken soll".

Die richtige Technologieauswahl fur den DACH-Markt

Im deutschsprachigen Raum gibt es besondere Anforderungen, die Sie kennen sollten:

• DSGVO-Konformitat. Ihre App muss von Anfang an datenschutzkonform sein. Einwilligungsmanagement, Datenspeicherung in der EU, Recht auf Loschung — all das muss eingeplant werden.
• Mehrsprachigkeit. Wenn Sie Kunden in Deutschland, Osterreich und der Schweiz bedienen, reicht Hochdeutsch. Aber planen Sie die Moglichkeit ein, spater weitere Sprachen hinzuzufugen.
• Zahlungsanbieter. Im DACH-Raum sind Stripe, PayPal, Klarna und SEPA-Lastschrift Standard. Planen Sie mindestens 2-3 Zahlungsmethoden ein.
• Barrierefreiheit. In Deutschland gibt es zunehmend gesetzliche Anforderungen an die digitale Barrierefreiheit (BFSG ab 2025). Berucksichtigen Sie das von Anfang an.

Wie Sie den richtigen Entwickler finden

Ein gutes Briefing hilft Ihnen auch dabei, den richtigen Entwickler zu finden. Denn Sie konnen Angebote besser vergleichen, wenn alle dasselbe Briefing erhalten.

Worauf Sie achten sollten:

• Portfolio. Hat der Entwickler ahnliche Projekte umgesetzt? Nicht identisch, aber vergleichbar in Komplexitat und Branche.
• Referenzen. Konnen Sie mit fruheren Kunden sprechen? Ein guter Entwickler hat nichts dagegen.
• Transparente Preisgestaltung. Pauschalpreis oder Stundensatz? Beide Modelle haben Vor- und Nachteile. Wichtig ist, dass Sie genau wissen, was im Preis enthalten ist.
• Kommunikation. Antwortet er schnell? Versteht er Ihre Anforderungen? Die Kommunikation in der Angebotsphase ist ein guter Indikator fur die Zusammenarbeit im Projekt.
• Wartungsvertrag. Was passiert nach dem Launch? Wer kummert sich um Updates, Bugfixes, Server? Klaren Sie das vorher.

Es ist gar nicht so kompliziert

Wenn Sie sich das alles anschauen — sieht es nach viel Arbeit aus. Aber in Wirklichkeit sind es 3-4 Stunden Ihrer Zeit. Und diese Stunden konnen Tausende Euro und Wochen voller Nerven sparen.

Der beste Kunde, mit dem ich je gearbeitet habe, sagte: „Ich habe ein Wochenende damit verbracht, uber die App nachzudenken. Am Montag habe ich das Briefing geschickt." Das Ergebnis — das Projekt gelang beim ersten Anlauf, ohne Nacharbeit, in 8 Wochen, innerhalb des Budgets.

Das ist der Unterschied zwischen „ich will eine App" und „hier ist, was ich brauche".

Wenn Sie vorhaben, eine App entwickeln zu lassen und Ihr Briefing uberprufen mochten — schreiben Sie mir. Ich uberprufe es kostenlos und sage Ihnen, ob alles klar ist oder ob etwas erganzt werden muss. Keine Verpflichtungen — ich mochte einfach, dass Ihr Projekt gelingt.