6 Dinge die sie mit ihrem Entwickler vorm Projektstart besprechen sollten

Sie entwerfen also eine neue Website oder einen Online-Shop und brauchen einen Webentwickler. Vielleicht brauchen Sie ihn, um eine Website von Grund auf zu entwickeln. Oder vielleicht brauchen Sie sie nur, um einige Optimierungen, Änderungen, Probleme oder zusätzliche Funktionen durchzuarbeiten.

So oder so, die Beziehung zu Ihrem Webentwickler kann schwierig zu handhaben sein. Ich bin selbst Entwickler, daher weiß ich, dass es so viele Möglichkeiten gibt, wie die Beziehung auseinanderfallen kann:

  • Verpasste Deadlines
  • Fehlende Kommunikation
  • Langsame Kommunikation
  • Keine Kommunikation
  • Entwickler macht zu viele Versprechungen
  • Entwickler hält nicht alles, was er verspricht
  • Entwickler verschwindet
  • Lose definierter Umfang
  • Fehlendes Protokoll für kleine Annahmen/Entscheidungen
  • Bugs oder Probleme werden nicht behoben

Praktisch jeder Designer, mit dem ich zusammenarbeite, hat schon einmal eine Horrorgeschichte mit einem dieser Dinge erlebt. Um zu vermeiden, dass ich selbst zu einer Horrorgeschichte werde, habe ich eine praktische Liste mit Diskussionspunkten vor dem Kickoff entwickelt, die uns helfen sollen, diese Art von Problemen zu vermeiden.

Bevor wir dazu kommen, lassen Sie uns klarstellen: Dies ist kein Allheilmittel für alle Designer/Entwickler Beziehungen. Am Ende des Tages ist es immer noch eine menschliche Beziehung – sie ist kompliziert. Aber ich habe die Erfahrung gemacht, dass ein offenes Gespräch über diese Punkte ein Projekt auf dem richtigen Fuß beginnen kann.

1. Wie werden wir kommunizieren?

Wie werden Sie während der Arbeit an dem Projekt kommunizieren? Slack? Telefonanrufe? Textnachrichten? Emails? PM-Software? Genauso wichtig ist: Wie oft werden Sie kommunizieren? Täglich? Einmal in der Woche? Beim Kickoff, und dann erst wieder bei der QA? Wenn Sie sich täglich abstimmen, wird es eine Zwei-Satz-E-Mail oder ein 15-minütiges Telefonat sein? Was ist der Plan für Notfälle?

Hier gibt es keine falschen Antworten, solange Sie die Erwartungen zu Beginn festlegen. Aber denken Sie daran: Mehr Kommunikation ist nicht immer gleich bessere Kommunikation.

Warum das wichtig ist

Sie möchten ein gutes Verhältnis zu Ihrem Entwickler haben, und um das zu erreichen, brauchen Sie einen etablierten Kommunikationsmodus. Normalerweise ist ein Telefonanruf hilfreich, um eine erste persönliche Verbindung aufzubauen und um sicherzustellen, dass die Persönlichkeit passt.

Achten Sie während der Entwicklung auf ein Gleichgewicht zwischen zu viel und zu wenig Rückmeldung. Zu viel und Sie sind ein Mikromanager. Zu wenig und der Entwickler könnte nicht auf dem richtigen Weg bleiben. Es ist am besten, wenn Sie die Erwartungen von Anfang an festlegen und sich daran halten.

 2. Wie werden Sie das Projekt verwalten?

Wo befinden sich die Dateien und Anmeldeinformationen, die der Entwickler benötigt? Wo werden Sie Aufgaben, Meilensteine und Fristen verfolgen? Welche Software werden Sie verwenden? Basecamp? Trello? Asana? Eine Tabellenkalkulation oder ein Google Doc? Definieren Sie im Grunde den zentralen Knotenpunkt für alles, was mit dem Projekt zu tun hat.

Warum das wichtig ist

Während des Projekts sollte Ihr Projektmanagement und Ihre Kommunikation zentralisiert und nachvollziehbar sein. Viel Zeit kann durch das Hin und Her bei der Suche nach Dateien, Check-Ins, Updates, Fortschritten, Fragen, Entscheidungen usw. verloren gehen.  Deshalb ist es wichtig festzulegen, wo der Entwickler alles finden kann, was er braucht.

3. Wer hat das Sagen?

Sind Sie der letzte Entscheidungsträger für das Projekt? Ist ein UI/UX-Team beteiligt? Gibt es noch jemanden, der bei Entscheidungen mitreden will? Gibt es ein Marketing-Team oder einen Manager, der bei Entscheidungen mitreden möchte? Gibt es außer Ihnen noch jemanden, der dem Entwickler direkte Anweisungen gibt? Wann kommt der Kunde ins Spiel und wie viele Entscheidungen darf der Kunde treffen? Wird der Kunde direkten Kontakt mit dem Entwickler haben?

