Projekt vom Webstudio an Freelancer übergeben

So migrieren Sie ein Projekt von einem Webstudio zu einem Freelancer

Ein Projekt vom Webstudio an einen Freelancer zu übergeben klingt einfach – bis das erste fehlende Passwort auftaucht. Dann verschiebt sich der Zeitplan. Wenn die Website ein CMS, ein individuelles Backend und 14 halbfertige Aufgaben hat, braucht die Übergabe Struktur statt Optimismus. Genau deshalb ist eine saubere projektübergabe webagentur freelancer so wichtig.

Die Formulierung wie man ein Projekt von einem Webstudio zu einem Freelancer migriert beschreibt eine praktische Übergabe, keinen kreativen Neustart. Das Ziel ist, das Projekt am Laufen zu halten, während die beteiligten Personen wechseln. Dazu muss geprüft werden, was vorhanden ist, was fehlt und was nur das Studio weiß. Wer ein webprojekt vom studio an freelancer migrieren will, sollte zuerst Klarheit schaffen.

1. Den aktuellen Projektstand bewerten

Beginnen Sie mit dem Umfang. Fordern Sie die aktuelle Aufgabenliste, das unterschriebene Briefing, die letzten Notizen des Kunden und den zuletzt abgenommenen Meilenstein an. Wenn diese Unterlagen widersprüchlich sind, vermerken Sie die Abweichung. Ein Projekt, das „fast fertig“ wirkt, kann trotzdem noch 9 offene Fehler und 3 vergessene Seiten haben.

Prüfen Sie als Nächstes die Codebasis. Kontrollieren Sie die Repository-Struktur, die Branch-Historie, Deploy-Notizen und alle benutzerdefinierten Skripte, die beim Build oder Release laufen. Ein Freelancer kann nicht erraten, warum ein Zahlungsformular nur auf der Staging-Umgebung um 2 Uhr morgens fehlschlägt. Wenn das Studio private Hilfsfunktionen oder undokumentierte Anpassungen verwendet hat, dokumentieren Sie sie. Genau hier zeigt sich, ob ein echtes projekt von webstudio an freelancer übergeben wurde oder nur lose weitergereicht werden soll.

Auch das Hosting ist wichtig. Erfassen Sie den Hoster, den Servertyp, den DNS-Anbieter, die SSL-Quelle, das E-Mail-Setup und Cronjobs. Ein einziger vergessener DNS-Eintrag kann Traffic an die falsche Stelle leiten. Ein fehlendes Backup kann aus einem kleinen Update einen Panikanruf machen.

Auch die CMS-Details verdienen dieselbe Aufmerksamkeit. Nennen Sie die Plattform, die Version, die Plugins, die benutzerdefinierten Felder und die Rollen der Redakteure. Wenn die Website ein eigenes Theme oder eine vom Studio entwickelte Admin-Erweiterung nutzt, notieren Sie das. Ein Freelancer muss wissen, ob er mit WordPress, einem eigenen Laravel-Setup oder einem Hybrid arbeitet, den nur ein ehemaliger Entwickler versteht.

Design-Dateien gehören zum Projektstand, nicht in eine Fußnote. Sammeln Sie Figma-Links, Quelldateien, Export-Ordner, Schriftarten und das freigegebene visuelle System. Wenn das Logo nur in einem Chat-Thread oder auf dem Laptop einer Person existiert, dokumentieren Sie das. Eine fehlende Schriftlizenz kann die ganze Migration verzögern.

Fristen brauchen einen Realitätscheck. Vergleichen Sie zugesagte Termine mit dem aktuellen Stand und den offenen Problemen. Wenn das Studio „Launch nächste Woche“ sagt, aber das mobile Menü auf dem iPhone noch immer ausfällt, ist dieses Datum nicht verlässlich. Fristen ohne Belege bedeuten oft zusätzlichen Druck für den Freelancer am ersten Tag.

