So schätzt du Freelancer-Projektstunden, ohne dich selbst zu belügen

Definiere das Ergebnis, bevor du Stunden schätzt

Für vage Begriffe wie Website, Kampagne, Integration oder Redesign lässt sich keine belastbare Schätzung erstellen. Beschreibe zuerst das sichtbare Ergebnis: Seiten, Zustände, Formate, Integrationen, Geräte, bereitgestellte Inhalte, Freigabeprozess und Abnahmekriterien.

Formuliere für jedes Deliverable eine kurze Definition von fertig. Wenn zwei vernünftige Personen darüber streiten könnten, ob die Arbeit abgeschlossen ist, ist der Umfang noch nicht präzise genug für eine Schätzung. Jetzt Klarheit zu schaffen ist billiger, als nach Verbrauch des Budgets darüber zu diskutieren.

• Was geliefert wird und in welchem Format
• Was der Kunde bis wann bereitstellen muss
• Welche Geräte, Browser oder Plattformen unterstützt werden müssen
• Wie viele Konzepte, Varianten und Korrekturschleifen enthalten sind
• Was ausdrücklich nicht Teil der Schätzung ist

Teile die Arbeit in kleine, überprüfbare Einheiten

Zerlege das Ergebnis in Aufgaben, die typischerweise ein bis acht Stunden dauern. Eine Aufgabe wie Anwendung bauen – 60 Stunden versteckt zu viele Annahmen. Authentifizierung, Kontozustände, Formularvalidierung, responsive Layouts, Analytics und Deployment lassen sich getrennt schätzen und prüfen.

Trenne wiederholbare Arbeit von unsicherer Arbeit. Eine Seite auf Basis einer vorhandenen Komponentenbibliothek hat ein anderes Risiko als eine undokumentierte Drittanbieter-Integration. Beides in eine Zahl zu packen führt dazu, dass bekannte Arbeit die unbekannte querfinanziert.

Nutze Drei-Punkt-Schätzungen für unsichere Aufgaben

Für Aufgaben mit relevanter Unsicherheit notierst du eine optimistische, eine wahrscheinlichste und eine pessimistische Dauer. Eine praktische gewichtete Schätzung lautet: erwartete Stunden = (optimistisch + 4 × wahrscheinlich + pessimistisch) ÷ 6.

Angenommen, eine Integration dauert 4 Stunden, wenn Dokumentation und Zugänge stimmen, wahrscheinlich 8 Stunden und im schlechten Fall 20 Stunden, wenn die API Probleme macht. Die gewichtete Schätzung beträgt 9,3 Stunden. Die Formel beseitigt Unsicherheit nicht; sie verhindert, dass der optimistische Fall stillschweigend zum offiziellen Plan wird.

Wenn der pessimistische Fall das Projekt sprengen würde, verstecke ihn nicht in einem pauschalen Prozentsatz. Biete bezahlte Discovery, eine Stundenphase oder einen Entscheidungspunkt an, bevor du dich auf einen Fixpreis festlegst.

Rechne unsichtbare Arbeit und Kundenabhängigkeiten mit ein

Produktionszeit ist nur ein Teil der Lieferung. Discovery, Meetings, Statusupdates, Dateivorbereitung, Feedback-Auswertung, Tests, Accessibility-Checks, Übergabe und Deployment verbrauchen Kapazität. Wenn sie für das Projekt nötig sind, gehören sie in die Schätzung.

Abhängigkeiten brauchen einen Verantwortlichen und eine Frist. Auf Zugänge oder Inhalte zu warten erzeugt vielleicht keine abrechenbaren Stunden, kann aber den Liefertermin verschieben und teure Kontextwechsel verursachen. Definiere, was bei verspäteten Inputs passiert, statt so zu tun, als wäre der Zeitplan von der Realität unabhängig.

• Discovery, Recherche und Anforderungsklärung
• Projektmanagement und gebündelte Kundenkommunikation
• Inhaltsaufbereitung, Migration oder Datenbereinigung
• Qualitätssicherung, Accessibility und Gerätetests
• Enthaltene Korrekturen, Deployment und Übergabe
• Direkte Kosten und spezialisierte Subunternehmer

Beispiel: kleines Website-Update

Für die Auffrischung einer fünfseitigen Website planst du 4 Stunden für Discovery und Struktur, 10 für Design, 22 für Umsetzung, 8 für Inhaltspflege und Qualitätssicherung, 5 für Kommunikation und Übergabe sowie 5 für die enthaltene Korrekturrunde. Die definierte Arbeit ergibt 54 Stunden.

Eine CRM-Integration bleibt unsicher. Die Drei-Punkt-Schätzung lautet 4, 8 und 20 Stunden und ergibt 9,3 erwartete Stunden. Addiere einen kleinen Fixpreis-Puffer von 20% nur auf diese unsichere Aufgabe: 1,9 Stunden. Der Planungswert liegt damit bei ungefähr 65 Stunden – nicht bei 54 und nicht bei zufällig aufgerundeten 70.

Intern behältst du die Schätzung auf Aufgabenebene. Im Kundenangebot präsentierst du Deliverables, Annahmen, enthaltene Korrekturen, Preis und Zeitplan. Stunden sind die Grundlage deiner Entscheidung; sie müssen nicht als Beweisprotokoll an jedes Angebot gehängt werden.

Mach aus jedem abgeschlossenen Projekt bessere Schätzungsdaten

Erfasse die tatsächliche Zeit in denselben Aufgabenkategorien wie in der Schätzung. Dokumentiere nach der Lieferung, woher Abweichungen kamen: unklare Anforderungen, Kundeverzögerungen, technische Überraschungen, Nacharbeit oder schlicht eine zu optimistische Schätzung.

Nach mehreren Projekten kannst du allgemeine Puffer durch deine eigenen Spannen ersetzen. Vielleicht lernst du, dass die technische Umsetzung gut vorhersagbar ist, während Content und Freigaben schwanken. Das sind wertvolle Betriebsdaten – deutlich nützlicher als im Internet zu fragen, wie lange eine Website dauern sollte.

• Vergleiche geschätzte und tatsächliche Stunden je Aufgabe, nicht nur im Gesamtergebnis
• Notiere die Ursache jeder wesentlichen Abweichung
• Aktualisiere wiederverwendbare Aufgabenvorlagen nach Projektabschluss
• Lass große Schätzungen vor Zusage von einer zweiten Fachperson prüfen