Сравнение на функциите

Basic и Professional в детайли. Professional включва всичко от Basic – без ограничения. Таблицата по-долу показва всяка функция за двата лиценза наведнъж.

ФункцияBasicProfessional
Персонализиране и администриране
Многоезичност: могат да се включат 30 езика; преводите минават през износ и внасяне на JSON файл – така получавате точно формулировките, които вашата фирма разбираРъководство
Визуална идентичност: лого, иконка на сайта, цветова схемаРъководство
Тъмен и светъл режим, отзивчив дизайнРъководство
Форматът за дата и час на вашата инсталация е ваш избор – ред, разделител и 24- или 12-часов часовникРъководство
Съобщение за поддръжка и авария за всички – на страницата за вход, по избор и по имейлРъководствосамо страницата за входстраница за вход + имейл
Ранно предупреждение, преди дискът да се напълни: съобщение от 90%, предупреждение от 95% – който управлява обновяванията, вижда числата и какво да направи, влезлите потребители получават кратко изречение; нищо от това не се появява на страницата за входРъководство
Архивиране на затворените заявки (вкл. възстановяване) – поддържа работния набор малък, например чрез преместване на стара година в архиваРъководство
Обновяване с натискане на бутон – системата първо прави резервно копие (данни, прикачени файлове, архиви) и проверява дали има достатъчно свободно място на диска; ако няма, тя отказва обновяването с причина, вместо да се провали по средатаРъководство
Износ и внасяне на списъците ви с основни данни като JSON – отдели, длъжности, местоположения и категории; попълвайте ги наведнъж, вместо ред по редРъководство
Екипи и потребители
ЕкипиРъководство1 екипНеограничено
Администратори и операториРъководство2 вътрешни потребители (1 администратор + 1 оператор или 2 администратори)Неограничено
Клиентски потребителиРъководствоНеограниченоНеограничено
Три роли – администратор, оператор, клиент – със свободно настройваема матрица на правата: нито едно право не е зашитоРъководство
Отдели, длъжности, местоположения (вкл. преводи)Ръководство
Интеграция с имейл
Имейл към заявка (приемане през IMAP)Ръководство
Изпращане през SMTP (известия, автоматичен отговор)Ръководство
Пощенски работни потоци с условия и действияРъководство
Всеки екип може да има собствена пощенска кутия. Имейлите до тази кутия създават заявка в този екипРъководство
Списък с блокирани имейли: блокирайте отделни адреси или цели домейни – блокираните податели не създават заявка и до тях не се изпраща и отговорРъководство
Многоезични автоматични отговори и пощенски шаблониРъководство
Удостоверяване и сигурност, включително SSO
Местен вход (потребителско име/парола) + JWT; двуфакторният вход (TOTP с кодове за възстановяване) е по избор – изключен, задължителен само за вътрешните потребители или задължителен за всичкиРъководство
Защита срещу груба сила (заключване)Ръководство
SSO през OIDC (OpenID Connect) / OAuth2 и SAML 2.0 – свързване на доставчици като Google Workspace, Microsoft Entra ID, Okta, Keycloak, Auth0 или ADFS – плюс LDAP / Active Directory и LINE, Kakao, Naver, WeChat, WeCom и DingTalkРъководство
При първия вход през SSO профилът се създава автоматично (като клиент, без да заема вътрешно място); всеки вход през SSO се записваРъководство
Управление на заявки
Създаване и редактиране на заявки; изтриването става само през архиваРъководство
Редактор с форматиран текст: показва вградени изображения и връзки (описание и коментари)Ръководство
Прикачени файлове с преглед (четец на PDF, увеличение на изображения, до 50 MB на файл)Ръководство
История на заявката / одитен дневникРъководство
Работен поток със статуси с настройваеми статуси и преходиРъководство
Приоритетите, статусите, ролите, местоположенията, длъжностите и отделите се настройватРъководство
Основните и подкатегориите се настройват свободно за всеки екипРъководство
Как е дошла заявката: системата сама разпознава клиентския портал и имейла (имейлът изисква Professional). Телефонът и създаването от оператор се въвеждат от оператораРъководство
Търсене в целия текстРъководство
Заявките могат да се ескалират към други екипи – операторът въпреки това запазва пълната картинаРъководство
Собствени полета могат да се създават за всеки екип (текст, число, дата, да/не …) и да се отбелязват като задължителни – по избор само за отделни шаблони за заявкиРъководство
Наблюдатели: получават имейл при всяко обновяване на заявкаРъководство
Статус на оператора (достъпност)
На разположение / зает / отсъстващ – операторите го задават сами, а при възлагане всички виждат кой в момента не е на разположениеРъководство
Администраторите записват болнични или отпуски, с дата „отсъства до“Ръководство
„Busy“ се нулира до на разположение след един часРъководство
Няма история на достъпността, няма оценяване по човекРъководство
Автоматично възлагане на заявки
Когато е включено: новите заявки се възлагат автоматично на член на екипа още при създаването – оператор или администраторРъководство
Последователно или по най-малко натоварване – за всеки екип, изключено по подразбиранеРъководство
Заетите и отсъстващите оператори се прескачатРъководство
Важи и за заявките от входящата поща; заявките, възложени от човек, никога не се докосват, а всяко автоматично възлагане се записва в историята на заявкатаРъководство
Отчет: кой колко заявки е получил – и колко често никой не е бил на разположениеРъководство
Искания със задачи и одобрение
Искането е заявка, която създава собствените си задачи – по една заявка за всяка точка, в екипа, който я обработва; одобренията са възможни, но не задължителниРъководство
Заявителят отмята какво му трябва, докато създава исканетоРъководство
Напредък по искането: „3 от 5 готови“ – всяка задача със своя екип, изпълнител и щракване към нейната заявкаРъководство
Едно одобрение за цялото искане – един имейл вместо много частични одобренияРъководство
Допълнителен етап на одобрение за отделни, чувствителни задачиРъководство
Одобряващите решават през времево ограничена връзка, изпратена по имейл. Те нямат нужда от профил в системата за заявкиРъководство
Задачите остават заключени, докато не дойде одобрениетоРъководство
Напомняния за откритите одобрения – никога одобрение по изтичане на времеРъководство
Отказът стига до заявителя, с посочена причинаРъководство
Одитна следа в заявката: кой кога е решил и с какъв коментарРъководство
Одобряващият е в отпуск? Администратор преразпределя искането – всяка промяна се записваРъководство
Шаблони за отговори и за заявки
Шаблони за отговори: текст и действия по полета (статус, възлагане, приоритет …) с един изборРъководство
Предложените действия могат да се размаркират поотделно преди изпращанеРъководство
Запазени места (заявител, номер на заявка, заглавие …) – вмъкването на шаблона поставя истинските стойности в текста, преди да бъде изпратено каквото и да еРъководство
Отговорът по избор се изпраща като имейл до заявителя – само изпращането изисква пощенския канал; прикачените файлове на шаблона се добавят към заявката във всяко изданиеРъководство
Създаване на шаблон направо от съществуваща заявкаРъководство
Черновите остават лични, докато не бъдат публикувани; обхват за екип или общРъководство
Шаблони за заявки: предварително попълнен формуляр за нова заявка (заглавие, описание, категория, приоритет, екип)Ръководство
Шаблоните за заявки могат да се освобождават за клиенти поотделно — заявка, която пристига вече уточнена, може да съкрати времето за обработкаРъководство
Всяко използване е проследимо в историята на заявкатаРъководство
Автоматизация и напомняния
Ръчно напомняне в заявка (дата + бележка, филтри Today/This week/Overdue)Ръководство
Правила по време – реакция на ЛИПСАТА на действиеРъководство
Конструктор на правила КОГА/АКО/ТОГАВА с живо изречение на прост езикРъководство
Приложени са четири примерни правила (изключени при инсталиране, включете които пожелаете)Ръководство
Преглед, преди да го включите: показва кои заявки правилото би засегнало в момента – без да променя нищоРъководство
Действия: имейл, статус, приоритет, възлагане, предаване на друг екип, задаване на напомнянеРъководство
Времевите интервали се избират за всяко условие: в работни часове и работни дни по календара на екипа – или в денонощен ходРъководство
Дневник за всяко правило и името на правилото като автор в историята на заявкатаРъководство
Месечна квота за изпълнениянеограниченонеограничено
Групови действия в списъка със заявки
Промяна на статуса на няколко заявки наведнъж – допълнителни полета чрез шаблон за отговорРъководство
Няколко заявки могат да бъдат възложени на един оператор наведнъжРъководство
Шаблоните за отговори могат да се прилагат върху няколко заявки наведнъж – запазените места се разрешават за всяка заявкаРъководство
Преглед преди изпълнение и резултат след това: за колко от избраните заявки важи действието и защо отделни са били прескочени – прескочените заявки остават избраниРъководство
Имейлът до заявителите е изключен по подразбиране; включете го и диалогът посочва колко получатели би достигналРъководство
Всяка групова промяна се появява в историята на отделната заявка – с името на оператора, който я е задействалРъководство
Многократно съобщаване и аварии
Сливане на два сигнала от един и същ човек в една заявка – коментарите, прикачените файлове и описанието се преместват заедно, нищо не се изтриваРъководство
Ако някой отговори по имейл до стария номер на заявка, отговорът попада в слятата заявкаРъководство
Предпазител: заявки от различни хора не могат да се сливатРъководство
Обединяване на много сигнали за една авария под един инцидент – всеки сигнал запазва своя заявител, статус и срок, а един отговор стига до всички засегнати със собствен имейлРъководство
Инцидентът се показва като лента и се отбелязва в автоматичния отговор – лентата изчезва сама, щом инцидентът бъде решенРъководство
SLA, календар и ескалации
Политики за SLA със срокове за първи отговор и за решаванеРъководство
Календар на работното време за всеки екип (собствена часова зона, няколко прозореца на ден)Ръководство
Официални празници чрез внасяне на .ics или въведени на ръкаРъководство
Часовникът спира, докато се чака заявителят (настройва се за всеки срок)Ръководство
Оставащо време в списъка със заявки – с подреждане и филтър за просрочените сроковеРъководство
При просрочване: уведомяване или автоматично предаване на заявката на друг екипРъководство
Показатели за SLA в отчетите (постигнат дял, просрочвания, средно използвано време)Ръководство
Отчитане на времето за всяка заявка
Може да се включва и изключва за всеки екип; изключено по подразбиранеРъководство
Отчитане на вложено време за всяка заявка – настройваеми бързи бутони (например 15m, 30m, 1.5h) или свободно въвеждане (закръглено по правилото за закръгляне, където е включено такова)Ръководство
Хронометър в заявката – той предлага изтеклото време, а записът се създава едва след като човек го потвърди; отварянето на друга заявка го поставя на паузаРъководство
Няколко оператори могат да отчитат време по една и съща заявка – всеки запис носи датата, бележката и името на оператораРъководство
За фактуриране / не за фактуриране за всеки запис – времето се отчита веднъж; заявката показва двете суми: всичко отчетено и сумата за фактуриране (само отметнатите записи, след закръгляне)Ръководство
Фактуриране до минута или закръгляне нагоре – настройваемо (стъпка и минимум за запис, например блокове от 15 минути), до минута по подразбиранеРъководство
Отчетеното и фактурираното време остават разделени – промяната на закръглянето никога не изкривява минали данниРъководство
Задължителен запис за време преди затваряне – изключено по подразбиране; важи само когато човек променя статуса, никога при автоматично затваряне, сливане или групови действияРъководство
Колона „Time“ в списъка със заявки – тя се появява веднага щом по заявка в списъка е отчетено времеРъководство
Отчет по заявител, екип, категория и собствено поле – фактурирайте по фирма или разходен центърРъководство
Експорт на отделните записи: CSV и Excel за счетоводството (и двата пълни) и PDF за предаване, например на клиентаРъководство
Клиентите никога не виждат отчетеното време – записът пътува с фактурата като експорт (препоръчва се PDF), а не в заявката в клиентския порталРъководство
Разбивката по оператор може да се изключи – изключена по подразбиране, наложена на сървъра, а не просто скритаРъководство
Отчети и табла
Табло с текущата картина: заявки по статус, трите най-стари отворени случая, разпределение по оператор и по категорияРъководство
Собствено табло за всеки екип – всеки екип вижда собствената си картина, със собствено правоРъководство
Свободно филтриран отчет – период, екип, статус, оператор, заявител, местоположение, приоритет, основна и подкатегория, канал, целия текст; филтрите се съчетаватРъководство
Филтриране и групиране и по собствените ви полета – фирма, разходен център, договорРъководство
Кои колони показва отчетът, се настройва за всяка роля – клиентът получава различен изглед от оператораРъководство
Клиентите могат да извлекат собствен отчет – ограничен до собствените им заявкиРъководство
Експорт като CSV, Excel и PDF – Excel с два листа (ключови числа и заявки), диаграмите са в PDFРъководство
PDF отпечатва числата до диаграмите – само картина не може да се провериРъководство
CSV и Excel са пълни; PDF спира при 20 000 реда и показва това в документаРъководство
Проучвания на удовлетвореността (CSAT)
След затварянето на заявката: имейл с оценка със звезди, едно щракване е целият отговорРъководство
Не е нужен клиентски профил – връзката работи без вход, коментарът е по избор, а оценката се появява в заявката за екипа, който я е обработилРъководство
Отчет: средна стойност, дял на доволните и дял на отговорилите – включително затворените заявки, за които изобщо не е питаноРъководство
Разбивката на оценките по оператор може да се изключи и е изключена по подразбиране – отделната оценка в заявката винаги се вижда от екипаРъководство
Настройваема граница – от всяка заявка до най-много веднъж седмичноРъководство
Лошата оценка може да задейства правило за автоматизацияРъководство
База знания
Тематични плочки със статии с форматиран текст и прикачени файловеРъководство
Търсене в целия текст на всички статииРъководство
Видимост за всяка тема: само вътрешно или за клиентиРъководство
Предложени решения при създаване на заявкаРъководство
Превръщане на заявка в статия с натискане на бутонРъководство
Записите на оператор чакат одобрението на администратораРъководство
История на промените по записи и теми (за администратори)Ръководство
Резервно копие и възстановяване
Инсталацията сама настройва ежедневното резервно копие (23:00) – пазят се 14 дни, 4 седмици, 12 месеца, 4 тримесечия и 5 години, а създадените от вас на ръка резервни копия се пазят завинаги; промените ви по графика преживяват обновяванеРъководство
Планирането минава през самата операционна система – Task Scheduler на Windows, cron на Linux; без допълнителна услугаРъководство
Резервното копие се изпълнява, без някой да е влязъл – cron на Linux, а на Windows услуга, която стартира и на машина без влязъл потребител; никога не се иска парола за WindowsРъководство
Резервното копие обхваща всичко, което съставя състоянието: базата данни, прикачените файлове, архива и ключовете, които разшифроват запазените данни за достъпРъководство
Затова възстановяването връща всичко обратно. По правило системата е отново готова за работа малко след товаРъководство
Отделно приложение за резервно копие и възстановяване, за Windows и Linux, с икона на работния плот – създаване на резервно копие, разглеждане на списъка, възстановяванеРъководство
На сървър без работен плот същите функции като команди – запазване, списък, възстановяване, задаване на графикРъководство
Резервните копия стоят на същата машина – те пазят от грешки и други неприятности, но не от отказ на диска; за най-лошия случай, моля, пазете файловете с резервните копия и другадеРъководство
Преди всяко обновяване системата прави допълнително собствено резервно копие – независимо от графикаРъководство

