Freelance-Entwickler einstellen, ohne es zu bereuen

Um einen guten Freelance-Entwickler einzustellen, schreiben Sie ein Briefing auf einer Seite und suchen Sie an zwei oder drei Orten, an denen Ihre Art von Arbeit schon sichtbar ist. Bezahlen Sie einen kleinen Probeauftrag und unterschreiben Sie einen Vertrag, der Ergebnisse und Eigentum klar benennt. Lassen Sie die lange Interviewrunde weg. Eine bezahlte Woche echter Arbeit sagt mehr als jedes Gespräch.

Das ist allgemeine Information. Wenn Sie länderübergreifend einstellen, prüfen Sie die Regeln für Auftragnehmer mit einer Steuerberatung. Lesen Sie außerdem unseren Ratgeber zur Einordnung von Freelancer und Angestelltem.

1Wo finden Sie Freelance-Entwickler?

Es gibt nicht den einen besten Ort, und wir würden jeder Liste misstrauen, die einen behauptet. Passen Sie den Kanal zum Job an:

• Ihr eigenes Netzwerk und Empfehlungen. Die höchste Trefferquote. Fragen Sie Gründer, die Sie schätzen, wer ihren letzten Release gebaut hat.
• Open-Source-Beitragende. Maintainer der Bibliotheken, die Sie schon nutzen, nehmen oft bezahlte Aufträge an. Ihre Commits sind öffentlicher Nachweis.
• Freelance-Plattformen. Nützlich für Tempo und Zahlungsschutz. Rechnen Sie damit, viel Rauschen zu filtern.
• Nischen-Communities. Framework-Discords, lokale Meetups und Slack-Gruppen, in denen ein klares Briefing willkommen ist.
• Kleine Studios. Brauchen Sie Design, Backend und QA zusammen, kann ein Studio mit zwei oder drei Personen weniger riskant sein als eine einzelne Person.

Wenn Sie bei null anfangen, hilft ein Blick auf den Arbeitsmarkt, die Erwartungen richtig zu setzen. Das US-Arbeitsamt (Bureau of Labor Statistics) meldete im September 2026 nur 29.000 zusätzliche Stellen auf den Lohnlisten und eine Arbeitslosenquote von 4,2 Prozent in seiner Mitteilung zur Beschäftigungslage. Das sind allgemeine Arbeitsmarktdaten und keine Messung des Entwickler-Angebots. Behandeln Sie sie nur als Hintergrund.

2Wie schreiben Sie ein Briefing, das ein Freelancer bepreisen kann?

Halten Sie es auf einer Seite:

1. Das Ergebnis. „Nutzer können mit Karte zahlen und Rechnungen einsehen“, nicht „baue ein Abrechnungssystem“.
2. Stack und Rahmenbedingungen. Sprachen, Hosting, bestehender Repo-Zugang.
3. Wie „fertig“ aussieht. Akzeptanzkriterien, die Sie testen können.
4. Frist und Prüfpunkte. Wöchentliche Demos schlagen eine Übergabe am Ende.
5. Budgetrahmen oder Stundensatz. Wenn Sie ihn verstecken, verschwenden Sie die Zeit aller.

Ein vages Briefing zieht vage Angebote an. Wenn drei Entwickler drei völlig unterschiedliche Preise nennen, liegt das meist am Briefing.

3Wie sieht ein bezahlter Probeauftrag aus?

Geben Sie jedem Finalisten dieselbe kleine, echte Aufgabe: 4 bis 12 Stunden Arbeit, bezahlt zum üblichen Satz. Wählen Sie etwas, das Ihren echten Code berührt, etwa einen Bugfix, einen kleinen Endpoint oder einen Integrationstest.

Achten Sie auf:

• klare Fragen, bevor es losgeht;
• kleine, lesbare Pull Requests;
• ehrliche Schätzungen und frühe Warnungen, wenn der Umfang rutscht;
• Notizen für die nächste Person.

Unbezahlte Hausaufgaben schrecken erfahrene Leute ab, die Optionen haben.

4Was gehört in den Vertrag?

Lassen Sie einmal eine Anwältin oder einen Anwalt Ihre Vorlage prüfen und verwenden Sie sie dann wieder. Sie sollte abdecken:

• Umfang und Ergebnisse, mit einem Änderungsprozess.
• Zahlungsbedingungen: Meilensteine oder Stundensatz mit Obergrenze, plus Rechnungsdaten.
• Geistiges Eigentum: Der Code, für den Sie bezahlt haben, gehört Ihnen, mit einer Lizenz für Komponenten Dritter.
• Vertraulichkeit und Zugriffsregeln für Ihre Repositories und Cloud-Konten.
• Kündigung: Kündigungsfrist und Übergabe von Code und Zugangsdaten.
• Unabhängigkeit: Die Person legt ihre Arbeitszeiten selbst fest und darf andere Kunden haben.

Geben Sie Zugang über Ihre eigenen Konten (Git-Organisation, Cloud-Konsole) mit minimalen Rechten und teilen Sie nie einen persönlichen Login.

5Was sind die Warnsignale?

• Ein Festpreis und ein Termin werden versprochen, ohne dass Rückfragen gestellt werden.
• Keine öffentliche Arbeit, keine Referenzen und keine Code-Beispiele unter NDA.
• Widerstand gegen Code-Reviews oder gegen die Arbeit in Ihrem Repository.
• Druck, alles im Voraus zu bezahlen.
• Lange Funkstille während des Probeauftrags.

6FAQ

Stundensatz oder Festpreis?

Ein Festpreis passt zu einem klar beschriebenen Ergebnis. Ein Stundensatz mit wöchentlicher Obergrenze passt zu Erkundungsarbeit und laufender Pflege.

Wie viel sollte ich zahlen?

Die Sätze unterscheiden sich nach Land, Stack und Erfahrung. Bitten Sie um ein Angebot auf Basis Ihres Briefings und vergleichen Sie mindestens drei.

Sollte ich einen Freelancer oder eine Festanstellung nehmen?

Wenn die Arbeit der Kern Ihres Produkts ist und lange weiterläuft, brauchen Sie wahrscheinlich eine Angestellte oder einen Angestellten. Für ein klar definiertes Projekt oder eine Spezialkompetenz ist ein Freelancer in Ordnung.

Wenn Sie mehr Orte suchen, um Talente zu finden und Ihr eigenes Produkt Entwicklern zu zeigen, schauen Sie in den Hub für Personal, Jobs und Karriere und in die Liste der Outreach-Möglichkeiten.

Ihr nächster Schritt: Schreiben Sie das einseitige Briefing heute und schicken Sie es an drei Leute aus Ihrem Netzwerk, bevor Sie irgendeine Plattform öffnen.