SupportTicketPlatform: verschil tussen versies

Uit Limesco Wiki
Ga naar: navigatie, zoeken
(Lange Termijn Concept)
Regel 1: Regel 1:
Work in process
+
'''Work in process'''
  
==In house software==
+
==Eigen software==
  
Het probleem met "reguliere" ticket systemen is dat deze "te gesloten" zijn en hierdoor het lastig is om de community bij problemen te betrekken. Daarom wil de commissie een nieuw open community gebaseerde ticket systeem ontwikkelen.
+
Het makkelijkste zou natuurlijk zijn een bestaand ticketsysteem over te nemen. Deze voldoen meestal niet aan een paar van onze wensen:
 +
* Te gesloten; alles zou zo openbaar mogelijk moeten zijn voor de community.
 +
* Niet gericht op community-support; om de community betrokken te krijgen bij support zou er een motiverende factor in moeten komen
 +
* (vaak) geen scheiding tussen privacy gevoelige tickets en anderen
 +
* geen goede manier om ergens hoge prioriteit achter te zetten ("Ik kan niet bellen")
 +
 
 +
Waarschijnlijk willen we hierom een eigen ticketsysteem schrijven.
  
 
==Lange Termijn Concept==
 
==Lange Termijn Concept==
  
De desbetreffende software werkt via "Userlevels" je kan "punten" verdienen door tickets af te ronden. Als men genoeg punten heeft verzameld kan men in het systeem een "Level omhoog" gaan en toegang krijgen tot complexere tickets. Daarnaast zal het systeem doormiddel van statistieken ook goede vrijwilligers belonen met meer mogelijkheden in het systeem en misschien zelfs via kortingen voor hun harde werk.  
+
De desbetreffende software werkt via "niveaus" voor zowel gebruikers als tickets. Een gebruiker ziet alleen tickets met een gelijk of lager niveau. Als hij een ticket beantwoord stijgt hij (indien van toepassing) naar het niveau van het ticket plus één.
 +
 
 +
Het systeem kan doormiddel van statistieken ook goede vrijwilligers belonen met meer mogelijkheden in het systeem en misschien zelfs via kortingen voor hun harde werk.
 +
 
 +
===Hoe werken "Community tickets"?===
 +
* Leden kunnen een ticket "Aannemen". Op het moment dat ze dit doen zijn ze verbonden aan de ticket totdat deze is opgelost of het lid de ticket opgeeft. Als leden besluiten de ticket "op te geven" zal het systeem het niveau van het ticket verhogen en het systeem zal deze tickets eerder toewijzen aan ervaren gebruikers.
 +
* Leden kunnen tickets niet "Cherry Picken". Ze kunnen uiteraard wel tickets "afwijzen" als ze hier geen goede contributie aan kunnen geven. Dit is om misbruik van het systeem te voorkomen (voorbeeld: Pietje maakt tickets aan, klaasje lost deze op. Vervolgens maakt pietje weer tickets weer aan en klaasje pakt deze op. Op deze manier in het theoretisch gezien mogelijk om "vals te spelen" en dus beloond word door vals te spelen).
 +
* De klant kan kiezen of het lid dat de ticket in behandeling heeft het probleem heeft opgelost, als dit het geval is dan zal het lid in niveau stijgen.
 +
* De klant kan kiezen of hij de toewijzing van een lid wil eindigen mocht deze er niet in slagen de klant verder te helpen.
 +
* Mocht de klant haast of op een andere manier prioriteit hebben voor een ticket kan hij een "bounty " op een ticket zetten. Dit geldbedrag komt op zijn volgende factuur en wordt als korting op de factuur gezet van degene die de ticket juist heeft beantwoord. Bounties zijn voor iedereen te zien en op te pakken naast normale tickets.
 +
* Afgeronde tickets worden publiek toegankelijk zodat andere leden van de oplossing kunnen leren.
  
