Zwei Beträge reichen nicht, um zwei Offerten zu vergleichen
Eine Offerte über CHF 45’000 kann mehr kosten als ein Vorschlag über CHF 60’000, wenn Tests, Backend oder Veröffentlichung später dazukommen. Gleichen Sie zuerst den gelieferten Umfang, die Verantwortlichkeiten und die Kosten nach dem Launch ab. Erst dann lassen sich Preis und Termin auf einer gemeinsamen Grundlage vergleichen.
Diese Checkliste hilft bei der Beurteilung von Vorschlägen. Für Richtbudgets nach Produkttyp siehe unseren Preisleitfaden für Apps in der Schweiz.
Allen Anbietern dasselbe Briefing senden
Beschreiben Sie Ihre Nutzenden, ihr Problem und die drei für den Launch notwendigen Nutzerwege. Ergänzen Sie Zielplattformen, anzubindende Systeme, zu migrierende Daten und den gewünschten Termin. Erklären Sie, ob er sich aus einer Veranstaltung, einer Kundenverpflichtung oder einem internen Meilenstein ergibt.
Geben Sie an, was Sie liefern: Designs, Texte, Übersetzungen, API-Dokumentation, Testumgebungen und eine Person für die Abnahme. Diese Elemente zu erstellen ist eine andere Leistung, als sie fertig zu erhalten.
Ein Briefing könnte beginnen: «Mitglieder müssen eine Aktivität buchen und eine Bestätigung erhalten. Wir zielen auf iPhone und Android mit einem Web-Administrationsportal. Die Mitglieder existieren bereits in unserem CRM; dessen API muss noch getestet werden. Zahlungen und Rückerstattungen gehören zum Umfang.» Das ist hilfreicher als eine Liste von zehn Bildschirmen.
Eine Checkliste für jede Offertanfrage
Verlangen Sie für jede Position eingeschlossen, optional oder ausgeschlossen, den Betrag, das erwartete Ergebnis und die verantwortliche Person.
| Position | Zu klärende Frage |
|---|---|
| Konzeption | Werden Nutzerwege, Prototyp, Annahmen und Abnahmekriterien geliefert? |
| Design | Welche Plattformen, Fehlerzustände und Validierungsrunden? |
| Anwendung | Welche genauen Funktionen auf iOS, Android und Web? |
| Backend und Administration | Wer verantwortet Daten, Rollen, Exporte und Geschäftsabläufe? |
| Integrationen | Welche API, Testumgebung und externen Abhängigkeiten? |
| Datenmigration | Welches Volumen, welche Bereinigung, Abstimmung und Prüfung nach dem Import? |
| Qualität | Welche Geräte, Nutzerwege und Netzbedingungen werden getestet? |
| Sicherheit | Welche Zugriffskontrollen, Backups und Prüfungen sind eingeschlossen? |
| Veröffentlichung | Wer bereitet Konten, Store-Einträge, Einreichungen und Antworten vor? |
| Übergabe | Code, Designs, Zugänge, Dokumentation und Veröffentlichungsprozess? |
| Wartung | Welche Korrekturen, Upgrades, Supportzeiten und Reaktionsfristen? |
| Externe Kosten | Hosting, E-Mail, SMS, KI, Karten und andere Abonnemente? |
Fordern Sie bei einer unbekannten Integration einen technischen Validierungsschritt an, bevor Sie sich vollständig verpflichten. Eine Offerte kann Unsicherheit benennen, ohne zu behaupten, ein API-Problem gelöst zu haben, das noch niemand getestet hat.
Eine Funktion in ein überprüfbares Ergebnis übersetzen
«Offline-Modus eingeschlossen» ist zu vage. Ein überprüfbares Ergebnis beschreibt die Aufgabe: Nutzende können einen Einsatz ohne Verbindung erfassen, ihn nach dem Schliessen der App wiederfinden und bei Rückkehr der Verbindung synchronisieren. Entscheiden Sie auch, was geschieht, wenn zwei Personen denselben Datensatz bearbeiten.
Bei Zahlungen berücksichtigen Sie Erfolg, Fehler, Abbruch und verspätete Bestätigung. Prüfen Sie bei Benachrichtigungen den Link zum richtigen Bildschirm und das Verhalten, wenn Nutzende die Berechtigung verweigern.
Legen Sie fest, wer diese Ergebnisse auf welchen Geräten und in welchem Zeitraum abnimmt. Klares erwartetes Verhalten zählt mehr als die Zahl der Funktionen.
Pauschale oder Aufwand nach Zeit?
Eine Pauschale kann für einen ausreichend definierten Umfang passen. Prüfen Sie Annahmen, Ausschlüsse und die Preisgestaltung von Änderungen. Ein Festbetrag beseitigt Entscheidungen nicht, wenn sich Anforderungen weiterentwickeln.
Abrechnung nach Aufwand kann für ein schrittweise präzisiertes Produkt passen. Fragen Sie nach einem Referenzbudget, regelmässiger Transparenz über die Ausgaben, einem Demonstrationsrhythmus und einem Entscheid vor jeder weiteren Tranche.
Ein Auftrag in Etappen kann eine begrenzte Konzeption, eine erste Lieferung und einen Entscheid über die Fortsetzung verbinden. Vergleichen Sie Steuerungsregeln und Ergebnisse jeder Etappe, nicht nur die Bezeichnung des Geschäftsmodells.
Rechenbeispiel: Zwei Angebote auf denselben Umfang bringen
Diese Beträge sind fiktiv und ohne Mehrwertsteuer. Sie zeigen eine Methode, keine Marktpreise oder Appik-Offerten.
| Position | Angebot A | Angebot B |
|---|---|---|
| Angekündigte Umsetzung | CHF 45’000 | CHF 60’000 |
| Erforderliches Backend und Administration | CHF 10’000 zusätzlich | Eingeschlossen |
| Erforderliche Tests und Veröffentlichung | CHF 5’000 zusätzlich | Eingeschlossen |
| Vergleichbare Umsetzung insgesamt | CHF 60’000 | CHF 60’000 |
| Angenommene jährliche Wartung | CHF 8’000 | CHF 8’000 |
| Angenommenes monatliches Hosting | CHF 200 | CHF 200 |
| Zwischensumme mit drei Betriebsjahren | CHF 91’200 | CHF 91’200 |
Die Rechnung lautet 60’000 + (3 × 8’000) + (36 × 200) = CHF 91’200. Sie deckt die Umsetzung und anschliessend drei Betriebsjahre ab. Nicht enthalten sind Store-Konten und Kommissionen, weitere Dienste Dritter, geschäftlicher Support, Marketing, neue Funktionen und eine Risikoreserve.
Verwenden Sie im echten Vergleich die tatsächlichen Beträge jedes Anbieters. Wartung und Hosting sind hier absichtlich gleich, um die Wirkung der Ausschlüsse sichtbar zu machen. Markieren Sie eine nicht bepreiste Position mit «zu bestätigen»; behandeln Sie sie nicht als kostenlos.
Was Expo in einer Offerte verändert
Wir verwenden Expo, um Web/PWA und native Mobile-Anwendungen in einem Projekt zu entwickeln; diesen Ansatz haben wir bei Appik mehrfach umgesetzt. Die Offerte soll die gemeinsame Arbeit ausweisen: Geschäftslogik, wiederverwendbare Komponenten und gemeinsame Integrationen. Danach trennt sie plattformspezifische Anpassungen und Validierung.
So wird der Nutzen verständlich: Eine Funktion kann im gemeinsamen Fundament entstehen und dort angepasst werden, wo sich Smartphone und Browser unterscheiden. Unser Vergleich von PWA und Expo erläutert die Wahl.
Expo-Updates müssen mit der installierten nativen Schicht kompatibel bleiben; eine Änderung dieser Schicht verlangt einen neuen Build. Nehmen Sie Upgrades und Veröffentlichungen in die Wartung auf. Gemeinsame Entwicklung ersetzt keine Prüfungen auf iOS und Android.
Ausgaben und Zugänge nach dem Launch prüfen
Klären Sie, wer Dienste bezahlt und Konten kontrolliert. Die Standard-Apple-Developer-Einschreibung wird mit USD 99 pro Jahr angegeben, vorbehaltlich lokaler Preise; Google Play nennt eine Registrierungsgebühr von USD 25. Diese Kosten kommen zur Vorbereitung und Veröffentlichung hinzu.
Unterscheiden Sie Korrektur, neue Funktion und Nutzersupport. Legen Sie Verfügbarkeitszeiten fest und unterscheiden Sie Reaktions- von Lösungszeit. «Wartung eingeschlossen» ohne Dauer oder Umfang reicht für die Betriebsplanung nicht aus.
Nach Klärung der Unterschiede entscheiden
Senden Sie allen Teams dieselbe Liste fehlender Punkte und vergleichen Sie anschliessend die überarbeiteten Offerten. Bewerten Sie vergleichbare Referenzen, die zugeteilten Personen und Ihre Fähigkeit, die von ihnen benötigten Entscheide zu treffen.
Der Leitfaden Agentur oder Freelancer hilft bei der Wahl des Arbeitsmodells; unsere Übersicht zu Agenturen in Lausanne zeigt lokale Profile.
Für eine Appik-Offerte senden Sie uns Ihre prioritären Nutzerwege, Plattformen und Integrationen. Wir können das gemeinsame Fundament, Anpassungen und die zu validierenden Punkte für Ihre mobile App unterscheiden.
Swiss Made Software
