App-Kostenrechner: Budget für Ihre mobile App schätzen

Was nach dem Ausfüllen des Kostenrechners passiert

Sie haben eine App-Idee, aber noch kein Pflichtenheft. Im kurzen Projektfragebogen von Appfyl halten Sie fest, was Nutzer erledigen sollen und welche Funktionen dafür nötig sind. Nach dem Absenden prüft ein Mensch Ihre Angaben. Die Antwort kommt per E-Mail; der Fragebogen zeigt keinen automatisch berechneten Preis an.

Eine Termin-App mit einem einzigen Kalender kann anders aufwendig sein als ein Angebot mit mehreren Mitarbeitenden, Anzahlungen und Umbuchungen. Die Oberfläche verrät darüber wenig. Deshalb fragt der Fragebogen nach Abläufen statt nur nach der Zahl der Bildschirme.

Was die Schätzung umfasst

Beschreiben Sie Nutzergruppen, Buchungen oder Bestellungen sowie nötige Zahlungen, Benachrichtigungen, Schnittstellen und Verwaltungsfunktionen. Was in keine Antwort passt, können Sie selbst ergänzen. Der Kostenleitfaden erläutert die wichtigsten Aufwandstreiber; der MVP-Leitfaden hilft bei der Auswahl für die erste Version.

Was den Preis am schnellsten verändert

Zuverlässiger wird die Schätzung, wenn Muss-Funktionen klar von späteren Verbesserungen getrennt werden. Zahlungen sollten vor Budgetfreigabe mit den Apple App Review Guidelines und Google Play Policies abgeglichen werden. Für Kartenzahlungen prüfen Sie Stripe Payment Docs oder den lokalen Anbieter.

Risiken früh kontrollieren

Kommen später Marktplatz-Rollen, Moderation, Abos, Karten, Chat oder ein Offline-Modus hinzu, lassen Sie die Einschätzung aktualisieren. Bewahren Sie Ihre Antworten und die Annahmen in der E-Mail auf. So lässt sich nachvollziehen, was sich geändert hat.

Wie Appfyl das in der Umsetzung nutzt

Appfyl liest den eingereichten Fragebogen und prüft anschließend Nutzerabläufe, interne Arbeit, Integrationen und Fehlerfälle. Zu den öffentlich sichtbaren Projekten gehören CakeSchool, AB.Money, My Cake und Padi Pay; weitere Beispiele finden Sie in den Appfyl-Referenzen.

Sehen Sie, wie Appfyl Funktionsumfang in veröffentlichte Produkte übersetzt. Appfyl Cases ansehen.

Nächster Schritt

Füllen Sie den Projektfragebogen mit Zielgruppe, Kernablauf, Integrationen und gewünschtem Starttermin aus. Wenn Sie die Idee lieber besprechen möchten, können Sie eine Beratung mit Appfyl buchen.

Wie Sie die Rückmeldung prüfen

Speichern Sie Ihre Antworten und die Rückmeldung des Teams. Ergänzen Sie einen normalen Ablauf, einen Fehlerfall und die nötige Aktion im Administrationsbereich. Für einen Start in Deutschland gehören Zahlungsanbieter, Rechnungen, Einwilligungen und die Verarbeitung personenbezogener Daten in die Anforderungen. Bei einer neuen Nutzerrolle oder Schnittstelle muss die Schätzung aktualisiert werden, auch wenn kaum neue Bildschirme entstehen.

Was der Fragebogen nicht wissen kann

Die Antworten zeigen, wer die Anwendung nutzen soll, welche Aufgaben im Mittelpunkt stehen und welche bestehenden Systeme betroffen sind. Sie verraten nicht, ob eine alte Datenbank verwendbar ist, ob ein Zahlungsanbieter das Geschäftsmodell unterstützt oder ob die Entwürfe alle Sonderfälle abdecken. Solche offenen Punkte gehören ausdrücklich in die Rückmeldung. Eine genaue Zahl ohne offengelegte Annahmen wäre weniger hilfreich als eine nachvollziehbare Einschätzung mit Rückfragen.

