Een productcatalogus bouwen met aangepaste objecten

Een uitgewerkt voorbeeld: de producten die je ondersteunt als object modelleren, zodat tickets zeggen waar ze werkelijk over gaan.

Een uitgewerkt voorbeeld: de producten die je ondersteunt als object modelleren, zodat tickets zeggen waar ze werkelijk over gaan.

Waarom geen keuzelijst

Een keuzelijst met productnamen werkt tot je meer wilt weten dan de naam: welke versie, welk team hem bezit, of hij nog wordt verkocht, wat de documentatielink is.

Op dat punt draagt elk ticket een naam en zit de kennis in iemands hoofd. Een object houdt hem één keer vast.

Bouwen

1. Maak een object dat Product heet.
2. Velden: naam, categorie, eigenaarsgroep, status, een link naar de documentatie.
3. Zet de weergavenaam op iets wat een agent herkent.
4. Importeer je productlijst.
5. Voeg op het ticket een opzoekveld toe dat ernaar wijst, gefilterd op actieve producten.
6. Voeg een kaart toe zodat agents de gegevens in het contextvenster zien.

Wat dat mogelijk maakt

• Routeren naar de eigenaarsgroep, gelezen uit het record in plaats van uit een regel die elk product opsomt.
• Tickets per product in de rapportage, uit een gecontroleerde lijst in plaats van vrije tekst.
• Een product uitfaseren door de status te wijzigen, zodat hij uit de keuzelijsten verdwijnt terwijl de historie leesbaar blijft.
• De juiste documentatielink automatisch voor de agent.

Kopieer de naam naar het ticket

Voeg een trigger toe die de productnaam ook in een ticketveld schrijft. Overbodig, en het maakt rapporteren rechttoe rechtaan en zet vast waar het ticket over ging, ook als het productrecord later verandert.

Zie ook

• Aangepaste objecten gebruiken in triggers en weergaven
• Rapporteren over aangepaste objecten
• Kaarten met extra informatie tonen
• Aangepaste objecten gebruiken in actieworkflows