включеноне е включеноВсички данни се отнасят за текущата версия 1.x.

По-отблизо

Функции, за които един ред в таблица не е достатъчен.

Искания със задачи и одобрение

Professional

Някои искания не са едно искане, а половин дузина. „Нов колега започва в понеделник“ означава: Windows профил, пощенска кутия, достъп до ERP, телефон, служебна карта — всяко от тях се обработва от различен екип, всяко със собствен отговорник, а прекият ръководител първо трябва да даде съгласието си. Днес някой въвежда това пет пъти и после го гони, като обикаля наоколо. Тук настройвате потока веднъж: заявителят попълва един формуляр, системата създава отделните заявки в правилните екипи, събира одобрението и ви показва на едно място какво вече е готово.

Едно искане, много задачи

Всяка точка става отделна заявка — в екипа, който я обработва, със собствен отговорник, собствено време на изпълнение и собствени указания. Две задачи могат да отидат в един и същ екип: сервизна служба, която се грижи за три приложения, получава три заявки, а не една с три точки. Самото искане показва „3 от 5 готови“, всеки ред отвежда към своята заявка, а искането се затваря последно.

Заявителят избира КАКВО му трябва – не кой го прави

За всяка задача вие решавате дали тя винаги се изпълнява, идва предварително отметната или трябва да бъде отметната нарочно. Във формуляра заявителят вижда просто списък с това, което може да поръча — вашата структура от екипи остава извън него. А „кое приложение принадлежи на кой екип“ не изисква втори набор основни данни за поддържане: то стои в самата задача.

