Da jeg nu har hjulpet med at oprette hundredvis af OneDesk -konti, bliver jeg ofte spurgt af kunder og andre medlemmer af vores team, hvad der er nogle ‘bedste fremgangsmåder’, der skal følges for at sikre kundernes succes. Da jeg altid er glad for at dele min visdom 🙂 Jeg tænkte, at det kunne være nyttigt at skrive et blogindlæg, der dækker nogle erfaringer.

1) Import af en kundeliste er ofte unødvendig
OneDesk understøtter muligheden for at importere din kundeliste samt dine eksisterende billetter. Hvis du vil gøre dette, skal du fortsætte, men her er to overvejelser.
– OneDesk opretter automatisk kundeoptegnelser for dig, når den modtager en e -mail fra en ny e -mailadresse. Det betyder, at du bare kan lade kundeoptegnelserne samle sig, efterhånden som dine kunder indsender billetter.
– Hvis du planlægger at importere eksisterende billetter, skal du sørge for at importere dine kunder FØRST. Dette skyldes, at når importprocessen opretter en billet, kan den knytte den til en eksisterende kundepost (så længe rekvirentens e-mail-adresse er i en kolonne i billetfilen).

2) Lav ikke en opgave, når en arbejdsgangsstatus er tilstrækkelig
Denne anbefaling afhænger af situationen, men når du har en række trin, som en opgave skal gennemgå, og disse trin udelukker hinanden, så er en status vejen frem. Nogle gange er der en fristelse til at oprette en liste over opgaver, som i stedet kunne repræsenteres som en enkelt opgave med forskellige statuser. Noget at tænke over.

3) Giv dine brugere det højeste niveau af projekttilladelser, du kan.
OneDesk giver dig nogle ret kraftfulde tilladelseskontroller både på organisationsniveau og på projektniveau. Dette skyldes, at en bruger kan få lov til at gøre visse ting i et projekt, men ikke i et andet. Jeg anbefaler dog, at du for tilladelser på projektniveau giver alle det højeste niveau, du er tryg ved (Dette betyder ‘projektleder’ eller ‘projektleder’). Hvis du ikke så er parat til at stille spørgsmål fra dine brugere om hvorfor så ikke kan gøre noget, og bruge tid på at ændre individuelle tilladelser i individuelle projekter.

5) Brug typer med omhu
Når brugerne opdager vores fantastiske typesystem, går de ofte amok og opretter typer af varer og projekter til alle deres sager. Dette er sandsynligvis ikke den bedste fremgangsmåde.
– Du bør kun oprette en ny varetype, når du har brug for en anden arbejdsgang. For eksempel, hvis et ‘problem’ går grundigt andre trin end en ‘opgave’, skal du på alle måder oprette en ny varetype. Men hvis begge går igennem de samme trin, tilføjer du kompleksitet bare for at have et andet ikon.
– At have forskellige typer projekter er som regel unødvendig. Har forskellige typer porteføljer næsten altid unødvendig. Ovenstående regel for varer gælder også for projekter og porteføljer, men med de tilføjede punkter er det endnu mindre sandsynligt, at projekter har forskellige arbejdsgange, og porteføljer ikke engang har workflow -muligheder.

Leave a Reply

Your email address will not be published. Required fields are marked *

You may use these HTML tags and attributes: <a href="" title=""> <abbr title=""> <acronym title=""> <b> <blockquote cite=""> <cite> <code> <del datetime=""> <em> <i> <q cite=""> <s> <strike> <strong>