Überspringen zum Hauptinhalt

Entwicklung der Agentur

Was eine Agentur vorbereiten sollte, bevor sie die Entwicklung übergibt.

Ein Agenturhandbuch zur Vorbereitung einer Entwicklungsübergabe: Kundenergebnisse, Designs, Umfang, Genehmigungen, Abhängigkeiten, kommerzielle Verantwortlichkeiten und Akzeptanz.

Eine gute Entwicklungsübergabe erfordert nicht, dass die Agentur eine Softwareberatung wird, sondern eine klare Erklärung des Kundenergebnisses, der in Auftrag gegebenen Arbeit und der Entscheidungen, die bei der Agentur verbleiben.

Ziel ist es, Verantwortung sichtbar zu machen. Ein Entwickler sollte nicht erraten müssen, ob ein fehlender Bildschirm, eine Integration oder eine verspätete Kundenanfrage Teil des vereinbarten Engagements ist.

Beschreiben Sie das Client-Ergebnis vor der Technologie

Erklären Sie, was der Kunde zu liefern versucht und wer es verwenden wird. „Implementieren Sie diese Designs kann Teil der Aufgabe sein, aber es erklärt nicht, was die Anwendung erreichen muss.

Zum Beispiel könnte ein illustrativer Brief lauten: „Erstellen Sie ein Partnerportal, in dem zugelassene Partner Anfragen einreichen und die Mitarbeiter des Kunden diese überprüfen. Die Agentur liefert die Schnittstellendesigns und konsolidiert das Kundenfeedback. Dies gibt dem Projekt eine User Journey und eine Aufteilung der Verantwortung.

Es ist ein Beispiel, kein Verweis auf ein bestehendes Kundenengagement.

Definieren Sie die Grenze des Entwicklers

Geben Sie an, ob die Provision für einen vollständigen Antrag, eine Frontend-Implementierung, eine Backend-Komponente oder eine Integration gilt, und geben Sie die Teile an, die von der Agentur oder einer anderen Partei geliefert werden.

Ein Teil-Build benötigt klare Integrationspunkte. Wer stellt die API zur Verfügung? Wem gehört die endgültige Bereitstellung? Wer testet das kombinierte Ergebnis? Ohne diese Antworten kann eine kleine Komponente eine viel größere implizite Verantwortung übernehmen.

Geben Sie die Designentscheidungen, einschließlich Staaten

Mit den bereitgestellten Designs sollten das beabsichtigte Verhalten von Desktops und Mobilgeräten sowie die wichtigen Zustände eines Bildschirms identifiziert werden, wobei leere Inhalte, Validierungsfehler, Lade- und Abschlusszustände eine Antwort erfordern.

Wenn die Agentur keinen Staat entworfen hat, markieren Sie ihn als eine Entscheidung, die zu lösen ist, das ist besser, als den Entwickler zu verlassen, um Verhalten zu erfinden und später zu entdecken, dass der Kunde etwas anderes erwartet.

Identifizieren Sie, welche Assets und Texte genehmigt und welche vorläufig sind. Die Entwicklungsumgebung sollte einen Platzhalter nicht wie eine genehmigte, kundenorientierte Kopie aussehen lassen.

Festlegung des Überprüfungs- und Kommunikationspfads

Nennen Sie eine Person, die das Feedback für die Agentur konsolidiert, erklären Sie, ob der Entwickler an Kundenbesprechungen teilnehmen, Fragen über die Agentur beantworten oder nur an vereinbarten technischen Diskussionen teilnehmen wird.

Eine Kundenidee, eine Agenturpräferenz und eine vertragliche Anforderung sind nicht automatisch dasselbe. Das Führen eines Entscheidungsprotokolls hilft jedem zu verstehen, was tatsächlich in den Geltungsbereich gelangt ist.

Eine White-Label-Vereinbarung braucht auch praktische Regeln: Treffen von Einführungen, Zugang, Branding von Ergebnissen und die Erlaubnis, das Projekt öffentlich zu erwähnen.

Abhängigkeiten teilen, ohne nachlässig Geheimnisse zu teilen

Liste der relevanten Systeme, Dokumentationen, Hosting-Vereinbarungen, Repositories und Konten Dritter, erläutern Sie, wem sie gehören und wie ein angemessener Zugang gewährt wird.

Platzieren Sie keine Passwörter oder API-Geheimnisse in einem allgemeinen Projektbrief oder einem gewöhnlichen Anfrageformular. Verwenden Sie einen vereinbarten sicheren Kanal und beschränken Sie den Zugriff auf das, was die Aufgabe benötigt.

Für Integrationen sind verfügbare Testkonten, Beispiel-Nutzlasten ohne private Daten und ein Kontakt für Business-Rule-Fragen einzuschließen.

Akzeptanz konkret machen

Beschreiben Sie, was die Agentur bei jedem Meilenstein überprüfen wird. Ein nützliches Akzeptanzbeispiel gibt eine Aktion und ein Ergebnis an: Ein Partner stellt eine Anfrage, das Personal kann sie überprüfen und der Partner sieht den vereinbarten Status.

Vereinbaren Sie, wie Probleme aufgezeichnet werden, wie Feedback konsolidiert wird und wie Änderungen außerhalb des Geltungsbereichs gehandhabt werden, um Revisionen nicht zu erschweren, sondern um zwischen der Fertigstellung des versprochenen Features und der Inbetriebnahme eines neuen zu unterscheiden.

Definieren Sie das Lieferpaket

Die vereinbarte Übergabe kann Code, Bereitstellungshinweise, Konfigurationsinformationen, Verwaltungshinweise und eine Liste von Abhängigkeiten enthalten.

Gesonderte Abnahme, vereinbarte Mängelkorrekturfrist und eventuelle künftige Entwicklungen: Ein abgeschlossenes Projekt darf nicht stillschweigend zur unbegrenzten technischen Verfügbarkeit für die Agentur oder ihren Auftraggeber führen.

Eine nützliche erste Nachricht

Nennen Sie das gewünschte Ergebnis, den zu entwickelnden Teil, den Designstand, die bekannten Integrationen, den gewünschten Lieferzeitraum und etwaige Budgetvorgaben. Nennen Sie anschließend die entscheidungsbefugte Person und die bevorzugte Kommunikationsform.

Das reicht aus, um ein konzentriertes Gespräch zu beginnen, und der detaillierte Umfang kann vereinbart werden, sobald die wichtigen Grenzen verstanden sind.

Entdecke Agenturentwicklungspartnerschaften oder Senden Sie eine Agentur Brief.