Offene Punkte sollten einzeln aufgelistet werden. Dazu gehören Bugs, ausstehende Inhalte, unvollendete Integrationen, defekte Links und alle Kundenwünsche, die noch auf Freigabe warten. Diese Liste sollte die Konsequenzen zeigen, nicht Drama. Wenn die Newsletter-Anmeldung nicht funktioniert, bedeutet das einen Verlust an Leads. Wenn eine Kategorieseite fehlt, ist das eine Lücke in der Navigation.

2. Risiken und Abhängigkeiten identifizieren

Versteckte Abhängigkeiten verursachen die meisten Übergabeprobleme. Suchen Sie zuerst nach Drittanbieterdiensten: Zahlungsanbieter, Karten, Versand-APIs, CRM-Anbindungen, E-Mail-Dienste und Analyse-Tools. Wenn ein Dienst an ein Studio-Konto gebunden ist oder über ein Studio-Abo bezahlt wird, klären Sie die Eigentümerschaft.

Lizenzen werden leicht übersehen und sind teuer, wenn man sie ignoriert. Ein gekauftes Theme, ein Paket mit Stockfotos, ein Premium-Plugin oder eine Schriftlizenz wird möglicherweise nicht automatisch übertragen. Fragen Sie, wem die jeweilige Lizenz gehört und ob der Freelancer sie nach der Übergabe weiter nutzen darf. Wenn die Antwort vage ist, behandeln Sie das als ungeklärt.

Anbieterspezifische Tools können das Projekt festhalten. Manche Studios arbeiten mit eigenen Deploy-Skripten, individuellen Tools zur Inhaltssynchronisierung oder privaten Staging-Systemen. Ein Freelancer kann mit solchen Tools nur arbeiten, wenn Zugriff und Anleitung vorhanden sind. Andernfalls hängt das Projekt bei jedem Release vom Studio ab – also vom Gegenteil einer echten Übergabe.

Zugriffsbeschränkungen sollten früh erfasst werden. Prüfen Sie, ob das Hosting-Panel mehrere Administratoren zulässt, ob das Repository Organisationsrechte verwendet und ob das Analytics-Konto sicher geteilt werden kann. Wenn das Studio sagt „Wir können Screenshots schicken“, ist das kein Zugriff. Das ist eine Verzögerung.

Versteckte Abhängigkeiten betreffen auch Menschen. Ein Account Manager kennt vielleicht den Freigabestil des Kunden, während ein Entwickler den Checkout-Fehler kennt, der nur auftritt, wenn Gutscheincodes zweimal angewendet werden. Schreiben Sie solche Informationen auf, solange das Studio noch erreichbar ist. Wenn das Wissen nur im Kopf existiert, dokumentieren Sie es.

Bei Projekten mit Compliance-Vorgaben sollten Sie die Grenzen vor der Übergabe bestätigen. Ein medizinisches Formular, ein Mitgliederbereich oder eine Website mit personenbezogenen Daten erfordern möglicherweise bestimmte Zugriffsprotokolle und Freigabespuren. Der Freelancer sollte diese Bedingungen nicht erst nach dem Bearbeiten des ersten Feldes entdecken.

Gehen Sie mit derselben Sorgfalt vor wie bei wie man einen Freelancer sicher beauftragt. Es geht nicht um Paranoia. Es geht darum, die Zahl der Überraschungen auf ein Maß zu reduzieren, das ein Mensch bewältigen kann.

3. Die Übergabe-Checkliste vorbereiten

Eine Übergabe-Checkliste macht aus einer vagen Übergabe eine kontrollierte. Sammeln Sie den Quellcode, Repository-Links, Zugangsdaten, Markenassets, Admin-Zugänge, Analytics-Zugänge, Backups, Verträge und die Support-Historie. Wenn etwas fehlt, vermerken Sie es und nennen Sie die Person, die es liefern soll.

Beginnen Sie mit dem Code. Sichern Sie das Haupt-Repository, alle zugehörigen Repositories, Branch-Namen, Deploy-Branches und die Dokumentation für das lokale Setup. Wenn das Studio private Submodule oder ein separates Config-Repository nutzt, nehmen Sie auch das auf. Ein fehlendes Repository kann den Freelancer schon am ersten Tag blockieren.