Едно одобрение, не осем

Одобрението принадлежи на искането, а не на отделната задача. Затова осем поискани профила предизвикват един имейл до прекия ръководител вместо осем — точно на това място такива потоци обикновено умират в ежедневието. Ако една чувствителна задача има нужда и от съгласието на специализиран отдел, прикачвате втори етап само към нея. И двете се питат едновременно, а ако отделът откаже, засегната е само неговата задача; останалото продължава.

Прекият ръководител няма нужда от профил

Получава имейл с връзка, вижда кой е поискал и кои задачи са обхванати, и решава с едно щракване — без вход и без да заема място за оператор. Имейлът нарочно носи само тази една връзка и никакъв готов адрес за „одобрявам“: антивирусните програми и услугите за преглед отварят всеки адрес в едно съобщение, а създадено така одобрение не би се различавало от истинско. Отказът изисква причина — и заявителят научава каква е била.

Нищо не се случва преди разрешението

Задачите се появяват веднага, за да могат специализираните екипи да видят какво предстои — но са заключени, никой не е възложен по тях и те не могат да се местят, докато липсва одобрението. Това се налага на сървъра, а не просто се показва в сиво: нито груповите действия, нито правилата за автоматизация имат заобиколен път. Ако никой не реагира, излиза напомняне — няма одобрение по изтичане на време, защото точно това по-късно оспорва одиторът.

