Ons supportteam gebruikt tickets om service-, feature- en bugvragen te categoriseren. U kunt deze tickets volgen via de volgende url:

https://app.camping.care/support

In dit artikel leggen we uit wat de verschillende ticketstatussen betekenen, hoe u een ticket kunt aanmaken en wanneer u kunt verwachten dat uw ticket is opgelost/gereed.

Hoe maak ik een ticket aan?

De beste manier om een ticket in te dienen is via ons serviceportaal. Wij vragen u om alle relevante informatie en door de verschillende categorieën kunnen wij uw ticket naar de relevante persoon routeren. Dit bespaart ons tijd om uw e-mail te verwerken en u krijgt sneller antwoord. De link naar het serviceportaal is:

https://campingcare.atlassian.net/servicedesk/customer/portal/2/group/-1

Tip: Heb je meerdere vragen, verbeteringen of andere serviceverzoeken? Maak dan niet één lange e-mail. Maak aparte tickets aan. Dan hoeven we niet je hele e-mail te analyseren en op te splitsen in service-, bug- of featuretickets.

Feature-tickets

Alles

Elke feature request begint met deze status. Dit zijn features die prioriteit moeten krijgen. Prioritering van features wordt gedaan door een van de ontwikkelaars

In overweging

Omvat verzoeken waarvan wij denken dat ze aanzienlijke klantwaarde toevoegen en goed passen bij onze roadmap. Wanneer een feature request in overweging wordt genomen, is de kans groot dat we de feature in de nabije toekomst leveren. We houden u op de hoogte en geven binnen een paar maanden na uw verzoek een update. 

Toekomstige overweging

Bevat verzoeken die aanvullingen kunnen zijn op onze roadmap voor de langere termijn. Eenmaal per jaar zullen we het verzoek opnieuw bekijken en de status indien nodig wijzigen.

Niet in overweging genomen

Omvat verzoeken die we niet kunnen implementeren. Hoewel we de potentiële voordelen van alle verzoeken waarderen, kunnen we helaas niet alle uitstekende suggesties van onze klanten implementeren. We werken niet aan verzoeken in deze status, maar we zullen ze na een jaar beoordelen en overwegen de status te wijzigen. We begrijpen dat het teleurstellend kan zijn om te zien dat een suggestie waar u hartstochtelijk over bent, wordt gesloten of niet in overweging wordt genomen. We zijn echter van mening dat we onze klanten meer transparantie verschuldigd zijn in functieverzoeken en we geloven dat deze workflow ons zal helpen ons doel te bereiken.

Om te verifiëren

Wanneer het deze status bereikt, is het voltooid door de toegewezen persoon. Het moet worden geverifieerd door de reporter. Over het algemeen gebeurt dit in de staging-omgeving. 

Klaar

De functie is voltooid en geverifieerd.

Bug-tickets

Zoals elk softwarebedrijf hebben we een backlog met alle bekende bugs. We hebben 3 niveaus van bugs en we zullen beschrijven hoe je tickets voor bugs aanmaakt.

Bug-workflow

De bugworkflow bevat verschillende statussen van de bug. 

Te doen

Elk bugrapport begint in de 'To Do'-status. Dit zijn bugs die prioriteit moeten krijgen. Prioritering van bugs wordt gedaan door Roel of Arjen. 

Korte termijn achterstand

Wanneer het deze status heeft, betekent dit dat we het op korte termijn ophalen. Dit is echter geen garantie, met korte termijn bedoelen we over het algemeen: binnen de komende 3 maanden. 

Lange termijn achterstand

Bugs die zeer complex zijn om op te lossen of een zeer lage impact hebben op de gebruiker, hebben deze status. Voorbeeld van zeer complexe bugs: Een bug die alleen kan worden opgelost met een grote softwarewijziging of een wijziging in de infrastructuur. 

In uitvoering

We werken momenteel aan een oplossing voor dit probleem. 

Om te verifiëren

Wanneer het deze status bereikt, is het voltooid door de toegewezen persoon. Het moet worden geverifieerd door de reporter. Over het algemeen gebeurt dit in de staging-omgeving. 

Klaar

De bug is opgelost en geverifieerd.

Wanneer is mijn aanvraag klaar?

Het is een van de meest gestelde vragen.. Wanneer is het klaar? Een simpele vraag met een ingewikkeld antwoord. Dus wat kunnen we erover zeggen? 

Als er een brede versie bijgevoegd is zoals 2025 Naseizoen het geeft een indicatie wanneer een bepaalde feature/bug klaar zal zijn. Dit is een indicatie, geen belofte. 

Als het ticket een releaseversie heeft, kunt u het verder verfijnen. Als de huidige versie is Backoffice 3.22.1 en de releaseversie van het ticket is Backoffice 3.23.1 Je kunt er gerust van uitgaan dat het binnen een maand beschikbaar zal zijn. 

Als het een kritisch bug het zal zo snel mogelijk opgelost worden. Liever uren dan dagen… 

Als de bug in de korte termijn achterstand de indicatie is ergens in de komende 3 maanden. 

Soms is er een deadline gespecificeerd met een ticket. Als er een is, is dit wat je kunt communiceren.