Zwei Gründer wählen im Formular „Marktplatz“. Der erste braucht einen Katalog und eine Kontaktmöglichkeit. Der zweite benötigt geteilte Zahlungen, Prüfungen der Anbieter, Rückerstattungen und Streitfallbearbeitung. Die Bezeichnung ist gleich, der Umfang nicht. Eine brauchbare Einschätzung erklärt deshalb, was bereits feststeht, was noch geprüft werden muss und welche Antwort die erste Version verändern würde. Das ist der Grund für die persönliche Nachbearbeitung nach dem Formular.

Worauf Sie bei der Antwort achten sollten

Sind die Nutzergruppen und ihre wichtigsten Handlungen benannt? Steht dort, welche Funktionen zur ersten nutzbaren Version gehören und welche verschoben werden? Die Rückmeldung sollte auch nennen, was Sie bereitstellen müssen: Geschäftsregeln, vorhandene Entwürfe, Beispieldaten oder Zugang zu einem bisherigen System. Bei einer Anbindung an ein anderes Werkzeug ist zu unterscheiden, ob eine unterstützte Schnittstelle vorliegt oder eine besondere Lösung nötig wird.

Zählen Sie nicht nur Oberflächen. Wenige Ansichten können aufwendige Zugriffsrechte, Zahlungen, Benachrichtigungen und Verwaltungsfunktionen verbergen. Umgekehrt lässt sich ein Teil einer langen Wunschliste zunächst mit einem klaren manuellen Ablauf testen. Fragen Sie, welchen Weg der Kunde von Anfang bis Ende ohne Eingriff eines Mitarbeiters gehen können muss. So trennen Sie einen wirklichen Startumfang von späteren Ergänzungen.

Drei kleine Geschichten für eine bessere Anfrage

Schildern Sie zuerst, was ein Kunde vom Öffnen des Produkts bis zu seinem Ziel macht. Beschreiben Sie danach, was ein Mitarbeiter sehen oder ändern muss. Die dritte Geschichte handelt von einem Fehler: eine stornierte Buchung, eine Retoure oder eine abgelehnte Zahlung. Diese konkreten Fälle sind hilfreicher als eine bloße Aufzählung von Registrierung, Warenkorb und Nachrichten. Eine technische Spezifikation oder die Entscheidung für eine Programmiersprache brauchen Sie dafür nicht.

Wenn bereits eine Website, eine Tabelle mit Bestellungen, ein Zahlungskonto oder Entwürfe vorhanden sind, sagen Sie, was davon bleiben soll. Nennen Sie feste Termine, externe Genehmigungen und eine Funktion, die Sie im Zweifel zuerst verschieben würden. Solche Angaben machen eine Rückmeldung belastbarer, weil die Beteiligten über echte Prioritäten sprechen können.

Senden Sie über einen öffentlichen Fragebogen keine Passwörter oder personenbezogenen Kundendaten. Anonymisierte Beispiele reichen für den Einstieg; sichere Zugänge lassen sich später organisieren. Der Leitfaden zum Entwicklungsablauf zeigt die nächsten Schritte. Danach können Sie den kurzen Projektfragebogen ausfüllen.

Ein besonders hilfreicher Zusatz ist eine klare Reihenfolge Ihrer Prioritäten. Schreiben Sie nicht nur, dass Anmeldung, Zahlung, Nachrichten und Berichte gewünscht sind. Markieren Sie, ohne welche Handlung das Produkt nicht starten kann, welche ein Mitarbeiter zunächst übernehmen könnte und welche erst bei höherer Nutzung wichtig wird. Damit kann das Team die erste Fassung gegen eine spätere Ausbaustufe abgrenzen, statt alles in eine unbestimmte Gesamtschätzung zu packen. So wird die Rückmeldung auch dann nützlich, wenn noch Fragen offen sind.

Häufige Fragen