Kristian Hoffmann

13.6.2026

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

Strukturierte Checkliste zum Web-App-Angebot einholen: Anforderungen dokumentieren, Angebote vergleichen, versteckte Kosten vermeiden.

Kristian HoffmannSaaS founder and operator
Clean desk workspace with a laptop displaying a structured checklist document, notepad with comparison notes, and pen. S

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

Ein Web-App-Angebot einholen ist der Prozess, bei dem Sie Ihre technischen Anforderungen, den Funktionsumfang und Ihre Geschäftsziele dokumentieren, diese an Entwickler oder Agenturen versenden und die eingegangenen Angebote nach Leistung, Preis-Transparenz, Tech-Stack und Übergabe-Standards vergleichen.

Kurzantwort: Der Prozess dauert typischerweise 1–2 Wochen. Sie beginnen mit einem detaillierten Anforderungsdokument, versenden dieses an mehrere Entwickler und erhalten Angebote mit unterschiedlichen Preismodellen (Festpreis oder Stundenhonorar). Der Vergleich erfolgt anhand von Scope, Tech-Stack-Eignung, Support-Leistungen und Dokumentation. Ein strukturiertes Vorgehen verhindert Missverständnisse, versteckte Kosten und ermöglicht echte Kostenvergleiche.

Die folgenden Schlüsselbegriffe helfen beim Vergleich:

Warum ein detailliertes Angebot wichtig ist

Viele Unternehmen und Praxen erhalten Angebote, die nicht vergleichbar sind oder später zu Überraschungen führen – weil die Anfrage zu vage war. Ein Entwickler, der „eine App für Kundenverwaltung" liest, macht andere Annahmen als ein anderer. Die Angebote unterscheiden sich dann um Tausende Euro, ohne dass die Leistungen vergleichbar wären.

Scope Creep durch fehlende Klarheit

Ohne klare Anforderungen entsteht Scope Creep: Der Umfang wächst während der Entwicklung, weil Missverständnisse erst später auffallen. Der Kunde denkt, dass Benutzer-Authentifizierung und Datenexporte enthalten sind; der Entwickler hat das nicht eingeplant. Das Projekt läuft über Budget und Timeline.

Ein weiteres Problem: Agenturen und Entwickler mit unterschiedlichen Standards geben völlig verschiedene Preise ab – nicht weil einer teurer ist, sondern weil sie unterschiedliche Leistungen anbieten. Eine Agentur kalkuliert Projektmanagement, ein Freelancer nicht. Eine kalkuliert Wartung im ersten Jahr, die andere nicht. Ohne Klarheit können Sie nicht vergleichen.

Festpreis-Angebote erfordern klaren Scope

Ein strukturiertes Anforderungsdokument schafft Verbindlichkeit. (klare Funktionsliste mit Akzeptanzkriterien) Alle Entwickler arbeiten mit den gleichen Informationen und können realistische Angebote machen. Sie sehen auch sofort, wenn Anforderungen unrealistisch sind – etwa eine App mit 50 Funktionen in 4 Wochen zu bauen.

Mit klarem Scope ermöglichen Sie auch Festpreis-Angebote. (Meilensteinstruktur und Abnahmekriterien) Ein Entwickler kann einen fixen Preis nur nennen, wenn er den Scope kennt. Dokumentierte Anforderungen bedeuten auch, dass Änderungen während der Entwicklung bewusst als Scope-Erweiterung behandelt werden – nicht als versteckte Zusatzkosten.

Checkliste: Was Sie vor der Anfrage vorbereiten

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

Geschäftsziele und Nutzer klar machen

Funktionen und Workflows aufzählen

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

Timeline und Meilensteine festlegen

Budget-Rahmen und Zahlungsmodell klären

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 |

Entwickler und Agenturen richtig briefen

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

Referenzen und Portfolio-Beispiele anfragen

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.

Angebote vergleichen und bewerten

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

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

Tech-Stack und Wartbarkeit bewerten

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

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

Häufige Fehler bei der Angebotsanfrage vermeiden

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:

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

FAQ

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.