Wie man ein Freelance-Briefing für eine Web-App mit Benutzerkonten schreibt

Wie man ein Freelance-Briefing für eine Web-App mit Benutzerkonten schreibt

Ein gutes Briefing spart am ersten Tag Zeit. Ein schwaches führt zu 10 Folgefragen, bevor der Freelancer die Wireframe-Datei überhaupt öffnet. Wenn Sie herausfinden, wie Sie ein Freelance-Briefing für eine Web-App mit Benutzerkonten schreiben, beginnen Sie mit dem Geschäftsproblem, nicht mit den Menübezeichnungen. Ein klares Ergebnis schlägt drei vage Wünsche.

1. Definieren Sie den Zweck der Web-App und das Geschäftsziel

Sagen Sie in einem einfachen Absatz, was die Web-App macht. Ein Freelancer muss wissen, ob es sich um ein Kundenportal, ein Buchungssystem, ein Lern-Dashboard oder ein Abonnementprodukt handelt. Der Zweck sollte den Benutzer und das Ergebnis benennen: „Kunden melden sich an, um Bestellungen zu verfolgen“ ist besser als „Eine moderne Plattform für Engagement.“

Geben Sie ein Geschäftsziel mit einer messbaren Zielmarke an. Wenn das Ziel die Lead-Generierung ist, sagen Sie das. Wenn das Ziel bezahlte Anmeldungen sind, sagen Sie das auch. Der Unterschied ist wichtig, da ein Freelancer den Kontofluss, die Startseite und die Handlungsaufforderungen um dieses Ziel herum gestalten wird.

Geben Sie an, wie Erfolg in der Praxis aussieht. Zum Beispiel: „Ein Benutzer kann ein Konto erstellen, die E-Mail verifizieren und eine erste Aufgabe in weniger als 3 Minuten abschließen.“ Diese einzelne Zeile sagt dem Freelancer mehr als eine Seite allgemeiner Begeisterung. Sie hält die Arbeit auch an einem realen Ergebnis fest, nicht an einem Fantasie-Produktdeck.

2. Beschreiben Sie die Benutzertypen und Kontobedürfnisse

Listen Sie alle Benutzerrollen auf, die Sie am ersten Tag erwarten. Halten Sie die Liste kurz, wenn möglich: Besucher, registrierter Benutzer, Administrator, Supportmitarbeiter. Wenn es nur 2 Rollen gibt, schreiben Sie das. Wenn es 5 gibt, erklären Sie warum. Jede Rolle sollte eine Aufgabe haben und eine Berechtigungsgrenze.

Formulieren Sie die Registrierungs- und Anmeldevorschriften in konkreten Schritten. Verwenden Sie E-Mail und Passwort? Soziale Anmeldung? Magischer Link? Zwei-Faktor-Authentifizierung? Geben Sie an, welche erforderlich und welche optional ist. Wenn die E-Mail-Verifizierung vor dem Zugriff obligatorisch ist, schreiben Sie das.

Berechtigungen sind der Bereich, in dem viele Briefings schwammig werden. Lassen Sie das nicht passieren. Ein Freelancer muss wissen, ob ein Benutzer die Daten eines anderen Benutzers bearbeiten kann, ob Administratoren Konten sperren können und ob der Support Rechnungsdetails einsehen kann. Ein Satz wie „Administratoren können alle Datensätze bearbeiten, aber der Support kann nur den Profilstatus und die aktuellen Tickets einsehen“ beseitigt schnell Unklarheiten.

Wenn Ihre App mehr als einen Kontotyp hat, fügen Sie eine einfache Tabelle hinzu. Das macht das Briefing leichter zu scannen und schwerer zu missverstehen.

3. Umreißen Sie die Kernfunktionen und Benutzerflüsse

Listen Sie zuerst die 5 wichtigsten Funktionen auf. Nicht 15. Die erste Version einer Webanwendung lebt oder stirbt normalerweise von einer kleinen Anzahl von Aktionen, also benennen Sie diese Aktionen klar. Wenn Benutzer sich anmelden, die E-Mail bestätigen, ein Profil ausfüllen und eine Anfrage einreichen müssen, schreiben Sie diese Reihenfolge auf. Ein Freelancer kann das in Bildschirme und Zustände umwandeln.

Beschreiben Sie den Hauptbenutzerfluss vom ersten Besuch bis zum wichtigen Erfolgsmoment. Zum Beispiel: Landingpage, Anmeldung, E-Mail verifizieren, Dashboard, Element erstellen, Element überprüfen, Element einreichen. Wenn es spezielle Wege für das Zurücksetzen des Passworts, die Stornierung von Abonnements oder die Löschung von Konten gibt, fügen Sie diese als separate Flüsse hinzu. Diese „kleinen“ Flüsse können mehr Zeit in Anspruch nehmen als die Startseite.

