Eine Webentwicklerin beauftragen: Ein praktisches Vorgehen
Eine Webentwicklerin auszuwählen ist überwiegend das Sammeln von Belegen, und die meisten sammeln die falschen: Portfolios, die die beste statt der typischen Arbeit zeigen, und Preise, die Dinge vergleichen, die nicht vergleichbar sind.
Dieser Leitfaden behandelt ein Vorgehen, das bessere Ergebnisse bringt — was Sie verschicken, was Sie fragen, was Sie prüfen und wann Sie aufhören.
Schicken Sie allen dasselbe Briefing#
Angebote sind nur vergleichbar, wenn sie dieselbe Frage beantworten. Ein einseitiges Briefing plus eine Seitenstruktur genügt und beseitigt den größten Teil der Streuung, die Angebote so unterschiedlich wirken lässt.
- Was die Website erreichen muss, und die eine Handlung, auf die es am meisten ankommt.
- Eine Seitenliste, als startkritisch oder später markiert.
- Die funktionalen Anforderungen: Formulare, Suche, Konten, Kasse, Integrationen.
- Was außerhalb des Umfangs liegt — Texterstellung, Fotografie, laufendes SEO.
- Ihr Budgetrahmen. Ihn zurückzuhalten verschwendet allen Zeit und liefert Angebote, die Sie nicht nutzen können.
- Ihr Termin und was ihn treibt.
- Wie Sie entscheiden werden und bis wann.
Einen Budgetrahmen zu nennen bedeutet nicht, dass Ihnen das obere Ende berechnet wird. Es bedeutet, dass die Angebote, die Sie erhalten, für Projekte gelten, die Sie tatsächlich kaufen können.
Was Sie fragen und was die Antworten bedeuten#
Diese Fragen trennen Entwicklerinnen, die Projekte abgeschlossen haben, von denen, die welche begonnen haben.
| Frage | Wie eine gute Antwort klingt |
|---|---|
| Zeigen Sie mir eine Website wie meine in meiner Größenordnung | Eine Live-URL, kein Portfolio-Bild, mit Kontext |
| Wem gehören Code und Konten? | „Ihnen" — sofort, ohne Einschränkung |
| Wie kommt eine Änderung in die Produktion? | Versionskontrolle und ein Deployment-Prozess, kein FTP |
| Was passiert, wenn nach dem Start etwas kaputtgeht? | Ein definierter Supportzeitraum und was danach folgt |
| Was ist nicht enthalten? | Eine konkrete Liste, ungefragt angeboten |
| Was könnte bei diesem Projekt schiefgehen? | Ehrliche Risiken — Inhaltsverzug, Integrationen, Entscheidungen |
| Wer wird die Arbeit tatsächlich machen? | Benannte Personen, nicht „unser Team" |
| Was brauchen Sie von uns? | Eine klare Liste mit Terminen |
Prüfen Sie die Belege selbst#
Zwanzig Minuten eigenständiges Prüfen sind mehr wert als eine Stunde Gespräch, denn sie testen die Arbeit statt den Vortrag.
- Öffnen Sie zwei ihrer Live-Websites auf dem Handy, über Mobilfunk.
- Jagen Sie eine durch einen Performance-Test und sehen Sie sich das Ergebnis ehrlich an.
- Gehen Sie mit der Tabulatortaste durch eine Seite und schauen Sie, ob der Fokus sichtbar ist.
- Sehen Sie in den Quelltext: Gibt es einen Titel, eine Meta-Beschreibung, eine saubere Überschriftenstruktur?
- Sprechen Sie mit einer früheren Kundin — und fragen Sie gezielt nach einer Situation, in der etwas schiefging.
- Prüfen Sie, ob ihre eigene Website gepflegt ist. Das entscheidet nichts, aber es ist ein Signal.
Die nützlichste Referenzfrage ist nicht „waren Sie zufrieden", sondern „was ist passiert, als etwas schiefging, und wie sind sie damit umgegangen?" Jedes Projekt hat so einen Moment.
Warnzeichen und gute Zeichen#
Muster, die man in beide Richtungen stark gewichten sollte.
| Warnzeichen | Gutes Zeichen |
|---|---|
| Ein Angebot binnen einer Stunde, ohne Rückfragen | Fragen zu Ihrem Geschäft vor dem Angebot |
| Garantierte Platzierungen auf Seite eins | Die Erklärung, dass niemand Platzierungen garantieren kann |
| Vager Umfang mit Festpreis | Eine ausdrückliche Ausschlussliste |
| Sie halten Domain oder Hosting | Alles auf Ihren Namen registriert |
| Keine Staging-Umgebung | Sie nehmen ab dem ersten Template auf Staging ab |
| Nicht bereit, Referenzen zu nennen | Bietet sie an, bevor Sie fragen |
| Druck, diese Woche zu unterschreiben | Bereit zu warten, während Sie vergleichen |
| Volle Vorauszahlung | Meilensteinzahlungen, an Ergebnisse gekoppelt |
Häufige Fragen
Sollte ich das günstigste Angebot wählen?
Nur wenn es dieselbe Frage beantwortet wie die anderen. Ein Angebot weit unter dem Rest schließt meist etwas aus — Inhaltspflege, Tests, Korrekturen nach dem Start — oder hat das Briefing nicht gelesen. Fragen Sie schriftlich nach den Ausschlüssen und vergleichen Sie dann die Gesamtkosten des ersten Jahres inklusive Wartung und dem, was Ihnen am Ende gehört.
Wie beurteile ich eine Entwicklerin, wenn ich nicht technisch bin?
Beurteilen Sie Prozess und Belege statt Technologie. Können sie Ihnen eine Live-Website in Ihrer Größenordnung zeigen? Nutzen sie Versionskontrolle und Staging? Beantworten sie „wem gehört der Code?" ohne zu zögern? Fragen sie nach Ihrem Geschäft? Nichts davon braucht technisches Wissen, und es sagt Ergebnisse besser voraus als der Technologiestack.
Was gehört in den Vertrag?
Umfang mit ausdrücklicher Ausschlussliste, Meilensteine und Zahlungen, Eigentum an Code, Domain und Konten, Korrekturrunden, was nach dem Start passiert, Reaktionszeiten bei Problemen und Kündigungsfristen. Wenn es eine Klausel gibt, auf der Sie bestehen sollten, ist es das Eigentum — alles andere lässt sich später nachverhandeln, das nicht.
Wie viele Entwicklerinnen sollte ich ansprechen?
Drei bis fünf ist der nützliche Bereich. Weniger, und Sie haben nichts zum Vergleichen; mehr, und der Bewertungsaufwand übersteigt den Wert der zusätzlichen Optionen, und Sie lassen alle warten. Schicken Sie allen dasselbe Briefing und setzen Sie einen Entscheidungstermin, damit der Prozess endet.
webentwickler beauftragenwebentwickler auswählenfragen an webentwicklerwebentwicklung vertragentwickler einstellenwebsite angebote