Кой кога е решил, остава записано

Всеки етап е изброен в искането с одобряващ, дата и час и коментар — одитната следа, заради която изобщо се въвеждат такива потоци. Никой не може да одобри от името на друг, дори администратор. За отпуските вместо това има преразпределяне: администратор изпраща откритото искане на заместник, старата връзка умира веднага, а историята записва кой го е преместил от кого към кого и кога.

Вижте в ръководството

Шаблони за отговори и за заявки

Basic и Professional

Десетото нулиране на парола за седмицата няма нужда от новонаписан отговор — има нужда от добрия отговор, който екипът ви вече е написал, изпратен за секунди и без печатните грешки, които се промъкват в 16 часа. Шаблонът за отговор попълва текста И рутината около него: задава статуса, възлага заявката на мен, поставя напомняне. Бутонът за изпращане остава при вас.

Текстът и рутината около него, с един избор

Един шаблон не поставя само текст. Той предлага промените по полетата, които винаги вървят с този отговор: статус на Resolved, по-нисък приоритет, възлагане на мен, напомняне след три дни. Всяко предложение се показва като отделен елемент и може да бъде премахнато поотделно — тази заявка е почти стандартният случай, само че този път още не искате да я затворите.

Нищо не се изпраща, докато вие не го изпратите