Vergessen Sie nicht die leeren Zustände und Fehlermeldungen. Was passiert, wenn ein Login 5 Mal fehlschlägt? Was zeigt das Dashboard, bevor ein Benutzer Daten hinzufügt? Welche Nachricht erscheint, wenn eine Zahlungsmethode abgelehnt wird? Ein Brief, der diese Fälle benennt, wird eine bessere Webanwendung hervorbringen, da der Freelancer nicht in den unangenehmen Momenten raten muss.

Ein praktischer Trick: Schreibe den Ablauf, als würdest du mit einer echten Person an einem Schreibtisch sprechen. „Maria meldet sich an, überprüft ihr Postfach, bestätigt ihre E-Mail, loggt sich ein und lädt ihre erste Datei hoch.“ Diese eine Zeile ist viel nützlicher als „Onboarding-Reise.“ Sie zwingt dich auch dazu, fehlende Schritte zu bemerken.

4. Spezifizieren Sie Design-, Inhalts- und Markenanforderungen

Designnotizen sollten spezifisch, nicht poetisch sein. Wenn du eine ruhige Benutzeroberfläche mit viel Weißraum möchtest, sag das. Wenn du dichte Tabellen und eine Unternehmensnavigation möchtest, sag das auch. Füge alle Markenfarben, Schriftarten, Logo-Dateien oder visuellen Regeln hinzu, die du bereits hast, und erwähne, was auf den Seiten konsistent bleiben muss.

Liste die Seiten auf, die der Freelancer gestalten soll. Eine einfache App benötigt möglicherweise 6 oder 7: Startseite, Anmeldung, Login, Dashboard, Profil, Einstellungen, Admin-Panel. Wenn du rechtliche Seiten, Hilfeseiten oder Onboarding-Bildschirme hast, füge sie hinzu. Andernfalls verschwinden sie bis zur letzten Woche, was normalerweise die falsche Woche ist.

Inhalte sind wichtiger als viele Kunden erwarten. Sage, wer den Text schreibt, wer Produkt-Screenshots bereitstellt und wer den rechtlichen Text liefert. Wenn der Freelancer zuerst Platzhaltertext einfügen muss, vermerke, dass der endgültige Inhalt später kommt. Wenn du bereits Inhalte für 3 Bildschirme hast, nenne sie. Das verhindert überraschende Nachbearbeitungen.

Fügen Sie 2 oder 3 Beispiele von Apps hinzu, die Sie mögen, und 1 Beispiel, das Ihnen nicht gefällt, mit einem Grund für jedes. „Ich mag das Dashboard von App A, weil es den Status auf einen Blick zeigt“ ist nützlich. „Ich mag App B nicht, weil sie die Kontoeinstellungen hinter zu vielen Klicks versteckt“ ist auch nützlich. Ein Freelancer kann damit arbeiten. Ein Stimmungwort kann das nicht.

5. Technische Anforderungen und Integrationen festlegen

Technische Anforderungen sollten den Stack benennen, wenn Sie einen haben. Wenn Sie bereits React, Django, Laravel oder ein anderes Framework benötigen, sagen Sie das. Wenn der Freelancer wählen kann, sagen Sie, dass die Wahl offen ist, aber zu Ihrem Hosting- und Wartungsplan passen muss. Dies ist einer der Bereiche, in denen ein vager Brief teuer wird.

Listen Sie Hosting, Datenbank, Dateispeicher und Drittanbieterdienste auf. Wenn die App eine Verbindung zu Stripe, SendGrid, Google Maps, Slack oder einem CRM herstellen muss, schreiben Sie jeden Dienst namentlich. Wenn eine API bereits existiert, notieren Sie den Link zur Dokumentation und die Version. Wenn Webhooks erforderlich sind, sagen Sie, was sie auslösen sollte. Ein Freelancer kann die Form einer Integration nicht erraten und Ihnen dennoch eine solide Schätzung geben.

Die Sicherheitserwartungen sollten klar sein. Geben Sie an, ob Sie gehashte Passwörter, rollenbasierte Zugriffe, Ratenbegrenzung, Protokolle oder eine Zwei-Faktor-Authentifizierung benötigen. Wenn die App persönliche Daten verarbeitet, erwähnen Sie alle Compliance-Anforderungen, die Sie bereits kennen. Für eine tiefere Lektüre zu Plattformwahl und Infrastrukturbegriffen, siehe unseren Leitfaden zu Cloud-Computing-Technologie, der Ihnen helfen kann, die Teile des Stacks ohne Handwinken zu benennen.

Kompatibilitätsanforderungen gehören auch hierher. Geben Sie an, ob die App auf den neuesten 2 Versionen von Chrome, Safari und Firefox funktionieren muss, oder nur auf Desktop, oder auch auf mobilen Browsern. Wenn Barrierefreiheit wichtig ist, sagen Sie, welches Niveau Sie erwarten. Diese Details beeinflussen die Testzeit, und die Testzeit verändert das Angebot.

