Web-App-Angebot einholen: Checkliste für Anfrage und Vergleich

Bevor Sie eine Anfrage versenden, müssen Sie folgende Kategorien durchdenken:

Geschäftsziele und Nutzer klar machen

• Wer nutzt die App? (Kunden, Mitarbeiter, beide)
• Welches Problem löst die App? (z. B. „Ärzte und Patientinnen müssen Basaltemperatur-Daten tracken und Trends sehen")
• Welche Geschäftsziele verfolgen Sie? (z. B. Zeitersparnis, Kundenbindung, Datenerfassung)
• Wie viele Nutzer erwarten Sie im ersten Jahr? (10, 100, 10.000?)

Funktionen und Workflows aufzählen

Listen Sie nicht einfach „Benutzerverwaltung" auf. Beschreiben Sie den Workflow: - Nutzer registriert sich mit E-Mail und Passwort - Nutzer kann sein Profil bearbeiten und Daten exportieren - Admin kann Nutzer-Konten deaktivieren

Priorisieren Sie: Was ist MVP (Minimum Viable Product), was kann später kommen? Ein realistisches MVP reduziert Kosten und Time-to-Market erheblich.

Technische Rahmenbedingungen

• Welche Plattformen? (Web-Browser, iOS-App, Android-App, oder alles?)
• Welche Integrationen sind nötig? (Zahlungsanbieter wie Stripe, E-Mail-Dienste, externe APIs)
• Datenschutz und Compliance: Muss die App DSGVO-konform sein? Müssen Daten in Deutschland gehostet werden?
• Performance-Anforderungen: Wie schnell muss die App laden? Wie viele gleichzeitige Nutzer?

Timeline und Meilensteine festlegen

• Wann brauchen Sie die App? (Realistisch, nicht optimistisch)
• Gibt es Meilensteine? (z. B. MVP in 8 Wochen, dann Feedback-Phase, dann Erweiterung)
• Wie viel Zeit können Sie selbst für Feedback und Entscheidungen investieren?

Budget-Rahmen und Zahlungsmodell klären

• Haben Sie ein Budget? (Nennen Sie einen Rahmen, damit Entwickler realistisch kalkulieren können)
• Bevorzugen Sie Festpreis oder Stundenhonorar?
• Zahlungsplan: Zahlung am Ende, oder Meilenstein-Zahlungen?

---

Web-App-Angebot-Anfrage-Checkliste

Nutzen Sie diese Checkliste, um Ihre Anfrage vorzubereiten:

Kategorie	Frage	Status
Geschäftsziele	Wer sind die Nutzer und welches Problem löst die App?	☐ Geklärt
Funktionen (MVP)	Welche 5–10 Kernfunktionen sind im MVP enthalten?	☐ Aufgelistet
Plattformen	Web, iOS, Android oder Kombination?	☐ Entschieden
Datenvolumen	Wie viele Nutzer und Datensätze im ersten Jahr?	☐ Geschätzt
Integrationen	Welche externen Systeme (Zahlungen, E-Mail, APIs)?	☐ Identifiziert
Datenschutz	DSGVO-konform, Daten in DE gehostet?	☐ Definiert
Performance	Ladezeit, gleichzeitige Nutzer, Verfügbarkeit?	☐ Spezifiziert
Timeline	Realistisches Launch-Datum und Meilensteine?	☐ Festgelegt
Budget-Rahmen	Ungefähres Budget (z. B. 15.000–25.000 €)?	☐ Kommuniziert
Zahlungsmodell	Festpreis oder Stundenhonorar bevorzugt?	☐ Entschieden
Support nach Launch	Wartung, Bug-Fixes, Hosting-Kosten?	☐ Geklärt

---

Wie Sie Ihre Anfrage strukturiert versenden, bestimmt die Qualität der Angebote.

Anfrage-Dokument oder Formular: Was funktioniert besser

Ein strukturiertes Dokument (PDF oder Google Doc mit den Kategorien oben) ist besser als eine E-Mail mit Fließtext. Entwickler können schneller scannen und nichts übersehen. Manche Entwickler haben auch Anfrage-Formulare auf ihrer Website – diese sind oft noch strukturierter, weil sie Pflichtfelder haben.

Welche Informationen gehören in die Anfrage

• Executive Summary (2–3 Sätze): Was ist die App, wer nutzt sie?
• Detaillierte Anforderungen nach den Kategorien oben
• Referenz-Links zu ähnlichen Apps oder Produkten, die Ihnen gefallen (damit der Entwickler Ihr Design-Verständnis sieht)
• Kontakt und Zeitrahmen für Angebot: „Bitte senden Sie ein Angebot bis [Datum]"

Referenzen und Portfolio-Beispiele anfragen

Fragen Sie den Entwickler nach: - Portfolio-Beispielen aus ähnlichen Projekten (z. B. andere Tracking-Apps oder Verwaltungs-Tools) - Referenzen (Kundennamen oder Fallstudien, die Sie kontaktieren können) - Tech-Stack, den er für Ihr Projekt empfehlen würde und warum

Ein guter Entwickler kann erklären, warum React besser passt als Vue für Ihr Projekt, oder warum Supabase statt Firebase sinnvoll ist.

Zeitrahmen für Angebote setzen

Geben Sie einen realistischen Termin vor (z. B. „Angebote bis 15. März"). Das zwingt den Entwickler, sich Zeit zu nehmen, und Sie erhalten alle Angebote zeitnah zum Vergleichen.

---

Jetzt haben Sie mehrere Angebote. Wie vergleichen Sie sie objektiv?

Preis-Modelle verstehen: Festpreis vs. Stundenhonorar

Festpreis: Der Entwickler nennt einen fixen Preis für den kompletten Scope. Sie wissen, was die App kostet. Der Entwickler trägt das Risiko von Verzögerungen; manche kalkulieren daher einen Puffer ein.

Stundenhonorar: Der Entwickler rechnet nach tatsächlich geleisteten Stunden ab (z. B. 80 €/h). Das bietet Flexibilität bei Anforderungs-Änderungen, aber die Endkosten sind ungewiss; Projekte laufen leicht über.

Aus meiner Erfahrung als Sales Manager für Cloud-Lösungen bei der Deutschen Telekom habe ich gelernt, dass Mittelständler und Praxen Festpreise bevorzugen – sie wollen Budgetsicherheit. Daher fokussiere ich auf praktische Automation, Performance und dokumentierte Lösungen mit klarem Scope und Festpreis-Angeboten.

Leistungsumfang und Scope in Angeboten prüfen

Vergleichen Sie nicht nur den Preis, sondern was drin ist: - Ist Hosting im Preis enthalten? (Oft nicht – prüfen Sie die Kosten separat) - Sind Revisions-Runden enthalten? (z. B. 2 Runden Feedback, dann Zusatzkosten) - Ist Dokumentation enthalten? (Quellcode-Kommentare, Bedienungsanleitung, Wartungs-Handbuch) - Wie viel Support nach Launch? (z. B. 3 Monate kostenlos, dann kostenpflichtig)

Zwei Angebote mit gleichem Preis können völlig unterschiedliche Leistungen haben.

Tech-Stack und Wartbarkeit bewerten

Fragen Sie, welche Technologien der Entwickler einsetzt: - Frontend: React, Vue, Svelte? - Backend: Node.js, Python, Go? - Datenbank: PostgreSQL, MongoDB? - Hosting: Vercel, AWS, Supabase?

Ein moderner, wartbarer Tech-Stack (z. B. React + Next.js + Supabase + PostgreSQL) bedeutet, dass Sie die App später leicht an einen anderen Entwickler übergeben können. Ein exotischer oder veralteter Stack macht Sie abhängig vom ursprünglichen Entwickler.

Übergabe, Dokumentation und Support klären

Das ist oft das am meisten übersehene Kriterium. Fragen Sie: - Quellcode-Übergabe: Erhalten Sie den kompletten, kommentierten Code? - Dokumentation: Gibt es eine Bedienungsanleitung für Nutzer und Administratoren? - Deployment-Anleitung: Kann ein anderer Entwickler die App später selbst deployen? - Support-Modell: Wie lange sind Bug-Fixes kostenlos? Was kostet Support danach?

Ein Angebot, das diese Punkte klar regelt, ist transparenter und reduziert Abhängigkeit.

---

Zu vage oder zu detailliert: Das richtige Maß finden

Zu vage: „Wir brauchen eine App für Kundenverwaltung." → Der Entwickler muss nachfragen, Zeit verstreicht.

Zu detailliert: 50-seitige Spezifikation mit Pixel-genauen Designs und jedem Datenbankfeld. → Der Entwickler kann nicht flexibel reagieren; Änderungen werden teuer.

Das richtige Maß: 3–5 Seiten mit klaren Anforderungen, Workflows und Prioritäten. Designs können in der Entwicklung entstehen, wenn Sie agil arbeiten.

Anforderungen während der Entwicklung ändern

Das ist ein großer Kostentreiber. Wenn Sie während der Entwicklung ständig neue Funktionen hinzufügen oder alte ändern, wächst der Aufwand. Lösung: Klare Scope-Definition im Angebot und dokumentierte Änderungsanfragen mit Zusatzkosten.

Support und Wartung nicht klären

Apps brauchen nach dem Launch Wartung: Browser-Updates, Sicherheits-Patches, Abhängigkeits-Updates. Klären Sie im Angebot, wer das macht und was es kostet.

Laufende Kosten überprüfen

Viele Angebote enthalten nur die Entwicklung, nicht die laufenden Betriebskosten. Fragen Sie in der Anfrage explizit nach:

• Hosting: Vergleichen Sie die Preisseiten der Plattformen, die der Entwickler empfiehlt (z. B. Vercel, AWS, Supabase). Die Kosten hängen von Datenvolumen, Traffic und Funktionen ab – prüfen Sie die aktuellen Modelle dort selbst.
• Domain und SSL: Typischerweise 10–30 €/Jahr, je nach Registrar und Zertifikat
• Datenbank-Backups: Abhängig vom Anbieter und Datenvolumen
• E-Mail-Versand: Abhängig vom Volumen und Dienst (z. B. SendGrid, Mailgun)
• Support nach Launch: Klären Sie, ob und wie lange Bug-Fixes kostenlos sind

Der Entwickler sollte diese Kosten transparent aufschlüsseln oder Ihnen zeigen, wo Sie sie selbst überprüfen können.

---

Wie lange dauert es, ein Web-App-Angebot zu erhalten? Typischerweise 3–7 Tage. Ein Freelancer braucht oft 2–3 Tage, eine Agentur 5–7 Tage. Komplexe Projekte können 1–2 Wochen dauern, wenn der Entwickler viele Fragen hat. Setzen Sie einen realistischen Termin in Ihrer Anfrage.

Sollte ich mehrere Angebote einholen? Ja, mindestens 2–3. So sehen Sie, ob die Preise realistisch sind und welche Entwickler Ihre Anforderungen am besten verstehen. Achten Sie aber darauf, dass Sie alle mit den gleichen Anforderungen anfragen – sonst sind die Angebote nicht vergleichbar.

Was ist der Unterschied zwischen Festpreis und Stundenhonorar? Festpreis: Fixer Gesamtpreis für den kompletten Scope. Sie wissen, was die App kostet, aber der Entwickler trägt Verzögerungs-Risiken. Stundenhonorar: Abrechnung nach tatsächlichen Stunden (z. B. 80 €/h). Flexibel bei Änderungen, aber Endkosten sind ungewiss. Für Mittelständler ist Festpreis oft besser, weil es Budgetsicherheit bietet.

Welche Informationen sollte ein gutes Angebot enthalten? Ein gutes Angebot enthält: Leistungsbeschreibung (was genau wird gebaut), Preis und Zahlungsplan, Timeline und Meilensteine, verwendeter Tech-Stack, Support- und Wartungs-Modell nach Launch, Übergabe-Bedingungen (Quellcode, Dokumentation), und Kontaktperson für Fragen.

Wie erkenne ich, ob ein Angebot realistisch ist? Vergleichen Sie mehrere Angebote. Wenn ein Angebot deutlich günstiger ist als die anderen, fragen Sie, welche Leistungen fehlen. Prüfen Sie auch: Ist Hosting enthalten? Wie viele Revisions-Runden? Wie viel Support nach Launch? Ein realistisches Angebot erklärt seine Annahmen und nennt Risiken offen.