Изборът на шаблон само попълва редактора. Текстът стои пред вас, редактирате го и го изпращате със същия бутон както винаги. Макрос, който се задейства веднага, изпраща погрешния отговор на истински клиент в мига, в който щракнете накриво — а изпратен имейл не може да се върне. Тази допълнителна секунда е нарочна.

Запазени места, на които можете да разчитате

Напишете веднъж „Здравейте, {requesterName}“ и всяко приложение попълва правилния човек, номера на заявката, заглавието, вашето име. Разрешава се в мига, в който изберете шаблона — така готовият текст е този, който виждате в редактора, а не изненада в пощенската кутия на клиента. Погрешно написано запазено място се отхвърля при запазването на шаблона, а не се открива от клиента.

Отговорът стига до заявителя по имейл

Едно отмятане и коментарът ви излиза като имейл — до човека зад заявката, когото системата установява вместо вас. Прикачените файлове, запазени в шаблона, се добавят към заявката едновременно с това: сложете PDF инструкцията там веднъж, вместо всеки път да я търсите в папката с изтеглени файлове.

Добрите шаблони идват от истински отговори

Най-добрият шаблон е отговорът, който току-що сте написали. Едно щракване върху коментар го превръща в чернова на шаблон — с предварително попълнен текст и с нарочно оставени настрана име, адрес и файлове на клиента. Давате му име, прочитате го веднъж с бодри очи и едва тогава той съществува. Докато не го публикувате, никой друг не го вижда.

Шаблони за заявки: повтарящи се заявки без писане

Постъпване на нов служител, извеждане на устройство от употреба, обаждащият се по телефона — някои заявки се създават отново и отново с една и съща форма. Шаблонът за заявка попълва формуляра предварително: заглавие, описание, категория, приоритет, отговорен екип. Операторът добавя специфичното и изпраща. Нищо не се създава, докато той не го направи.

Знание на екипа, а не лично чекмедже

Шаблоните принадлежат на един екип или на всички — не на чекмеджето на един човек. Когато някой напусне, най-добрите му отговори остават. И всяко приложение се записва в историята на заявката: седмици по-късно все още се вижда, че заявката е решена със стандартен отговор, и с кой точно.

Включено и в двете издания

Шаблоните са изцяло включени в Basic — без ограничение на броя, без функция, скрита зад по-високото издание. Средствата, които спестяват на екипа ви най-много ежедневно време, не бива да стоят зад платена стена.

Вижте в ръководството

Автоматизация и напомняния

Professional

В една служба за поддръжка повечето неща се объркват не защото някой е направил погрешното, а защото никой не е направил нищо. Заявка чака отговор, който не идва; едно искане стои невъзложено през обедната почивка; случай е решен и после просто забравен. Автоматизацията реагира точно на това — на липсата на действие. Тя проверява всяка минута и прави това, което вие сами бихте направили, ако бяхте забелязали.

Четири правила вече са налице — изключени

Не започвате с празен екран. Системата идва с четири примера, които покриват ежедневните случаи: напомняне на заявителя след три работни дни мълчание; затваряне на заявка след десет дни без отговор; повишаване на приоритета на заявка, която никой не е поел в рамките на четири работни часа; и напомняне за всичко, което не е имало движение цяла седмица. И четирите са изключени. Включете едно, променете числата или го използвайте като отправна точка за собствено правило.

Избирате, не пишете

Всяка стойност идва от вашите собствени данни: вашите статуси, вашите приоритети, вашите екипи, вашите категории — избрани от списък. Няма поле, в което да въвеждате име на поле, няма език за заявки, няма cron израз. Едно правило се чете така: КОГА нещо не се е случило от известно време, АКО заявката изглежда така, ТОГАВА направи това.

Правилото ви казва с прости думи какво ще направи

Над редактора едно изречение следва избора ви: „Когато една заявка има статус Waiting for User Response и няма отговор от заявителя повече от 3 работни дни, тогава изпрати имейл до заявителя.“ Прочетете го, преди да включите каквото и да е. Точно това изречение улавя грешната настройка, която иначе бихте забелязали върху затворена клиентска заявка.

Вижте кого би засегнало — преди да го засегне

