Klant- en buitendienstapps ontwerpen rond hun taken
Nabestellingen van klanten en buitendienstwerk bij toegewezen klanten vragen om duidelijke routes. Een voorbeeld toont waar context, concepten en bouwstenen tellen.
Ik zou de werkroutes van een app ontwerpen op basis van taken en rechten. Een zakelijke klant bestelt voor het eigen bedrijf; een vertegenwoordiger werkt voor meerdere toegewezen klanten. Shopify documenteert bedrijfskoppeling en opnieuw bestellen in B2B-klantaccounts. Microsofts mobiele verkoopapp biedt toegang via recente records en vergaderingen.
Een vergelijking bij een groothandel in kantoorartikelen
Een fictieve groothandel plant mobiele toegang voor inkoop en buitendienst. De vergelijking beschrijft de beoogde taken:
Werkstap | Klantapp | Buitendienstapp |
|---|---|---|
Start | Een locatie van het eigen bedrijf openen waarvoor de klant bevoegd is en een eerdere bestelling vinden. | Een toegewezen klant voor het bezoek kiezen. |
Concept | Artikelen en aantallen voor het eigen bedrijf samenstellen. | Een conceptorder in de gekozen klantcontext maken. |
Controle | Aantallen, afleverbestemming en eigen bestelcontext controleren. | Klantkoppeling van het concept en de volgende geplande bewerkingsstap controleren. |
De gedeelde productlijst kan er vergelijkbaar uitzien. In de buitendienst wordt het herhaald kiezen van een andere klant onderdeel van de werkroute.
Het concept behoudt zijn klantkoppeling
In dit voorbeeld moet een bestaand concept bij een klantwissel duidelijk aan het oorspronkelijke account gekoppeld blijven. De interface moet dat verband bij openen en opslaan tonen. Alleen de startweergave veranderen mag het concept niet ongemerkt naar een ander bedrijf verplaatsen. Het team bepaalt ook welke adviesnotities intern blijven en welke informatie klanten mogen zien.
Rechten moeten op de server worden gecontroleerd; verborgen velden zijn onvoldoende. De geplande rolweergave moet daarom samen met de toegestane gegevenstoegang worden beoordeeld.
Gedeelde onderdelen gericht hergebruiken
Productzoekfunctie, artikelkaarten en prijscontrole kunnen een gedeelde technische basis gebruiken. Als de buitendienst slechts af en toe een conceptorder voor toegewezen klanten voorbereidt, kan ook een gedeelde app met duidelijke werkgebieden passen. Het rolverschil alleen vereist nog geen aparte apps.
Controleer in het prototype het opnieuw bestellen voor het eigen bedrijf en het concept voor een toegewezen klant. Let vooral op of de juiste bedrijfskoppeling bij klantwissels en opslaan begrijpelijk blijft.
Bronnen
Verder lezen
Alle artikelen
E-commerce met ASES
Webshops, marktplaatsen en B2B-portalen