Als Nächstes kommen die Zugangsdaten. Listen Sie die Logins für Hosting, CMS, Domain-Registrar, Datenbank, E-Mail, FTP oder SFTP, Analytics, Tag Manager und alle Drittanbietertools auf. Fügen Sie Passwörter nicht einfach in einen lockeren Chatverlauf ein. Verwenden Sie die sicherste freigegebene Methode und dokumentieren Sie, was übergeben wurde.

Die Markenassets sollten vollständig sein. Dazu gehören Logos, Icons, Bildbibliotheken, Schriftdateien, Textentwürfe, Tonalitätsrichtlinien und freigegebene Farbreferenzen. Wenn das Studio nur exportierte PNGs liefert, fehlen die Arbeitsdateien. Ein Freelancer kann schneller arbeiten, wenn die Originaldateien vorhanden sind.

Backups müssen vor Beginn der Übergabe geprüft werden. Bestätigen Sie Datum, Speicherort, Format und Wiederherstellungsweg. Wenn das neueste Backup nicht wiederhergestellt werden kann, ist es in der Praxis kein Backup. Es ist nur eine Datei.

Verträge und die Support-Historie helfen dem Freelancer, die Grenzen des Projekts zu verstehen. Suchen Sie nach Garantiezeiträumen, Wartungsverpflichtungen, Bedingungen für Fehlerbehebungen und Pflichten gegenüber dem Kunden. Wenn diese Punkte nicht klar schriftlich festgehalten sind, notieren Sie das. Ein übergebenes Projekt trägt seine alten Zusagen weiter mit sich.

Für Teams, die mit Tags und Kategorien auf der Plattform arbeiten, kann die Seite mit allen Tags auf dem Freelance-Marktplatz helfen, verwandte Themen und Leistungen zu finden. Das ist nützlich, wenn die Übergabe Content-Bereinigung, SEO-Arbeit oder ein technisches Audit durch einen Freelancer umfasst, der einen breiteren Kontext braucht.

4. Den richtigen Freelancer auswählen

Der richtige Freelancer ist nicht einfach nur „gerade verfügbar“. Prüfen Sie zuerst die fachliche Passung. Wenn das Projekt in Vue gebaut ist, sollte der Freelancer echte Vue-Erfahrung haben – nicht nur eine Landingpage aus dem Jahr 2021. Wenn die Website auf Laravel, WooCommerce oder einer eigenen API basiert, verlangen Sie konkrete Beispiele.

Verfügbarkeit ist fast genauso wichtig. Ein Freelancer, der hervorragend ist, aber erst in 3 Wochen Zeit hat, kann das Projekt genau dann blockieren, wenn das Studio sich zurückzieht. Fragen Sie schriftlich nach dem tatsächlichen Startdatum, dem Reaktionsfenster und der wöchentlichen Kapazität.

Der Kommunikationsstil wird leicht unterschätzt. Manche Freelancer schreiben kurze Statusmeldungen und arbeiten schnell. Andere senden zu jeder Änderung lange Erklärungen. Beides kann funktionieren, aber es muss zum Projekt passen. Wenn der Kunde Antworten noch am selben Tag erwartet und der Freelancer in 48-Stunden-Zyklen arbeitet, fällt dieser Unterschied schnell auf.

Erfahrung mit ähnlichen Migrationen ist hilfreich, aber vage Behauptungen reichen nicht. Fragen Sie, ob der Freelancer schon ein Projekt von einem anderen Team übernommen, undokumentierten Code repariert oder einen kaputten Deploy-Prozess wiederhergestellt hat. Ein kurzer Blick ins Portfolio ist besser als ein poliertes Versprechen.

Fragen Sie nach den ersten 72 Stunden. Ein guter Freelancer sollte die ersten Prüfungen benennen können: Website lokal starten, Fehler prüfen, Login-Ablauf testen, Deploy-Zugänge kontrollieren und das aktuelle Backlog lesen. Wenn die Antwort nur lautet „Ich schaue es mir an“, reicht das nicht aus.