Всяко правило има бутон „кои заявки биха били засегнати в момента?“. Получавате списъка и нищо друго не се случва: няма имейл, няма промяна на статуса, дори няма запис в дневника. Точно тази стъпка прави разликата между това да опитате и това никога да не се осмелите.

Едно напомняне не се превръща в порой

„Няма отговор от 24 часа“ е вярно отново всяка минута след 24-ия час — направено наивно, това са 1440 имейла на ден. Затова едно правило се задейства веднъж на ситуация и после мълчи. Задейства се отново само след като условието е отпаднало и е настъпило пак: клиентът отговаря, после отново става тихо, и едва тогава излиза следващото напомняне.

Броят се работните часове, не календарните дни

„Три работни дни“ използва същия календар на работното време като сроковете ви, за всеки екип поотделно — заявка от петък вечер не е просрочена в понеделник сутрин. Ако предпочитате да броите просто изтеклото време, налични са и минути, часове и дни. Изборът е ваш за всяко условие, а не глобална настройка.

Никаква квота за изпълнения

Някои системи таксуват автоматизацията на изпълнение: месечна квота, и щом тя се изчерпи, всички ваши правила спират до първо число. Тук няма такъв брояч. Единствените ограничения са предпазители за всяка заявка, за да не може едно правило да събуди друго в кръг — те съществуват, за да пазят заявките ви, а не за да ви мерят.

Нищо не се случва невидимо

Всяко действие се записва в историята на заявката с името на правилото, което го е предизвикало, така че никой не трябва да се чуди защо една заявка се е затворила сама. Всяко правило води и собствен дневник: коя заявка, кога и какъв е бил резултатът — включително неуспехите. А ако лицензът изтече, правилата остават точно там, където са, и просто спират да работят; страницата го казва, вместо да замълчи.

Ръчните напомняния ги има във всяко издание

Да зададете дата и кратка бележка на една заявка, за да се върне по-късно — „да се обади пак в четвъртък“ — е част от Basic, включително филтрите Today / This week / Overdue в списъка със заявки. Заявителите никога не я виждат. Professional е стъпката от това вашите оператори да поставят напомняния към това системата да ги поставя вместо вас.

Вижте в ръководството

Многократно съобщаване и аварии

Basic и Professional

Две ситуации, които изглеждат еднакво в пощенската кутия и трябва да се обработят по съвсем различен начин. Първата: един и същ човек съобщава един и същ проблем два пъти — веднъж по имейл и веднъж по телефона, защото не е бил сигурен, че имейлът е стигнал. Втората: излиза от строя комутатор и в рамките на петнадесет минути идват тридесет сигнала от тридесет различни души. За всяка има свой път, и те нарочно са два различни пътя.

Един и същ човек, две заявки

Отмятате двата реда и решавате коя заявка остава — по-старата е избрана предварително, за да тече срокът от първия контакт, а не от втория опит. Коментарите, прикачените файлове и описанието на втората преминават в първата; нищо не се губи. Преди да потвърдите, ви се изписва ясно: „#124 ще бъде затворена и преместена в #122.“

Една авария, тридесет сигнала

Групирате тридесетте заявки под една заявка за инцидент. Всяка от тях запазва своя заявител, своя статус и собствен срок — нито една не изчезва. Закъснелите могат да се добавят една по една, а на всеки, който отваря нова заявка, докато инцидентът тече, се предлага връзката, вместо да я търси.

Защо това не са едно и също

Ако просто слеете тези тридесет сигнала, двадесет и девет души биха загубили заявката си и никога повече не биха чули нищо. И тъй като двадесет и девет случая биха били затворени, без изобщо да получат отговор, числата ви после биха изглеждали по-добре от действителността. Затова системата проверява кой стои зад всяка заявка: ако това са различни хора, тя изобщо не предлага сливане и вместо това ви насочва към инцидента.

Отговорете веднъж, вместо тридесет пъти

След като причината е отстранена, написвате решението само веднъж. Всяка свързана заявка го получава като коментар и се затваря, а всеки засегнат човек получава собствен имейл — без списък за разпращане, никой не вижда чуждия адрес. Ако някой все пак отговори след това, се отваря отново неговата заявка, а не целият инцидент.

Никой не губи номера на заявката си

Слят сигнал никога не се изтрива. Ако заявителят отговори на стария имейл седмици по-късно, отговорът му пак намира правилната заявка — независимо дали отговаря на съобщението, оставя стария номер в темата, или и двете. Иначе би вярвал, че отговорът му е доставен, докато той стои в затворен случай, в който никой не поглежда.

Лентата се изчиства сама

Един инцидент може да бъде обявен с едно отмятане: тогава той се показва на всички като лента и като бележка в автоматичния отговор — който съобщава по имейл, никога не вижда страница за вход. Когато го решите, лентата изчезва сама. Обявен за събота прозорец за поддръжка остава видим до нея, вместо да бъде изтласкан настрани.