6. Definieren Sie Liefergegenstände, Meilensteine und den Überprüfungsprozess

Teilen Sie die Arbeit in Phasen auf. Ein Freelancer sollte wissen, was in jedem Schritt geliefert wird: Entdeckungsnotizen, Wireframes, UI-Mockups, Entwicklungsbuild, Testversion, endgültige Übergabe. Wenn Sie möchten, dass jede Phase genehmigt wird, bevor die nächste beginnt, sagen Sie das. Eine kurze Genehmigungskette ist einfacher zu verwalten als ein Haufen halb-fertiger Assets.

Geben Sie jedem Meilenstein ein konkretes Ergebnis. Zum Beispiel: „Meilenstein 1: Benutzerflussdiagramm und Wireframes für 8 Bildschirme.“ „Meilenstein 2: klickbares Prototyp.“ „Meilenstein 3: Entwicklungsbuild für Login, Dashboard und Profil.“ Selbst wenn sich die Zahlen später ändern, hilft die Struktur. Ein vager Meilenstein wie „Designphase“ lädt zu Diskussionen ein.

Erklären Sie dem Freelancer, wie das Feedback funktioniert. Werden Sie Kommentare von 2 Stakeholdern in einem Dokument zusammenfassen? Werden Überarbeitungen in Figma, einem Projektboard oder per E-Mail erfolgen? Wie viele Überarbeitungsrunden sind enthalten? Wenn niemand die endgültige Genehmigung besitzt, kann das Projekt wochenlang bei einer Schaltflächenfarbe oder einem Header-Label ins Stocken geraten.

Dies ist auch der Ort, um Übergabepunkte zu definieren. Fordern Sie Quelldateien, Dokumentation, Administratoranmeldeinformationen, Bereitstellungsnotizen und einen kurzen Einrichtungsleitfaden an. Wenn Sie möchten, dass der Freelancer eine Anleitung aufnimmt, sagen Sie das jetzt. Später ist es zu spät. Wenn Sie auch die Reputation beim Einstellen überprüfen, ist der Artikel über wie man einen Freelancer sicher einstellt einen Blick wert, bevor Sie etwas unterschreiben.

7. Budget, Zeitrahmen und Kommunikationsdetails hinzufügen

Das Budget sollte ein Bereich sein, kein Geheimnis. Wenn Sie $3.000 bis $5.000 ausgeben können, sagen Sie das. Wenn das Budget festgelegt ist, sagen Sie das auch. Ein Freelancer, der den Bereich kennt, kann den richtigen Umfang vorschlagen, anstatt zu viel in eine enge Zahl zu packen. Das spart beiden Seiten unangenehme Überraschungen.

Der Zeitrahmen sollte ein Zielstartdatum und einige Kontrollpunkte enthalten. Schreiben Sie das Datum, an dem Sie den ersten Entwurf möchten, das Datum, an dem Sie mit den Tests beginnen möchten, und das Datum, an dem Sie die endgültige Lieferung möchten. Wenn ein Datum von Ihren eigenen Genehmigungen oder der Bereitstellung von Inhalten abhängt, notieren Sie die Abhängigkeit. Ein Projekt kann einen Termin aus einem einfachen Grund verpassen: Jemand hat 9 Tage auf den Markentext gewartet.

Wählen Sie einen Hauptkommunikationskanal und bleiben Sie dabei. Slack, E-Mail oder ein Projektboard funktionieren gut, aber die Mischung aus allen 3 verlangsamt die Leute normalerweise. Geben Sie an, wie oft Sie Updates möchten: täglich, zweimal pro Woche oder am Ende jedes Meilensteins. Wenn Sie eine Antwort innerhalb von 24 Stunden erwarten, schreiben Sie das ausdrücklich, damit niemand raten muss.

Schließen Sie das Briefing mit den Entscheidungsregeln ab. Nennen Sie, wer Änderungen des Umfangs genehmigen kann, wer die Zahlung abzeichnet und wer das endgültige Produktkonto besitzt. Erwähnen Sie, was passiert, wenn sich das Briefing nach Arbeitsbeginn ändert. Selbst ein Satz hilft: „Jede neue Funktion nach Meilenstein 2 wird separat geschätzt.“ Dieser Satz schützt das Budget und hält die Webanwendung in eine Richtung.

Wenn Sie eine schnelle Qualitätsprüfung durchführen möchten, bevor Sie das Briefing senden, vergleichen Sie es mit alle Tags auf dem Freelance-Marktplatz um zu sehen, wie Ihre Projektbeschreibung für einen Freelancer aussieht, der nach Optionen sucht. Lesen Sie es dann noch einmal, als wären Sie der Freelancer, nicht der Käufer. Wenn das Briefing immer noch beantwortet, wer, was, wann und wie viel, sind Sie nah dran.