Freelance-Projektstunden Richtig Kalkulieren, Ohne Sich Zu Unterbieten

Kurzantwort

Kalkuliere Freelance-Projektstunden von unten nach oben: Liste jede Aufgabe auf, schätze jede einzeln, und lege dann vor dem Angebot einen Puffer von 15-20% drauf. Vergleiche die Summe mit den erfassten Stunden eines ähnlichen, bereits abgeschlossenen Projekts — nicht mit deiner Erinnerung daran, wie lange es gedauert hat. Ein zu knappes Angebot liegt meistens nicht am Stundensatz. Es liegt an der Stundenschätzung: Die erste Einschätzung ist fast immer zu optimistisch, und dafür gibt es einen Namen.

Schritt für Schritt

1. Projekt in Aufgaben zerlegen, dann eigene Historie heranziehen

Schätze das Projekt nicht als eine einzige Zahl. Zerlege es in seine kleinsten Teile — Recherche, Entwürfe, Überarbeitungen, Kundengespräche — und schätze jeden Teil einzeln, dann summiere sie. Das ist Bottom-up-Schätzung, und sie ist deutlich präziser, als das gesamte Projekt über den Daumen zu peilen, weil eine Top-down-Schätzung genau die Teile still übergeht, die sich nicht wie "richtige Arbeit" anfühlen.

Sobald du eine Aufgabenliste hast, vergleiche sie mit einem bereits abgeschlossenen, ähnlichen Projekt. Zieh die tatsächlich erfassten Stunden heran — nicht deine Erinnerung an das Projekt, die dazu neigt, sich an die beste Version zu erinnern, nicht an die zusätzliche Überarbeitungsrunde oder das Kundengespräch, das sich in die Länge zog. Wenn du über mehrere Kunden hinweg genaue Zeiterfassung führst, dauert dieser Vergleich Minuten statt Rätselraten.

2. Eine Spanne schätzen, keine einzelne Zahl

Notiere für jede Aufgabe eine optimistische, eine realistische und eine pessimistische Dauer. Gewichte dein Angebot in Richtung realistisch bis pessimistisch, statt dich an der Zahl festzuhalten, die davon ausgeht, dass nichts schiefgeht. Indeeds Leitfaden zur Projektschätzung beschreibt das als eine konservative und eine optimistische Schätzung, die gemittelt werden — in jedem Fall geht es darum, die erste Einschätzung nicht als einzig mögliches Ergebnis zu behandeln.

3. Den Bias kennen, gegen den du ankämpfst

Es gibt einen gut dokumentierten Grund, warum erste Schätzungen zu knapp ausfallen: die Planning Fallacy, erstmals beschrieben von Daniel Kahneman und Amos Tversky. Es ist die Tendenz, eine Aufgabe nach ihrem Best-Case-Szenario zu schätzen — und sie hält an, selbst wenn du weißt, dass ähnliche Aufgaben in der Vergangenheit länger gedauert haben. Die Lösung nannten sie die "Outside View": Daten aus vergleichbaren früheren Projekten einbeziehen, statt nur von den Besonderheiten dieses einen Projekts auszugehen. In der Praxis ist das Schritt 1 von oben. Deine eigene erfasste Stundenhistorie ist diese Outside View.

4. Einen Puffer einbauen, der wirklich etwas abdeckt

Ein Puffer von 15-20% auf deine summierte Bottom-up-Schätzung ist ein vernünftiger Ausgangspunkt. Er ist kein Polster — er ist die Zeit, die deine Aufgabenliste nicht berücksichtigt hat: Überarbeitungen, Administration und die Kosten des Kontextwechsels zwischen diesem Projekt und allem anderen auf deinem Teller. Erfasst du deine nicht abrechenbare Zeit noch nicht? Fang dort an. Einen Puffer, den du nie gemessen hast, kannst du auch nicht richtig dimensionieren.

5. Nach Projektabschluss den Kreis schließen

Vergleiche nach der Lieferung die angebotenen Stunden mit den tatsächlich erfassten. Diese Differenz — keine Faustregel aus einem Artikel — ist der echte Input für den Puffer beim nächsten Mal. Freelancer, die das nach jedem Projekt tun, sehen ihre Schätzungen meist schon nach wenigen Aufträgen näher an der Realität.

Häufige Probleme und Lösungen