Вижте в ръководството

SLA, календар и ескалации

Professional

SLA е обещание: „отговаряме на едно искане в рамките на два часа и го решаваме в рамките на осем“. Системата за заявки разглобява това обещание, поставя часовник на всяка съответстваща заявка и ви казва колко време остава — преди срокът да изтече, не след това.

Сроковете текат само през вашето работно време

Осемчасов срок, който започва в петък следобед, не бива да изтича в събота сутрин. Затова всеки срок е обвързан с календар на работното време: работни часове за всеки ден от седмицата, собствена часова зона, няколко прозореца на ден за обедни почивки или разделени смени — включително нощни смени, които преминават през полунощ. Всеки екип може да има собствен календар; нощите, почивните дни и официалните празници не се броят.

Официалните празници определяте вие, не ние

Официалните празници зависят от това къде се намирате, не от езика, който използвате — 16 германски провинции, 26 швейцарски кантона, 50 щата в САЩ. Вместо да доставяме списък, който някога ще е грешен за вашия регион, вие внасяте официалния .ics файл за вашето местоположение или въвеждате дните на ръка. След това вносът ви казва колко дни са поети и колко са пропуснати. Ако един календар няма нито един неработен ден през следващите дванадесет месеца, страницата с настройките го казва — иначе системата тихо би смятала през всеки празник.

Какво се брои за отговор — и какво не

Тук показателят или означава нещо, или не. Часовникът за първи отговор спира само при публичен коментар, написан от оператор. Автоматичното потвърждение не се брои, вътрешните бележки не се броят, а входящият имейл от клиента със сигурност не. Построено по друг начин, всеки срок би бил „спазен“ в рамките на секунди, а отчетите ви биха показвали постоянни 100%, докато всъщност никой не е отговорил.

Изчакването на клиента спира часовника

Когато зададете въпрос обратно и изчаквате заявителя, срокът спира да тече — не ви се начислява време за изчакване, което не контролирате. Дали един срок се поставя на пауза, се задава за всяка цел поотделно, защото отговорът не е непременно един и същ за „първи отговор“ и „решаване“. Ако решена заявка бъде отворена отново, започва нов цикъл; старият остава записан за отчетите, вместо заявката веднага да се отбележи като просрочена.

Когато един срок бъде просрочен

За всеки срок вие решавате какво се случва: само да се запише, да се уведомят изпълнителят и наблюдателите или заявката да се предаде автоматично на друг екип — класическата ескалация от първо към второ ниво. Предаването нарочно не е стойността по подразбиране, защото премества отговорността и освобождава изпълнителя; това не бива да изненадва никого при първото просрочване. Каквото и да изберете, то се изпълнява точно веднъж, дори при рестарт.

Кой срок важи за коя заявка

Създавате политики и ги подреждате; печели първата съвпадаща. Условията са екип, приоритет и категория — падащи менюта, а не език за заявки, който първо трябва да учите. Празното поле означава „всяко“, не „никое“: политика без екип важи за всеки екип.

Какво виждате след това

Оставащото време стои направо в списъка със заявки, с подреждане по „изтича първо“ и филтър за „просрочени“, а самият срок стои и в заявката. Отчетите показват дела на спазените срокове, броя просрочвания и средно използваното време за всеки срок. Делът брои само приключилите срокове — още течащите не го разводняват, иначе всяко ново въведено обещание първо би изглеждало катастрофално и после би се подобрявало само.

Докато не създадете политика, нищо не се променя

Без активна политика няма часовник, не се появява допълнителна колона и съществуващите ви заявки остават точно такива, каквито са. Няма предварително зададена цел, няма стари случаи, просрочени за една нощ. Заявките без срок показват неутрално тире — не „просрочена“.

Вижте в ръководството

Отчитане на времето за всяка заявка

Professional

Който фактурира вложено време, трябва да го записва там, където възниква: върху случая. Операторът въвежда „20“ или натиска предварително зададена стойност, а в края на месеца сумите са готови по клиент, разходен център или договор — като таблица на екрана и като CSV за фактурата. Какво това нарочно НЕ е: система за отчитане на присъствие. То записва вложено време по случай, никога присъствието на човек.

Въвеждането побеждава всеки хронометър

Основният път е бързото въвеждане: четири свободно настройваеми бутона и поле, което разбира еднакво „90“, „1.5h“ и „1h 30m“. При случай от три минути две щраквания върху хронометър струват повече от самото число. Ако сесиите ви са дълги, включете и хронометъра — той предлага, а нищо не се запазва, докато човек не го потвърди.

Отчетеното и фактурираното остават разделени

Стъпката на закръгляне и минимума задавате свободно — при блокове от 15 минути 17 минути стават 30. Но се закръглява само фактурираната стойност, винаги за всеки запис поотделно, никога върху общата сума. Действително отработеното остава непокътнато, така че можете да промените закръглянето по-късно, без изминалите месеци да се изместват със задна дата.

