Routeren en rapporteren per locatie

Elk ticket draagt de Store ID van de locatie waar het vandaan komt, en dat is alles wat je nodig hebt om per winkel te splitsen.

Elk ticket draagt de Store ID van de locatie waar het vandaan komt, en dat is alles wat je nodig hebt om per winkel te splitsen.

Hoe de tag wordt opgebouwd

De app neemt de Store ID die in je Google Business Profile op de locatie staat en zet die op het ticket als gmb-store_ gevolgd door dat nummer. Een locatie met Store ID 321 levert gmb-store_321 op.

Zet eerst je Store ID's

Heeft een locatie geen Store ID in Google, dan is er niets om een tag uit op te bouwen. Die instellen doe je in Google en niet in Zendesk, en het is verstandig om dat te doen voordat je iets koppelt.

Gebruik ID's die je team herkent. gmb-store_321 zegt niets tegen degene die het ticket leest, tenzij iedereen die winkel 321 noemt.

Naar het juiste team routeren

1. Geef elke locatie een Store ID in je Google Business Profile, voordat je iets koppelt.
2. Open een reviewticket van die locatie en controleer of de tag gmb-store_ erop staat.
3. Maak in het Beheercentrum een ticket trigger met de voorwaarde Tags bevat gmb-store_321.
4. Voeg de actie Groep toe en kies het team dat die winkel draait.
5. Herhaal dat per winkel, of per regio als één groep er meerdere doet.

Voor een keten waar elke regio zijn eigen reviews beantwoordt, is dat de hele inrichting.

Rapporteren per winkel

Explore splitst op de tag, dus voor het aantal reviews en de score per locatie is geen eigen veld nodig. Wil een manager alleen zijn eigen winkel zien, dan volstaat een filter op zijn tag.

Er een veld van maken

De moeite waard als de winkelnamen in een rapport moeten staan dat iemand buiten het team leest.

1. Maak een keuzelijstveld met de winkelnamen als opties, en geef elke optie de tag gmb-store_ van die winkel.
2. Vul niets met terugwerkende kracht: op tickets van voor het veld staat alleen de tag, en daarom blijft de tag waarop je voor historie rapporteert.

Een trigger is hier niet nodig. Een tag op een ticket selecteert de bijbehorende keuzeoptie, dus de app vult het veld zelf.

Zo wordt gmb-store_321 iets wat een regiomanager herkent.

Als een winkel sluit of verhuist

De tag blijft op de oude tickets staan, en dat wil je ook voor de historie. Wijs de trigger ergens anders heen in plaats van de tag te verwijderen.

Zie ook

• De tags die de app op tickets zet
• Hoeveel locaties kan ik koppelen
• Waarom de app geen ticketvelden toevoegt
• Rapporteren over je Google-reviewscore in Explore