Hoe werken "Community" tickets?
+
===Moderators===
* Leden kunnen een ticket "Aannemen". Op het moment dat ze dit doen zijn ze verbonden aan de ticket totdat deze is opgelost of het lid de ticket opgeeft. als leden besluiten de ticket "op te geven" zal het systeem een hogere complexiteit aan de ticket geven en het systeem zal deze tickets eerder toewijzen aan ervaren gebruikers.  
+
Gezien het systeem nog fraudegevoelig is zal deze gemonitored worden door handmatig gekozen ervaren gebruikers. (Tenzij we het minder fraudegevoelig kunnen maken.)
* Leden kunnen tickets niet "Cherry Picken" totdat ze meer "ervaren" zijn. Ze kunnen uiteraard wel tickets "afwijzen" als ze hier geen goede contributie aan kunnen geven. Dit is om misbruik van het systeem te voorkomen(voorbeeld: Pietje maakt tickets aan, klaasje lost deze op. Vervolgens maakt pietje weer tickets weer aan en klaasje pakt deze op. Op deze manier in het theoretisch gezien mogelijk om "vals te spelen" en dus beloond word door vals te spelen). Ervaren leden kunnen wel cherry-picken.
 
* Een klant kan kiezen of het lid dat de ticket in behandeling heeft het probleem heeft opgelost, als dit het geval is dan zal het lid "punten" krijgen.
 
* Een klant kan kiezen of hij/zij niet meer wilt dat de ticket door de momentele lid "behandeld" word.
 
* Een klant kan een geld-gebaseerde "bounty" op een ticket zetten. Deze tickets zijn door iedereen te cherry-picken.
 
* Gesloten tickets worden publiek toegankelijk zodat andere leden van de oplossing kunnen leren.
 
  
==Moderators==
+
* De moderators kunnen in geval van nood kiezen het "niveau" van gebruikers te verlagen.
Gezien het systeem "fraudegevoelig" is zal deze gemonitored worden door handmatig gekozen ervaren gebruikers.  
+
* Mogelijkheden om functionaliteiten als "Cherrypicking", "Antwoorden op tickets", "Tickets aanmaken" toe te wijzen/te verwijderen per gebruiker.
 +
* Mogelijkheid om antwoorden op tickets te monitoren voordat de klant deze ziet (Per-user base).
  
* De moderators kunnen in geval van nood kiezen het "Userlevel" van gebruikers te verlagen
+
===Officiële support groep===
* Mogelijkheden om functionaliteiten als "Cherrypicking", "Antwoorden op tickets", "Tickets aanmaken" te verwijderen op individueel niveau
+
Omdat er zowel tickets gaan zijn die privacygevoelig zijn als tickets die niet beantwoord kunnen worden door de community moet er een officiële supportgroep komen. Deze groep kan tickets van elk niveau aannemen en krijgen ook toegang tot privacygevoelige tickets.
* In geval van misbruik van moderator-rechten kunnen moderator rechten verwijderd worden.
+
We hopen deze groep te kunnen selecteren uit actieve vrijwilligers die een hoog niveau hebben behaald.
* Mogelijkheid om antwoorden op tickets te monitoren voordat de klant deze ziet(Per-user base).  
 
  
 +
Voor spoed-support moet misschien een 0900-nummer ingesteld worden waar een altijd een (betaalde) supportmedewerker aanwezig is.
  
Ondersteund de volgende ticket types
+
===Uit te werken===
* Community Tickets.
+
* Cherry-picking voor gebruikers boven een bepaald level?
* Privé Tickets.
+
* Niveaus bijstellen (degraderen)
 +
* Begint een ticket op het niveau van de indiener?

Versie van 11 mrt 2012 om 02:50

Work in process

Eigen software