Stunden am Ende der Woche aus der Erinnerung rekonstruieren. Das unterschätzt die tatsächlich aufgewendete Zeit fast immer, weil die Erinnerung die Version der Woche bevorzugt, in der nichts schiefging. Erfasse Zeit in Echtzeit oder täglich und kategorisiere die Einträge nach Aufgabentyp — Recherche, Kundengespräche, Überarbeitungen —, damit deine nächste Schätzung auf echten Daten basiert, nicht auf einem vagen Gefühl von "das hat ziemlich lange gedauert".

Scope Creep frisst den Puffer auf, noch bevor die Arbeit beginnt. Ein Puffer, der für Überarbeitungen und Administration kalkuliert wurde, verschwindet schnell, wenn der Projektumfang selbst weiterwächst. Die Arbeit schriftlich zu definieren, bevor die Uhr zu laufen beginnt — ein Leistungsverzeichnis, das Scope Creep stoppt — schützt die Schätzung, die du tatsächlich erarbeitet hast, statt einer, die sich still ausgeweitet hat.

Den Puffer wegverhandeln, wenn ein Kunde das Angebot infrage stellt. Bittet ein Kunde dich, die Zahl zu kürzen, erkläre, was der Puffer abdeckt — Überarbeitungen, Administration, die Teile des Projekts, die nie auf einer Aufgabenliste auftauchen —, statt ihn wie einen verhandelbaren Rabatt zu behandeln. Ein Puffer, den du erklären kannst, ist ein Puffer, den du halten kannst.

So geht das mit Pomlo

Bessere Schätzungen entstehen aus besseren historischen Daten, und das funktioniert nur, wenn sich deine erfasste Zeit später leicht wieder abrufen lässt. Pomlo organisiert Stunden nach Projekt und Kunde, sodass der Vergleich "wie lange hat das letzte ähnliche Projekt tatsächlich gedauert" ein kurzer Blick in einen Bericht ist, keine Suche in alten Tabellen. Fokus-Sessions erfassen echte Arbeit, während sie passiert, statt dich zu bitten, eine Woche aus der Erinnerung zu rekonstruieren — genau die Lücke, die die meisten Unterschätzungen verursacht. Und weil Berichte die Zeit nach Projekt und Kategorie aufschlüsseln, ist das Schließen des Kreises nach einem Projekt — angebotene Stunden gegen tatsächliche Stunden — ein Blick, kein Neuaufbau einer Tabelle.

Pomlo ist kostenlos startbar auf iOS, Android und im Web. Erfasse ein Projekt, sieh, wohin die Stunden tatsächlich gegangen sind, und lass diese Daten dein nächstes Angebot bestimmen.

Häufig gestellte Fragen

Wie viele Stunden Puffer sollte ich bei einem Freelance-Angebot einplanen?

Ein Puffer von 15-20% auf deine summierte Bottom-up-Schätzung deckt Administration, Kontextwechsel und Überarbeitungszeit ab, die reine Aufgabenlisten übersehen. Vergleiche nach jedem Projekt die Differenz zwischen angebotenen und tatsächlichen Stunden und passe den Prozentsatz entsprechend an.

Was ist die Planning Fallacy und warum führt sie zu zu niedrigen Angeboten?

Die Planning Fallacy, benannt von Kahneman und Tversky, ist die Tendenz, die Dauer einer Aufgabe nach ihrem Best-Case-Szenario zu schätzen, selbst wenn man weiß, dass ähnliche Aufgaben in der Vergangenheit länger gedauert haben. Sie hält an, solange man nicht bewusst historische Daten aus vergleichbaren Projekten einbezieht, statt nur von den Besonderheiten des aktuellen Projekts auszugehen.

Sollte ich ein Projekt als Ganzes schätzen oder zuerst in Aufgaben zerlegen?

Zuerst in Aufgaben zerlegen. Bottom-up-Schätzung — jede kleine Aufgabe einzeln schätzen und dann summieren — ist deutlich präziser, als das Projekt als Ganzes über den Daumen zu peilen, weil sie dich zwingt, Teile zu berücksichtigen (Recherche, Überarbeitungen, Kundengespräche), die bei einer Top-down-Schätzung übergangen werden.

Wie nutze ich frühere Projekte, um ein neues präzise zu schätzen?

Zieh die tatsächlich erfassten Stunden ähnlicher vergangener Projekte heran, statt aus der Erinnerung zu schätzen — die Erinnerung bevorzugt die optimistischste Version davon, wie ein Projekt verlaufen ist. Wenn du Zeit nach Kategorie erfasst (Recherche, Kundengespräche, Design, Überarbeitungen), kannst du die Aufgabenliste eines neuen Projekts mit echten historischen Dauern pro Kategorie vergleichen.