Mit einem echten Ablauf beginnen
Stellen Sie sich einen Reparaturbetrieb in Budapest vor. Neue Kunden möchten die Leistung verstehen, Fotos senden und einen Termin anfragen. Techniker müssen dagegen zugewiesene Aufträge prüfen, Arbeiten dokumentieren und bei Verbindungsproblemen weitermachen. Das sind verschiedene Abläufe. Halten Sie für beide die Schritte, benötigten Informationen und möglichen Fehler fest. Nur weil beide Gruppen zum selben Geschäft gehören, benötigen sie nicht automatisch dieselbe Oberfläche. Prüfen Sie die Annahmen mit den Menschen, die diese Aufgaben tatsächlich erledigen.
Das Web für den ersten Kontakt prüfen
Eine Website oder Web-App ist ein guter Kandidat, wenn Menschen über eine Suche oder einen geteilten Link kommen und eine gelegentliche Aufgabe erledigen möchten. MDN beschreibt den Zugang über Webadressen und die Möglichkeit installierbarer progressiver Web-Apps. Beginnen Sie beim Reparaturbetrieb mit verständlichen Leistungsseiten und einer kurzen Anfrage. Machen Sie diese zuerst auf dem Telefon gut nutzbar. Ein Konto, Dashboard oder Treueprogramm sollte erst folgen, wenn dafür ein konkreter Bedarf erkennbar ist.
Den Bedarf für eine mobile App überprüfen
Eine mobile App verdient besondere Aufmerksamkeit, wenn sie eine konkrete, regelmäßig wiederkehrende Aufgabe auf dem Telefon unterstützt. Lassen Sie einen Techniker seinen Arbeitstag erklären: Welche Informationen müssen erreichbar bleiben, wann entstehen Fotos und was passiert nach einer Unterbrechung? Testen Sie das wichtigste geräteabhängige Verhalten auf den tatsächlichen Telefonen Ihrer Zielgruppe. Installation, Berechtigungen, Anmeldung und das Fortsetzen einer begonnenen Aufgabe gehören zum Produkt. Sie sollten nicht erst nach der Veröffentlichung als Nebensachen behandelt werden.
Beides bauen, wenn die Abläufe es rechtfertigen
Eine öffentliche Website und eine mobile App können unterschiedliche Menschen bedienen und dennoch dieselben Geschäftsregeln verwenden. In unserem Beispiel sendet die Kundschaft eine Anfrage im Web, während der Techniker den angenommenen Auftrag mobil bearbeitet. Klären Sie vor der Verbindung der Oberflächen, was Anfrage, Termin und abgeschlossener Auftrag bedeuten. Der Android-Leitfaden zur Architektur empfiehlt getrennte Verantwortlichkeiten. Übertragen Sie diese Planungsdisziplin auf Ihr Produkt: Benennen Sie Zuständigkeiten für Daten, Fehler und Änderungen, damit sich die beiden Erfahrungen nicht auseinanderentwickeln.
Sprachen und Pflege mit einplanen
Ein ungarisches Unternehmen mit europäischer Kundschaft sollte mit den Sprachen beginnen, die es zuverlässig pflegen kann. Prüfen Sie den gesamten Ablauf in jeder Sprache, einschließlich Bestätigungen, leerer Ansichten und Kontaktdaten. Lassen Sie Platz für längere Beschriftungen. Legen Sie fest, wer Support, Inhaltsänderungen und spätere Veröffentlichungen übernimmt. Die Plattformwahl ist auch eine Entscheidung über laufende Arbeit. Dokumentieren Sie, welche Geräte, Browser und Kundenaufgaben nach jeder wichtigen Änderung weiterhin funktionieren müssen.
Ein überprüfbares Briefing schreiben
Geben Sie dem Entwicklungsteam vor einer Aufwandsschätzung eine Hauptzielgruppe, einen vollständigen Ablauf und eine kurze Liste echter Einschränkungen. Trennen Sie notwendiges Verhalten von attraktiven Extras. Vereinbaren Sie, wann die erste Version als fertig gilt und was Sie aus ihrer Nutzung lernen möchten. Eine weitere Plattform sollte eine bisher ungelöste Kundenaufgabe erfüllen. Die Tatsache, dass ein Wettbewerber eine App besitzt, ist allein noch kein ausreichender Grund für ein zusätzliches Produkt.
- Aufgabe und ausführende Person benennen.
- Relevante Geräte, Sprachen und Verbindungsbedingungen festhalten.
- Erfolg, Unterbrechung und Fehler verständlich beschreiben.
- Eine kleine erste Version, Zuständigkeit und Auswertung vereinbaren.