Нашият екип за поддръжка използва билети, за да категоризира въпроси за услуги, функции и грешки. Можете да следвате тези билети чрез следния url:

https://app.camping.care/support

В тази статия искаме да обясним значението на различните състояния на билети, как можете да създадете билет и кога можете да очаквате вашият билет да бъде разрешен/готов.

Как да създадете билет?

Най-добрият начин да изпратите билет е чрез нашия портал за услуги. Ще ви помолим за цялата необходима информация и поради различните категории можем да насочим билета ви към съответното лице. Това ни спестява да обработваме вашия имейл и вие получавате по-бърз отговор. Връзката към портала за услуги е:

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

Бакшиш: Имате множество въпроси, подобрения или други заявки за услуги? Вместо да създавате един дълъг имейл. Създайте отделни билети. Тогава не е нужно да анализираме цялата ви електронна поща и да я разделяме в билети за услуга, грешка или функция.

Билети за представяне

Todo

Всяка заявка за функция започва с това състояние. Това са функции, които трябва да бъдат приоритизирани. Приоритизирането на функциите ще бъде направено от един от разработчиците

В процес на разглеждане

Включва заявки, които смятаме, че ще добавят значителна стойност за клиентите и са подходящи за нашата пътна карта. Когато искане за функция се разглежда, има голяма вероятност да предоставим функцията в близко бъдеще. Ще ви държим в течение и ще предоставим актуална информация в рамките на няколко месеца след вашата заявка. 

Бъдещо разглеждане

Включва искания, които биха могли да бъдат допълнения към нашата дългосрочна пътна карта. Веднъж годишно ще преразгледаме заявката и ще променим статуса, ако е необходимо.

Не се разглежда

Включва заявки, които не можем да изпълним. Въпреки че оценяваме потенциалните ползи от всички заявки, за съжаление не можем да изпълним всички отлични предложения, направени от нашите клиенти. Няма да работим по заявки в този статус, но ще ги прегледаме след една година и ще обмислим промяна на статуса. Разбираме, че може да е разочароващо да видите предложение, към което се чувствате страстно или затворено, или подредено да не бъде взето под внимание. Вярваме обаче, че дължим на нашите клиенти по-голяма прозрачност по отношение на заявките за функции и вярваме, че този работен процес ще ни помогне да постигнем целта си.

За проверка

Когато достигне този статус, той е завършен от получателя. Трябва да се провери от репортера. По принцип това се случва в сценичната среда. 

Готово

Функцията е завършена и потвърдена.

Билети за грешки

Като всяка софтуерна компания имаме изоставане с всички известни грешки. Имаме 3 нива на грешки и ще опишем как да създадете билети за грешки.

Работен процес за грешки

Работният процес за грешка съдържа различни състояния на грешката. 

Да правя

Всеки доклад за грешка започва в състояние „Да направя“. Това са грешки, които трябва да бъдат приоритизирани. Приоритизирането на грешките ще бъде направено от Roel или Arjen. 

Краткосрочно изоставане

Когато е в този статус, това означава, че го взимаме в краткосрочен план. Това обаче не е гаранция, краткосрочно означава като цяло: в рамките на следващите 3 месеца. 

Дългосрочно изоставане

Този статус имат грешки, които са много сложни за разрешаване или имат много слабо въздействие върху потребителя. Пример за много сложни грешки: Грешка, която може да бъде решена само с голяма промяна в софтуера или промяна в инфраструктурата. 

В ход

В момента работим по този бъг. 

За проверка

Когато достигне този статус, той е завършен от получателя. Трябва да се провери от репортера. По принцип това се случва в сценичната среда. 

Готово

Грешката е коригирана и потвърдена.

Кога ще бъде готова заявката ми?

Това е един от най-задаваните въпроси. Кога се прави? Прост въпрос със сложен отговор. И така, какво можем да кажем за това? 

Когато има приложена широка версия като След сезон 2025 г дава индикация кога определена функция/бъг ще бъде готова. Това е индикация, а не обещание. 

Когато билетът има версия за освобождаване, можете да го стесните повече. Ако текущата версия е Бекофис 3.22.1 и пуснатата версия на билета е Бекофис 3.23.1 можете спокойно да кажете, че ще бъде наличен през следващия месец. 

Ако е а критичен бъг ще бъде решен възможно най-скоро. По-скоро часове, отколкото дни… 

Ако грешката е в краткосрочно изоставане индикацията е някъде в следващите 3 месеца. 

Понякога има а падежна дата посочени с билет. Ако има такъв, това е, което можете да съобщите.