Warum das wichtig ist

Sie möchten nicht, dass Ihr Entwickler die Entwicklung rückgängig macht oder die Arbeit noch einmal machen muss. Um das zu vermeiden, ist es wichtig, dass jeder Beteiligte über alle relevanten Entscheidungen informiert ist – und dass jede Entscheidung an einem einzigen, zentralen Ort aufgezeichnet wird.

4. Wie soll der Entwickler mit Annahmen und kleinen Entscheidungen umgehen?

Wie viel Freiheit hat der Entwickler bei der Interpretation des Designs? Soll er die Website pixelgenau nach den Entwürfen bauen oder soll er kleine Annahmen zur Konsistenz und Wiederverwendbarkeit von Abschnitten treffen? Wenn Sie eine responsive Website entworfen haben, haben Sie für alle Breakpoints entworfen? Haben Sie Hinweise zu Animationen, Übergängen und Hover-Effekten gegeben? Haben Sie Validierungsstatus für Felder entworfen? (z. B. die Popups: “Passwort ungültig.” oder “Benutzername existiert nicht”.) Wenn Sie das nicht getan haben, ist der Entwickler frei, Entscheidungen oder Vorschläge zu machen?

Warum das wichtig ist

Sehr oft sind Designer unzufrieden, wenn eine Website nicht genau mit den Entwürfen übereinstimmt – oder umgekehrt, wenn sich die Website zu sehr an die Entwürfe hält, was zu Lasten der Leistung oder des Zeitplans des Projekts geht. Definieren Sie zu Beginn den gewünschten Detaillierungsgrad. Das macht den QA-Prozess viel reibungsloser.

5. Was ist der Zeitplan?

Was ist die harte Deadline für das Projekt, und was ist die weiche Deadline? Gibt es ein großes Presseereignis, für das die Website gestartet werden muss? Wenn die Deadline ehrgeizig ist, gibt es eine Möglichkeit, das Projekt in Phasen zu starten? Was ist die Erwartung für die Reaktion auf schnelle Änderungen? Eine Woche Bearbeitungszeit? Weniger als eine Stunde?

Warum das wichtig ist

Wenn es eine harte Deadline gibt, machen Sie den Entwickler darauf aufmerksam und stellen Sie sicher, dass Sie Zeit für richtige Tests einplanen. Nach dem Start der Website sollten Sie wissen, dass die meisten Entwickler nicht rund um die Uhr erreichbar sein können, um Änderungen vorzunehmen. Auf einen Entwickler zu warten, um eine Korrektur vorzunehmen, kann frustrierend sein, aber selbst kleine Anfragen erfordern die Aufrechterhaltung der Versionskontrolle, das Starten der Entwicklungsumgebung, die Verbindung mit dem Server, das Deployment auf die Produktionsseite, usw. Legen Sie im Voraus fest, wie lange Sie erwarten, dass Korrekturen und Änderungen dauern werden, und machen Sie eine Bestandsaufnahme der Prioritätsstufe der einzelnen Aufgaben.

Es hilft auch nicht wirklich, künstlich harte Fristen zu setzen. Seien Sie einfach transparent mit Ihrem Entwickler und vertrauen Sie ihm, dass er entsprechend liefert. Noch einmal: Sie bauen hier eine Beziehung auf. Ehrlichkeit ist die beste Politik. 

6. Wie ist die Struktur des Umfangs, des Vertrags und der Zahlungsstruktur?

Wie hoch ist das Projekthonorar? Was ist der Richtwert für das Projektende? Was ist im Umfang des Projekts enthalten? Wann wird die Zahlung fällig? Beauftragen Sie den Entwickler mit der Durchführung des Projekts zu einem Stundensatz oder einem Festpreis?

Warum dies wichtig ist

Das Letzte, was Sie wollen, ist, dass ein Entwickler eine Website zu 95 % fertig stellt und dann das Projekt aufgrund von Unstimmigkeiten im Umfang/Vertrag/Zahlung nicht startet.

Fazit

Insgesamt sind das Festlegen von Erwartungen und die Kommunikation hier die entscheidenden Dinge. Es kann sich ein bisschen albern anfühlen, darüber zu diskutieren, wie man während eines Projekts miteinander reden wird, vor allem, wenn man bereits ein gutes Verhältnis zueinander hat. Aber es ist immer gut, die Erwartungen im Voraus festzulegen, damit Sie nicht in Ihrer eigenen Horrorgeschichte landen.

Schreibe einen Kommentar

Deine E-Mail-Adresse wird nicht veröffentlicht. Erforderliche Felder sind mit * markiert.

*