Фактурирайте по фирма, разходен център или договор

Отчетът групира времето по заявител, екип, ден — и по всяко собствено поле, което сте създали. Така фактурирате точно по понятието, което вашата организация използва, а не по някое, измислено от нас. Страницата показва най-големите групи и казва, когато съкращава списъка; експортът на отделните записи в CSV никога не се съкращава, защото сума за фактура, взета от съкратен списък, не е непълна, а грешна.

Периодът означава работата, а не заявката

Заявка от юни, по която е работено през юли, влиза в юлската фактура с тези часове. Точно така отчетът прави среза — по датата на записа, а не по това кога е създадена заявката. Звучи очевидно и точно на това място иначе месечната фактура тихо се обърква.

Няколко оператори, напълно проследимо

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

Оценяването по оператор може да се изключи

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

Вашите клиенти не виждат времето

По подразбиране отчетеното време остава вътрешно. „Пет минути — за това?“ е разговор, който никой не иска, и той започва само защото числото е било видимо. Ако искате друго, освободете полето нарочно; настройката по подразбиране не решава това вместо вас.

Може да се включва, и за всеки екип поотделно

Отчитането на времето е изключено по подразбиране — ако не ви трябва, не виждате нито поле, нито колона, нито плочка. Веднъж включено, всеки екип участва, а вие изключвате отделни: вътрешният ИТ екип няма нужда да отчита, обърнатият към клиента сервизен екип — да. Ако искате, направете записа на време задължителен преди затваряне; автоматичните затваряния остават незасегнати, иначе биха съществували заявки, които никой не може да затвори.

Вижте в ръководството

Проучвания на удовлетвореността (CSAT)

Professional

В крайна сметка само един човек знае дали службата ви за поддръжка се е справила добре: този, на когото е помогнато. След затварянето на заявката той получава имейл с пет звезди — едно щракване и готово. След това оценката отива там, където ѝ е мястото: върху заявката, пред човека, който е свършил работата, и в отчета като число. Проучванията са изключени, докато не ги включите; вие решавате дали и кога някой да бъде питан.

Едно щракване, нищо повече не се пита

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

Делът на отговорилите стои до средната стойност

Оценка 4,6 не означава нищо, докато някой не напише до нея, че почива на дванадесет отговора от четиристотин. Затова отчетът показва и двете — а до тях и броя затворени заявки, за които изобщо не е питано. Число, което крие собствената си извадка, струва по-малко от никакво число.

Измервайте, без да следите служителите си

Оценките за отделен човек са данни за резултати и поведение — в много фирми въпрос за работническия съвет. Тук оценяването по оператор е отделен превключвател, изключен по подразбиране, и се налага на сървъра: изключено значи изключено, включително при експорта. Оценката върху отделната заявка остава видима независимо от това, защото колегата, който е обработил случая, е първият, който може да се поучи от нея.

Никой не бива затрупван

За всяка заявка се пита най-много веднъж. Колко често може да бъде питан един и същ човек, зависи от вас – по подразбиране най-много веднъж в рамките на седем дни: който съобщи пет неща за една сутрин, получава един имейл вместо пет. Обслужване на клиенти с много различни податели поставя границата на нула и пита при всяка заявка. Ако заявка бъде отворена отново скоро след затварянето, изобщо не излиза нищо — въпросът идва едва когато случаят наистина е приключил.

Една авария не изкривява числото

Сигналите, прикачени към групов инцидент, нарочно не се проучват. Иначе едно щракване върху „инцидентът е решен“ би задействало двеста проучвания за една-единствена свършена работа, и месецът накрая би описвал аварията, а не вашето обслужване. Пита се самият инцидент; двестата засегнати души — не.

Лошата оценка е случай, а не точка от данни

Една звезда не принадлежи на обобщението за следващата седмица — принадлежи на бюрото същия ден. Правило за автоматизация може да реагира в мига, в който оценката пристигне: повишаване на приоритета, възлагане на ръководителя на екипа, изпращане на имейл. Същата машина за правила, същото боравене; оценката е просто още едно условие.

Връзката дава право на оценка, не на четене

Страницата за проучване показва номера и заглавието на заявката и нищо друго — без описание, без коментари, без прикачени файлове. Такива връзки се препращат или попадат в обща пощенска кутия; който я държи, може да оцени, но не и да чете. След 30 дни тя изтича, а отвън изтекла и непозната изглеждат съвсем еднакво.

И антивирусните програми не оценяват

Връзка със звезда, която брои при обикновено извикване, се щраква автоматично от проверителите на връзки при големите пощенски доставчици — тогава оценката би била чиста измислица и в базата данни не би се различавала от истинските отговори. Тук отварянето на връзката само показва страницата; нищо не се запазва, докато пред нея не седи човек. За него това пак е само едно щракване.

Вижте в ръководството