Het makkelijkste zou natuurlijk zijn een bestaand ticketsysteem over te nemen. Deze voldoen meestal niet aan een paar van onze wensen:

  • Te gesloten; alles zou zo openbaar mogelijk moeten zijn voor de community.
  • Niet gericht op community-support; om de community betrokken te krijgen bij support zou er een motiverende factor in moeten komen
  • (vaak) geen scheiding tussen privacy gevoelige tickets en anderen
  • geen goede manier om ergens hoge prioriteit achter te zetten ("Ik kan niet bellen")

Waarschijnlijk willen we hierom een eigen ticketsysteem schrijven.

Lange Termijn Concept

De desbetreffende software werkt via "niveaus" voor zowel gebruikers als tickets. Een gebruiker ziet alleen tickets met een gelijk of lager niveau. Als hij een ticket beantwoord stijgt hij (indien van toepassing) naar het niveau van het ticket plus één.

Het systeem kan doormiddel van statistieken ook goede vrijwilligers belonen met meer mogelijkheden in het systeem en misschien zelfs via kortingen voor hun harde werk.

Hoe werken "Community tickets"?

  • Leden kunnen een ticket "Aannemen". Op het moment dat ze dit doen zijn ze verbonden aan de ticket totdat deze is opgelost of het lid de ticket opgeeft. Als leden besluiten de ticket "op te geven" zal het systeem het niveau van het ticket verhogen en het systeem zal deze tickets eerder toewijzen aan ervaren gebruikers.
  • Leden kunnen tickets niet "Cherry Picken". Ze kunnen uiteraard wel tickets "afwijzen" als ze hier geen goede contributie aan kunnen geven. Dit is om misbruik van het systeem te voorkomen (voorbeeld: Pietje maakt tickets aan, klaasje lost deze op. Vervolgens maakt pietje weer tickets weer aan en klaasje pakt deze op. Op deze manier in het theoretisch gezien mogelijk om "vals te spelen" en dus beloond word door vals te spelen).
  • De klant kan kiezen of het lid dat de ticket in behandeling heeft het probleem heeft opgelost, als dit het geval is dan zal het lid in niveau stijgen.
  • De klant kan kiezen of hij de toewijzing van een lid wil eindigen mocht deze er niet in slagen de klant verder te helpen.
  • Mocht de klant haast of op een andere manier prioriteit hebben voor een ticket kan hij een "bounty " op een ticket zetten. Dit geldbedrag komt op zijn volgende factuur en wordt als korting op de factuur gezet van degene die de ticket juist heeft beantwoord. Bounties zijn voor iedereen te zien en op te pakken naast normale tickets.
  • Afgeronde tickets worden publiek toegankelijk zodat andere leden van de oplossing kunnen leren.

Moderators

Gezien het systeem nog fraudegevoelig is zal deze gemonitored worden door handmatig gekozen ervaren gebruikers. (Tenzij we het minder fraudegevoelig kunnen maken.)

  • De moderators kunnen in geval van nood kiezen het "niveau" van gebruikers te verlagen.
  • Mogelijkheden om functionaliteiten als "Cherrypicking", "Antwoorden op tickets", "Tickets aanmaken" toe te wijzen/te verwijderen per gebruiker.
  • Mogelijkheid om antwoorden op tickets te monitoren voordat de klant deze ziet (Per-user base).

Officiële support groep

Omdat er zowel tickets gaan zijn die privacygevoelig zijn als tickets die niet beantwoord kunnen worden door de community moet er een officiële supportgroep komen. Deze groep kan tickets van elk niveau aannemen en krijgen ook toegang tot privacygevoelige tickets. We hopen deze groep te kunnen selecteren uit actieve vrijwilligers die een hoog niveau hebben behaald.

Voor spoed-support moet misschien een 0900-nummer ingesteld worden waar een altijd een (betaalde) supportmedewerker aanwezig is.

Uit te werken

  • Cherry-picking voor gebruikers boven een bepaald level?
  • Niveaus bijstellen (degraderen)
  • Begint een ticket op het niveau van de indiener?