Manche Projektverantwortliche prüfen außerdem Profilhinweise wie Bewertungen von Freelancern, bevor sie die endgültige Entscheidung treffen. Bewertungen sind kein Beweis, können aber zeigen, ob ein Freelancer mit Korrekturschleifen, Druck und schwierigen Übergaben ohne Drama umgeht.

Ein Freelancer, der an Projekten rund um Freelance für Designer gearbeitet hat, versteht möglicherweise auch besser, wie sich die visuelle Kontinuität bei einer Übergabe schützen lässt. Das ist besonders wichtig, wenn sich die Website zwischen Designfreigabe und Launch befindet.

5. Zugänge und Dokumentation übertragen

Die Übertragung von Zugängen sollte in einer kontrollierten Reihenfolge erfolgen. Beginnen Sie mit den wenig riskanten Systemen und gehen Sie dann zu den sensibleren über. Geben Sie zum Beispiel erst den Zugang zur Staging-Umgebung weiter und dann den Zugang zur Produktion, wenn das Setup das erlaubt. Führen Sie Protokoll über jeden Login, jede Rechteänderung und jedes Übergabedatum.

Verwenden Sie möglichst benannte Konten. Gemeinsame Logins erschweren die Nachverfolgung von Änderungen. Wenn Hosting-Panel, CMS-Adminbereich und Repository separate Benutzerkonten zulassen, richten Sie diese ein. Eine saubere Berechtigungshistorie ist später hilfreich, vor allem wenn nach dem Rückzug des Studios etwas schiefgeht.

Die Dokumentation sollte mit den Zugängen mitwandern. Der Freelancer braucht Einrichtungsanleitungen, Deploy-Notizen, Umgebungsvariablen, Fehlerprotokolle, Freigabehistorien und alle Prozessnotizen des Studios. Wenn Dokumentation nur in Chat-Protokollen existiert, exportieren Sie sie oder vermerken Sie die fehlenden Teile.

Führen Sie eine Inventarliste. Nennen Sie das System, den Eigentümer, den aktuellen Status und die genaue Übergabeaktion. Beispiel: „Produktions-Hosting-Admin am Dienstag an Freelancer übergeben.“ Eine solche Aufzeichnung ist wichtig, falls später ein Zahlungsstreit oder eine Ausfallanalyse folgt.

Sicherheit sollte nicht theatralisch sein. Ändern Sie Passwörter, rotieren Sie API-Keys, deaktivieren Sie Studio-Konten, die keinen Zugriff mehr brauchen, und prüfen Sie, ob der Freelancer nach den Änderungen weiterhin arbeiten kann. Wenn ein Token nach der Übergabe nicht mehr funktioniert, sollten Sie das am selben Tag wissen – nicht erst nach einem fehlgeschlagenen Deploy.

Wenn die Website mit Cloud-Diensten arbeitet, gleichen Sie das Setup mit Cloud-Computing-Praktiken ab, falls das Teil Ihres Stacks ist. Die konkrete Plattform ist weniger wichtig als die Dokumentation, wem jedes Konto gehört und wer den Zugriff entziehen kann.

6. Den ersten Arbeitsplan des Freelancers festlegen

Der erste Plan sollte kurz sein. Tag 1 dient dazu, das Projekt zu stabilisieren, nicht neu zu schreiben. Bitten Sie den Freelancer zu bestätigen, dass die Website läuft, defekte Funktionen zu identifizieren, letzte Änderungen zu prüfen und Blocker aufzulisten. Wenn der Plan in der ersten Woche ein komplettes Redesign vorsieht, ist das zu viel.

Die Prioritäten sollten klar geordnet sein. Kritische Funktionen kommen zuerst: Login, Checkout, Formulare, Suche und alle kundenorientierten Abläufe, die Umsatz oder Support-Tickets erzeugen. Wenn diese stabil sind, kann der Freelancer kleinere Fehler beheben. Die Reihenfolge ist wichtig, weil eine einzige defekte Checkout-Seite sofortige Verluste verursachen kann.

