Fragen an eine Webentwicklerin vor der Beauftragung
Die meisten Fragen im ersten Gespräch drehen sich um Technologie, und Technologie ist der Teil, der für den Projekterfolg am wenigsten zählt. Die Fragen, die Ergebnisse vorhersagen, drehen sich um Prozess, Eigentum und darum, was passiert, wenn etwas schiefgeht.
Dieser Leitfaden listet diese Fragen, gruppiert nach dem, was sie verraten, mit einem Hinweis, wie eine gute Antwort klingt.
Zur Arbeit selbst#
Diese klären, ob sie Ihr Projekt verstanden haben oder ihr Standardangebot beschreiben.
| Frage | Achten Sie auf |
|---|---|
| Welche Fragen haben Sie zu unserem Geschäft? | Überhaupt welche. Schweigen hier ist das stärkste negative Signal, das es gibt |
| Zeigen Sie mir eine Live-Website in unserer Größenordnung | Eine URL, kein Bild; idealerweise nicht ihr Vorzeigestück |
| Was würden Sie an unserer jetzigen Website anders machen? | Konkrete Beobachtungen, also haben sie hingeschaut |
| Was ist der riskanteste Teil dieses Projekts? | Eine ehrliche Antwort — meist Inhalte oder Integrationen |
| Was ist in diesem Angebot nicht enthalten? | Eine konkrete Liste, bereitwillig gegeben |
| Wie lange, und was treibt das? | Ein Zeitplan mit Abhängigkeiten, keine einzelne Zahl |
Zum Prozess#
Diese trennen Entwicklerinnen mit einer wiederholbaren Arbeitsweise von denen, die improvisieren.
- Wo liegt der Code, und haben wir ab Tag eins Zugriff?
- Wie kommt eine Änderung von Ihrer Maschine auf die Live-Website?
- Wo nehmen wir Arbeit ab, bevor sie live geht?
- Wie oft sehen wir Fortschritt, und in welcher Form?
- Wer genau macht die Arbeit, und was passiert, wenn diese Person nicht verfügbar ist?
- Wie testen Sie — Browser, Geräte, Barrierefreiheit, Performance?
- Was brauchen Sie von uns, und bis wann?
Die Deployment-Frage ist die aufschlussreichste. Eine Antwort, in der Dateien in einen FTP-Client gezogen werden, sagt Ihnen: keine Versionskontrolle, kein Staging, kein Zurückrollen.
Dazu, was danach passiert#
Der Zeitraum, nach dem in der Präsentation niemand fragt und der sechs Monate später alle interessiert.
- Wem gehören Code, Domain und Hosting-Konten nach dem Start?
- Welcher Support ist nach dem Start enthalten, wie lange, und was zählt als Mangel?
- Was kostet danach eine kleine Änderung, und wie lange dauert sie?
- Bieten Sie Wartung an, was ist darin enthalten, und bekommen wir einen Bericht?
- Wenn wir die Zusammenarbeit beenden, was erhalten wir und wie schnell?
- Kann eine andere Entwicklerin das übernehmen? Welche Dokumentation existiert?
- Von welchen Drittanbieterdiensten wird die Website abhängen, und wer bezahlt sie?
Antworten, die das Gespräch beenden sollten#
Selten, aber sofort erkennbar.
| Antwort | Warum sie disqualifiziert |
|---|---|
| „Wir garantieren Platzierungen auf Seite eins" | Niemand kann das; es ist entweder Unkenntnis oder Unehrlichkeit |
| „Die Domain behalten wir in unserem Konto" | Das macht Sie zur Geisel |
| „Sie brauchen kein Staging, wir sind sorgfältig" | Alle sind sorgfältig; das ist kein Prozess |
| „Bei kleinen Websites nutzen wir keine Versionskontrolle" | Keine Historie, kein Zurückrollen, keine zweite Person |
| „Der Preis gilt nur, wenn Sie heute unterschreiben" | Drucktaktiken sagen die Zusammenarbeit voraus |
| „SEO ist enthalten" ohne Details | Entweder bedeutungslos oder es wird eine Zusatzleistung angedeutet |
| „Die Details klären wir unterwegs" | Bei einem Festpreis wird das Ihr Problem |
Häufige Fragen
Was ist die nützlichste einzelne Frage?
„Wie kommt eine Änderung von Ihrer Maschine auf die Live-Website?" Jede kompetente Person beantwortet sie in einem Satz, und die Antwort verrät, ob Versionskontrolle, Staging, Abnahme und Zurückrollen existieren. Alles andere auf der Prozessliste folgt daraus meist in die eine oder andere Richtung.
Sollte ich nach bestimmten Technologien fragen?
Nur wo Sie eine echte Randbedingung haben — ein bestehendes System, eine Plattform, die Ihr Team schon betreibt. Sonst ist die Technologie deren Entscheidung, und danach zu fragen lädt zu einer Antwort ein, die beeindrucken soll. Fragen Sie nach den Ergebnissen: wie schnell, wie wartbar, wer sonst damit arbeiten könnte.
Wie prüfe ich eine Referenz richtig?
Fragen Sie nach einem Problem statt nach Zufriedenheit: „Was ging schief, und wie sind sie damit umgegangen?" Jedes Projekt hat etwas. Eine Referenz, die nichts nennen kann, hatte entweder ein triviales Projekt oder ist nicht offen. Fragen Sie außerdem, ob sie sie für ein größeres Projekt wieder beauftragen würden — eine schärfere Frage als die nach der Zufriedenheit.
Ist es unhöflich, nach Eigentum und Kündigung zu fragen?
Nein, und ein professioneller Lieferant erwartet es. Beide Seiten profitieren davon zu wissen, woran sie sind, und die Antworten sind kurz. Unbehagen bei diesen Fragen ist selbst eine Information — meist heißt es, die übliche Regelung ist für Sie ungünstiger, als sie sein sollte.
fragen an webentwicklerentwickler beauftragenwebentwickler gesprächwebsite projekt fragenentwickler auswählenentwickler bewerten