Bitten Sie um eine kleine Testliste. Ein Freelancer kann in den ersten Tagen Deployments, Ladezeiten, Formularübermittlungen, das Verhalten auf Mobilgeräten und Fehlerprotokolle prüfen. Diese Liste sollte sich an den tatsächlichen Schwachstellen des Projekts orientieren. Wenn die Website früher in Safari versagt hat, muss Safari jetzt getestet werden.

Meilensteine sollten mit schriftlich bestätigten Daten festgehalten werden. Vermeiden Sie vage Formulierungen wie „bald“ oder „so schnell wie möglich“. Wenn der erste Meilenstein darin besteht, den Admin-Zugang wiederherzustellen, nennen Sie den genauen Schritt und die genaue verantwortliche Person. Je klarer die ersten 3 Aufgaben sind, desto weniger Zeit geht in Statusgesprächen verloren.

Bitten Sie den Freelancer, alle Arbeiten zu markieren, die von restlichen Beiträgen des Studios abhängen. Ein Formular braucht vielleicht eine inhaltliche Entscheidung; ein Zahlungsanbieter braucht eine Händlerbestätigung; ein Migrationsskript braucht die Erklärung des alten Entwicklers. Solche Abhängigkeiten sollten am ersten Tag sichtbar sein, nicht erst am siebten.

Wenn das Projekt einen wissensintensiven oder inhaltlich umfangreichen Bereich umfasst, kann eine Referenz wie das Erstellen einer Wiki-Website hilfreich sein, um über die Struktur der Dokumentation nachzudenken. Der praktische Punkt ist: Der Freelancer sollte einen Ort haben, an dem er alle Fakten findet.

7. Den Übergang überwachen und das Studio abschließen

Wenn möglich, richten Sie eine kurze Überlappungsphase ein. Schon 2 oder 3 Tage Überschneidung können Fehler verhindern, weil das Studio letzte Fragen beantwortet, während der Freelancer bereits arbeitet. Vergleichen Sie in dieser Zeit das alte Setup mit der neuen Zugangsliste und bestätigen Sie, dass der Freelancer die grundlegenden Aufgaben ohne Hilfe ausführen kann.

Validieren Sie die Liefergegenstände, bevor Sie irgendetwas abschließen. Prüfen Sie, ob Dateien übergeben wurden, Passwörter geändert wurden, Backups gespeichert sind und der Freelancer das Projekt wie vereinbart deployen oder bearbeiten kann. Wenn ein Liefergegenstand zugesagt, aber nicht geliefert wurde, vermerken Sie das und binden Sie das Studio weiter ein, bis es gelöst ist.

Die Eigentümerschaft sollte in klarer Sprache bestätigt werden. Markendateien, Code, Hosting, Analytics und Domain-Kontrolle müssen der richtigen Partei zugewiesen sein. Auch der rechtliche oder vertragliche Abschluss sollte sorgfältig geprüft werden. Dazu gehören Garantiezeiträume, Schlussrechnungen und die Frage, ob das Studio für einen bereits gemeldeten Fehler noch Support schuldet.

Schließen Sie die Beziehung zum Studio nicht, bevor die Folgen klar sind. Wenn das Projekt später den Zugriff auf eine Domain oder ein Asset verliert, weil die Eigentumsübertragung nie erfolgt ist, erbt der Freelancer ein Problem, das früher hätte gelöst werden müssen. Mit einer letzten Überprüfung der Unterlagen lässt sich das vermeiden.

Beenden Sie den Übergang mit einer letzten schriftlichen Notiz: Was wurde übertragen, was ist noch offen und wer ist für jeden verbleibenden Punkt zuständig. Wenn noch ein Zahlungs- oder Lizenzproblem offen ist, lassen Sie es sichtbar. Eine Projektübergabe funktioniert am besten, wenn der letzte ungeklärte Punkt sichtbar bleibt, bis er tatsächlich gelöst ist.