Basic і Professional докладно. Professional містить усе, що є в Basic, — без обмежень. Таблиця нижче показує кожну можливість для обох ліцензій з одного погляду.
Можливість
Basic
Professional
Налаштування під себе та адміністрування
Багатомовність: можна ввімкнути 30 мов; переклади йдуть через експорт та імпорт файлу JSON — тож ви отримуєте саме те формулювання, яке розуміє ваша компаніяПосібник
Темна й світла тема, чутлива до розміру екрана версткаПосібник
Формат дати й часу вашої системи обираєте ви — порядок, роздільник і 24- чи 12-годинний годинникПосібник
Оголошення про технічні роботи та збої для всіх — на сторінці входу, за бажанням ще й поштоюПосібник
лише сторінка входу
сторінка входу + пошта
Завчасне попередження, поки диск не заповнився: примітка від 90 %, попередження від 95 % — той, хто веде оновлення, бачить числа й що робити, а користувачі, які увійшли, отримують коротке речення; на сторінці входу нічого з цього не з'являєтьсяПосібник
Архівування закритих заявок (разом з відновленням) — тримає робочий набір невеликим, наприклад перенесенням старого року в архівПосібник
Оновлення одним натисканням — система спершу створює резервну копію (дані, вкладення, архіви) і перевіряє, чи досить вільного місця на диску; якщо ні, вона відмовляється від оновлення з причиною, замість зупинитися на півдорозіПосібник
Експорт та імпорт довідкових списків у JSON — відділи, посади, розташування та категорії; заповнюйте їх за один раз замість набирати рядок за рядкомПосібник
Кожна команда може мати власну поштову скриньку. Листи на цю скриньку створюють заявку в цій командіПосібник
Список блокування пошти: блокуйте окремі адреси або цілі домени — заблоковані відправники заявок не створюють, і відповідь їм теж не надсилаютьПосібник
Багатомовні автовідповіді та поштові шаблониПосібник
Автентифікація та безпека, зокрема 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 МБ на файл)Посібник
Робочий процес статусів із налаштовуваними статусами та переходамиПосібник
Пріоритети, статуси, ролі, розташування, посади та відділи налаштовуютьсяПосібник
Основні та підкатегорії вільно налаштовуються для кожної командиПосібник
Як заявка надійшла: портал клієнта та пошту система визначає сама (пошта потребує Professional). Телефон і створення оператором вносить операторПосібник
Заявки можна ескалювати до інших команд — оператор при цьому зберігає повну картинуПосібник
Власні поля можна створювати для кожної команди (текст, число, дата, так/ні …) і позначати як обов'язкові — за бажанням лише для окремих шаблонів заявокПосібник
Спостерігачі: отримують лист щоразу, коли заявку оновленоПосібник
Стан оператора (доступність)
Доступний / Зайнятий / Відсутній — оператори задають це самі, і при призначенні всі бачать, хто саме зараз недоступнийПосібник
Адміністратори вносять хворобу чи відпустку, з датою «відсутній до»Посібник
«Зайнятий» через годину сам повертається на доступнийПосібник
Ні історії доступності, ні розбору за людиноюПосібник
Автоматичне призначення заявок
Коли ввімкнено: нові заявки автоматично призначають учасникові команди вже при створенні — операторові або адміністраторовіПосібник
По колу або за найменшим навантаженням — для кожної команди, типово вимкненоПосібник
Зайнятих і відсутніх операторів пропускаютьПосібник
Діє й для заявок із поштової скриньки; заявок, призначених людиною, не торкається ніколи, і кожне автоматичне призначення записують в історію заявкиПосібник
Звіт: хто скільки заявок отримав — і як часто не було доступнихПосібник
Запити із завданнями та погодженням
Запит — це заявка, яка створює власні завдання: по заявці на пункт, у команді, яка ним займається; погодження можливі, але не обов'язковіПосібник
Заявник позначає те, що йому потрібно, уже під час створення запитуПосібник
Поступ за запитом: «3 з 5 виконано» — кожне завдання зі своєю командою, виконавцем і переходом у свою заявкуПосібник
Одне погодження на весь запит — один лист замість багатьох часткових погодженьПосібник
Додатковий ступінь погодження для окремих, чутливих завданьПосібник
Погоджувачі вирішують за посиланням з обмеженим строком дії, надісланим поштою. Обліковий запис у системі заявок їм не потрібенПосібник
Завдання лишаються заблокованими, поки не буде погодженняПосібник
Нагадування про відкриті погодження — і жодного погодження за спливом часуПосібник
Відмова доходить до заявника разом із причиноюПосібник
Контрольний журнал на заявці: хто коли вирішив і з яким коментаремПосібник
Погоджувач у відпустці? Адміністратор перепризначає запит — кожну зміну записуютьПосібник
Шаблони відповідей і заявок
Шаблони відповідей: текст і дії над полями (статус, призначення, пріоритет …) одним виборомПосібник
Запропоновані дії можна знімати поодинці перед надсиланнямПосібник
Заповнювачі (заявник, номер заявки, заголовок …) — при вставленні шаблону в текст потрапляють справжні значення, ще до того, як щось надісланоПосібник
Відповідь за бажанням надсилають заявникові поштою — поштовий канал потрібен лише для надсилання; вкладення шаблону додають до заявки в кожній редакціїПосібник
Чернетки лишаються приватними до публікації; область дії — команда або всіПосібник
Шаблони заявок: форма нової заявки заповнена наперед (заголовок, опис, категорія, пріоритет, команда)Посібник
Шаблони заявок можна відкривати клієнтам поодинці — заявка, що надходить уже підготовленою, може скоротити час опрацюванняПосібник
Кожне застосування простежуване в історії заявкиПосібник
Автоматизація та нагадування
Нагадування на заявці вручну (дата + нотатка, фільтри Сьогодні/Цього тижня/Прострочені)Посібник
Правила за часом — відповідь на ВІДСУТНІСТЬ діїПосібник
Конструктор правил КОЛИ/ЯКЩО/ТОДІ з живим реченням звичайними словамиПосібник
Чотири приклади правил у постачанні (при встановленні вимкнені, вмикайте які захочете)Посібник
Перегляд перед увімкненням: показує, яких заявок правило торкнулося б просто зараз, — і нічого не змінюєПосібник
Дії: лист, статус, пріоритет, призначення, передавання іншій команді, нагадуванняПосібник
Проміжки часу обирають для кожної умови: у робочих годинах і робочих днях з календаря команди — або цілодобовоПосібник
Журнал для кожного правила плюс назва правила як автор в історії заявкиПосібник
Місячна квота на запуски
необмежено
необмежено
Сукупні дії у списку заявок
Зміна статусу кількох заявок одразу — інші поля через шаблон відповідіПосібник
Кілька заявок можна призначити одному операторові одразуПосібник
Шаблони відповідей можна застосувати до кількох заявок одразу — заповнювачі розкривають для кожної заявкиПосібник
Перегляд перед виконанням і результат після: до скількох обраних заявок дія пасує і чому окремі пропущено — пропущені заявки лишаються обранимиПосібник
Лист заявникам типово вимкнений; увімкніть його — і діалог назве, до скількох одержувачів він дійшов биПосібник
Кожна сукупна зміна з'являється в історії окремої заявки — з іменем оператора, який її запустивПосібник
Багаторазові звернення та збої
Об'єднання двох повідомлень однієї людини в одну заявку — коментарі, вкладення та опис переходять разом, і нічого не видаляютьПосібник
Якщо хтось відповідає поштою на старий номер заявки, відповідь потрапляє в об'єднану заявкуПосібник
Запобіжник: заявки від різних людей об'єднати не можнаПосібник
Зведення багатьох повідомлень про один збій під один інцидент — кожне повідомлення зберігає свого заявника, статус і термін, а одна відповідь доходить до кожного зачепленого власним листомПосібник
Інцидент показують банером і згадують в автовідповіді — банер зникає сам, щойно інцидент розв'язаноПосібник
Рівень обслуговування, календар та ескалації
Політики рівня обслуговування з термінами на першу відповідь і на розв'язанняПосібник
Календар робочого часу для кожної команди (власний часовий пояс, кілька проміжків на день)Посібник
Святкові дні через імпорт .ics або введені вручнуПосібник
Годинник спиняється, поки чекають на заявника (налаштовується для кожного терміну)Посібник
Залишок часу у списку заявок — із сортуванням і фільтром за порушеними термінамиПосібник
При порушенні: сповістити або автоматично передати заявку іншій командіПосібник
Показники рівня обслуговування у звітності (досягнута частка, порушення, середній витрачений час)Посібник
Облік часу за заявкою
Умикається й вимикається для кожної команди; типово вимкненоПосібник
Запис витрат праці за заявкою — налаштовувані швидкі кнопки (напр. 15m, 30m, 1.5h) або вільний ввід (з округленням, де правило округлення ввімкнено)Посібник
Секундомір на заявці — він пропонує час, що минув, а запис створюють лише після підтвердження людиною; відкриття іншої заявки його спиняєПосібник
На одній заявці час можуть записувати кілька операторів — кожен запис несе свою дату, нотатку та ім'я оператораПосібник
З оплатою чи без для кожного запису — час записують один раз; заявка показує обидва підсумки: усе записане й суму до сплати (лише позначені записи, після округлення)Посібник
Рахунок до хвилини або з округленням угору — налаштовується (крок і найменше значення на запис, напр. чверті години), типово до хвилиниПосібник
Записаний і виставлений до сплати час лишаються окремими — зміна округлення ніколи не спотворює минулих данихПосібник
Вимагати запис часу перед закриттям — типово вимкнено; діє лише тоді, коли статус змінює людина, і ніколи для автоматичного закриття, об'єднання чи сукупних дійПосібник
Стовпець «Time» у списку заявок — він з'являється, щойно на якійсь заявці у списку записано часПосібник
Звіт за заявником, командою, категорією та власним полем — виставляйте рахунки за компанією чи центром витратПосібник
Експорт окремих записів: CSV та Excel для бухгалтерії (обидва повні) і PDF для передавання, наприклад клієнтовіПосібник
Клієнти записаного часу не бачать ніколи — запис мандрує разом з рахунком як експорт (рекомендовано PDF), а не на заявку в порталі клієнтаПосібник
Розбір за оператором можна вимкнути — типово вимкнено, і його втримує сервер, а не просто ховаєПосібник
Звітність і панелі
Інформаційна панель із поточною картиною: заявки за статусом, три найстаріші відкриті справи, розподіл за оператором і за категорієюПосібник
Власна інформаційна панель для кожної команди — кожна команда бачить власну картину, з власним дозволомПосібник
Вільно фільтрований звіт — період, команда, статус, оператор, заявник, розташування, пріоритет, основна та підкатегорія, канал, повний текст; фільтри поєднуютьсяПосібник
Фільтрувати й групувати можна й за власними полями — компанія, центр витрат, договірПосібник
Які стовпці показує звіт, налаштовують для кожної ролі — клієнт отримує інший вигляд, ніж операторПосібник
Клієнти можуть отримати власний звіт — обмежений їхніми власними заявкамиПосібник
Експорт у CSV, Excel і PDF — Excel із двома аркушами (ключові числа та заявки), діаграми входять у PDFПосібник
PDF друкує числа поруч із діаграмами — саме лише зображення перевірити не можнаПосібник
CSV та Excel повні; PDF спиняється на 20 000 рядків і показує це в документіПосібник
Опитування задоволеності (CSAT)
Після закриття заявки: лист з оцінкою в зірках, одне натискання є всією відповіддюПосібник
Обліковий запис клієнта не потрібен — посилання працює без входу, коментар необов'язковий, а оцінка з'являється на заявці для команди, яка її велаПосібник
Звіт: середнє, частка задоволених і частка відповідей — разом із закритими заявками, за якими не питалиПосібник
Розбір оцінок за оператором можна вимкнути, і типово він вимкнений — окрема оцінка на заявці завжди видима командіПосібник
Налаштовувана межа — від кожної заявки до щонайбільше одного разу на тижденьПосібник
Погана оцінка може запустити правило автоматизаціїПосібник
База знань
Плитки тем зі статтями у форматованому тексті та вкладеними файламиПосібник
Видимість за темами: лише внутрішньо чи для клієнтівПосібник
Пропоновані розв'язання під час створення заявкиПосібник
Перетворення заявки на статтю одним натисканнямПосібник
Записи оператора чекають на погодження адміністратораПосібник
Історія змін за записами й темами (для адміністраторів)Посібник
Резервне копіювання та відновлення
Встановлення саме налаштовує щоденне резервне копіювання (23:00) — зберігають 14 днів, 4 тижні, 12 місяців, 4 квартали та 5 років, а копії, створені вами вручну, зберігають назавжди; ваші зміни в розкладі переживають оновленняПосібник
Розклад веде сама операційна система — планувальник завдань у Windows, cron у Linux; жодної додаткової службиПосібник
Резервне копіювання виконується без того, щоб хтось увійшов у систему, — cron у Linux, а у Windows служба, яка запускається й на машині без входу; пароль Windows не запитують ніколиПосібник
Копія охоплює все, з чого складається стан: базу даних, вкладені файли, архів і ключі, які розшифровують збережені облікові даніПосібник
Тому відновлення повертає все. Як правило, невдовзі після нього система знову готова до роботиПосібник
Окрема програма для резервного копіювання та відновлення, для Windows і Linux, з ярликом на стільниці — створити копію, переглянути список, відновитиПосібник
На сервері без стільниці ті самі можливості як команди — зберегти, перелічити, відновити, задати розкладПосібник
Копії лежать на тій самій машині — вони захищають від помилок та іншого лиха, але не від відмови диска; на найгірший випадок тримайте файли копій ще й деіндеПосібник
Перед кожним оновленням система створює додаткову власну копію — незалежно від розкладуПосібник
входитьне входитьУсі відомості стосуються поточної версії 1.x.
Придивімося ближче
Можливості, для яких одного рядка таблиці замало.
Запити із завданнями та погодженням
Professional
Деякі запити — це не один запит, а півдесятка. «Новий колега виходить у понеділок» означає: обліковий запис Windows, поштова скринька, доступ до ERP, телефон, перепустка — кожне в іншій команді, кожне зі своїм виконавцем, і спершу керівник має сказати так. Сьогодні хтось набирає це п'ять разів, а потім ходить і нагадує. Тут ви налаштовуєте потік один раз: заявник заповнює одну форму, система створює окремі заявки в потрібних командах, збирає погодження й показує вам в одному місці, що вже зроблено.
Один запит, багато завдань
Кожен пункт стає власною заявкою — у команді, яка ним займається, зі своїм виконавцем, своїм часом виконання та своїми вказівками. Два завдання можуть потрапити в одну команду: сервісна служба, що доглядає три застосунки, отримує три заявки, а не одну з трьома пунктами. Сам запит показує «3 з 5 виконано», кожен рядок веде до своєї заявки, а запит закривається останнім.
Заявник обирає, ЩО йому потрібно, а не хто це зробить
Для кожного завдання ви вирішуєте, чи виконується воно завжди, чи позначене заздалегідь, чи його треба позначити свідомо. У формі заявник просто бачить список того, що можна замовити, — будова ваших команд туди не потрапляє. А «який застосунок належить якій команді» не потребує другого набору довідкових даних: це стоїть на самому завданні.
Одне погодження, а не вісім
Погодження належить запиту, а не окремому завданню. Вісім замовлених облікових записів дають тому один лист керівникові замість восьми — саме на цьому місці такі потоки зазвичай гинуть у щоденній роботі. Якщо одне чутливе завдання потребує ще й згоди профільного відділу, ви додаєте другий ступінь тільки до цього завдання. Обох питають одночасно, і якщо відділ відмовляє, це стосується лише його завдання; решта йде далі.
Керівникові не потрібен обліковий запис
Він отримує лист із посиланням, бачить, хто запитує і які завдання охоплено, і вирішує одним натисканням — без входу і не займаючи місця оператора. Лист навмисно несе лише це одне посилання й жодної готової адреси «погодити»: антивіруси та служби попереднього перегляду відкривають кожне посилання в листі, і погодження, створене так, було б не відрізнити від справжнього. Відмова потребує причини — і заявникові кажуть, якої.
До погодження нічого не відбувається
Завдання з'являються одразу, щоб профільні команди бачили, що на них чекає, — але вони заблоковані, ніхто на них не призначений, і поки погодження немає, їх не можна зрушити. Це втримує сервер, а не лише сірий колір кнопки: ні сукупні дії, ні правила автоматизації обходу не мають. Якщо ніхто не реагує, надходить нагадування — погодження за спливом часу немає, бо саме до нього згодом чіпляється перевіряльник.
Хто й коли вирішив — залишається в записах
Кожен ступінь стоїть на запиті з погоджувачем, позначкою часу та коментарем — це той контрольний журнал, заради якого такі потоки й заводять. Ніхто не може погодити замість іншого, навіть адміністратор. Для відпусток є передавання: адміністратор надсилає відкритий запит заміснику, старе посилання одразу вмирає, а історія записує, хто, від кого, кому й коли його передав.
Десяте за тиждень скидання пароля не потребує щойно написаної відповіді — воно потребує тієї доброї відповіді, яку ваша команда вже написала, надісланої за секунди й без одруків, що з'являються о четвертій дня. Шаблон відповіді підставляє текст І супровідну рутину: задати статус, призначити на мене, поставити нагадування. Кнопка надсилання залишається за вами.
Текст і рутина навколо нього, одним вибором
Шаблон не просто вставляє текст. Він пропонує зміни полів, які завжди супроводжують цю відповідь: статус на Resolved, пріоритет нижче, призначити на мене, нагадування через три дні. Кожна пропозиція показана окремою позначкою, і кожну можна викреслити окремо — ця заявка майже звичайний випадок, тільки цього разу закривати її ще зарано.
Ніщо не надсилається, поки не надішлете ви
Вибір шаблону лише заповнює редактор. Текст стоїть перед вами, ви його правите й надсилаєте тією самою кнопкою, що й завжди. Макрос, який спрацьовує одразу, надсилає хибну відповідь справжньому клієнтові тієї миті, коли ви схибили натисканням, — а лист назад не повернеш. Ця одна зайва секунда зроблена навмисно.
Заповнювачі, на які можна покластися
Напишіть «Вітаємо, {requesterName}» один раз, і кожне застосування підставить потрібну людину, номер заявки, заголовок, ваше ім'я. Вони розкриваються тієї миті, коли ви обираєте шаблон, — тож готовий текст ви бачите в редакторі, а не як несподіванку в поштовій скриньці клієнта. Заповнювач з одруком відхиляється при збереженні шаблону, а не виявляється клієнтом.
Відповідь доходить до заявника електронною поштою
Одна позначка — і ваш коментар іде листом до людини за заявкою, яку система визначає за вас. Вкладення, збережені на шаблоні, додаються до заявки водночас: покладіть туди PDF з інструкцією один раз замість того, щоб щоразу шукати його в теці завантажень.
Добрі шаблони походять зі справжніх відповідей
Найкращий шаблон — це відповідь, яку ви щойно написали. Одне натискання на коментарі перетворює його на чернетку шаблону: текст уже заповнено, а ім'я клієнта, адресу та файли навмисно залишено позаду. Ви даєте йому назву, перечитуєте свіжим оком, і аж тоді він існує. Поки ви його не опублікуєте, ніхто інший його не бачить.
Шаблони заявок: повторювані заявки без набирання
Прийняття нового працівника, виведення пристрою з експлуатації, дзвінок на телефон — деякі заявки створюються знову і знову за тією самою формою. Шаблон заявки заповнює форму наперед: заголовок, опис, категорія, пріоритет, відповідальна команда. Оператор додає те, що властиве саме цьому випадку, і надсилає. До цього нічого не створюється.
Знання команди, а не приватна шухляда
Шаблони належать команді або всім — а не шухляді однієї людини. Коли хтось іде, його найкращі відповіді залишаються. І кожне застосування записується в історію заявки: навіть за тижні видно, що заявку розв'язано типовою відповіддю, і якою саме.
Входить в обидві редакції
Шаблони повністю входять у Basic — без обмеження кількості, без жодної можливості, схованої за старшою редакцією. Засоби, які щодня заощаджують вашій команді найбільше часу, не повинні стояти за платною стіною.
У службі підтримки більшість справ іде не так не тому, що хтось зробив хибний крок, а тому, що не зробив жодного. Заявка чекає на відповідь, якої не буде; звернення лишається без виконавця через обідню перерву; справу розв'язали й просто забули. Автоматизація відповідає саме на це — на відсутність дії. Вона перевіряє щохвилини й робить те, що зробили б ви самі, якби помітили.
Чотири правила вже є — вимкнені
Ви починаєте не з порожнього екрана. Система постачається з чотирма прикладами, які покривають щоденні випадки: нагадати заявникові після трьох робочих днів мовчання; закрити заявку через десять днів без жодної відповіді; підвищити пріоритет заявки, яку ніхто не взяв протягом чотирьох робочих годин; поставити нагадування на все, де тиждень немає жодного руху. Усі чотири вимкнені. Увімкніть одне, змініть числа або візьміть його за початок для власного.
Ви обираєте, а не пишете
Кожне значення береться з ваших власних даних: ваші статуси, ваші пріоритети, ваші команди, ваші категорії — вибір зі списку. Немає поля, куди вписують назву поля, немає мови запитів, немає розкладу cron. Правило читається так: КОЛИ щось не відбувається певний час, ЯКЩО заявка має такий вигляд, ТОДІ зроби те.
Правило звичайними словами каже, що зробить
Над редактором стоїть речення, яке стежить за вашим вибором: «Коли заявка має статус Waiting for User Response і понад 3 робочі дні немає відповіді від заявника, тоді надіслати лист заявникові.» Прочитайте його, перш ніж щось умикати. Саме це речення ловить хибне налаштування, яке ви інакше помітили б уже на закритій заявці клієнта.
Подивіться, кого воно зачепить, — до того, як зачепить
У кожного правила є кнопка «яких заявок це стосувалося б просто зараз?». Ви отримуєте список, і більше нічого не відбувається: жодного листа, жодної зміни статусу, навіть жодного запису в журналі. Саме цей крок робить різницю між спробою і тим, щоб так і не наважитися.
Одне нагадування не перетворюється на потік
«Немає відповіді 24 години» стає правдою знову щохвилини, починаючи з 24-ї години — при наївній побудові це 1 440 листів на добу. Тому правило спрацьовує один раз на ситуацію і далі мовчить. Воно спрацьовує знову лише після того, як умова зникла й виникла заново: клієнт відповів, потім знову тиша, і аж тоді надходить наступне нагадування.
Рахуються робочі години, а не календарні дні
«Три робочі дні» беруть той самий календар робочого часу, що й ваші терміни, за кожною командою — заявка з вечора п'ятниці не є простроченою в понеділок уранці. Якщо ви радше рахуєте просто минулий час, є хвилини, години та дні. Це ваш вибір для кожної умови, а не загальне налаштування.
Жодної квоти на запуски, ніколи
Деякі системи рахують автоматизацію за запусками: місячний обсяг, і щойно він вичерпаний, усі ваші правила зупиняються до першого числа. Такого лічильника тут немає. Єдині межі — це запобіжники на кожну заявку, щоб одне правило не будило інше по колу. Вони існують, щоб берегти ваші заявки, а не щоб рахувати вас.
Ніщо не відбувається непомітно
Кожна дія записується в історію заявки разом з назвою правила, яке її спричинило, тож нікому не доводиться гадати, чому заявка закрилася сама. Кожне правило веде ще й власний журнал: яка заявка, коли і з яким результатом — зокрема невдачі. А якщо ліцензія добігає кінця, правила залишаються точно там, де були, і просто перестають виконуватися; сторінка про це каже, а не мовчить.
Нагадування вручну є в кожній редакції
Поставити на заявку дату й коротку нотатку, щоб повернутися до неї пізніше — «зателефонувати ще раз у четвер», — це частина Basic, разом з фільтрами Сьогодні / Цього тижня / Прострочені у списку заявок. Заявники цього ніколи не бачать. Professional — це крок від нагадувань, які ставлять ваші оператори, до нагадувань, які система ставить за вас.
Дві ситуації, які в поштовій скриньці мають однаковий вигляд і потребують цілком різного поводження. Перша: одна й та сама людина повідомляє про ту саму проблему двічі — раз поштою і раз телефоном, бо не була певна, що лист дійшов. Друга: виходить з ладу комутатор, і за п'ятнадцять хвилин надходить тридцять повідомлень від тридцяти різних людей. Для кожної є свій шлях, і це навмисно два різні шляхи.
Та сама людина, дві заявки
Ви позначаєте обидва рядки й вирішуєте, яка заявка залишиться, — старіша обрана заздалегідь, щоб термін спливав від першого звернення, а не від другої спроби. Коментарі, вкладення та опис другої переходять у першу; ніщо не втрачається. Перш ніж ви підтвердите, вам пишуть прямо: «#124 буде закрито й перенесено в #122.»
Один збій, тридцять повідомлень
Ви зводите ці тридцять заявок під одну заявку про інцидент. Кожна з них зберігає свого заявника, свій статус і свій власний термін — жодна не зникає. Тих, хто звернувся пізніше, можна додавати по одному, а кожному, хто відкриває нову заявку під час інциденту, пропонують посилання, замість того щоб він його шукав.
Чому це не одне й те саме
Якби ви просто об'єднали ці тридцять повідомлень, двадцять дев'ять людей втратили б свою заявку й більше нічого не почули б. А оскільки двадцять дев'ять справ було б закрито без жодної відповіді, ваші цифри мали б потім кращий вигляд, ніж дійсність. Тому система перевіряє, хто стоїть за кожною заявкою: якщо це різні люди, вона взагалі не пропонує об'єднання, а вказує на інцидент.
Відповісти один раз замість тридцяти
Щойно причину усунено, ви пишете розв'язання один раз. Кожна пов'язана заявка отримує його коментарем і закривається, а кожна зачеплена людина отримує власний лист — жодного списку розсилки, ніхто не бачить чужої адреси. Якщо хтось після цього все ж відповість, його заявку буде відкрито знову, а не весь інцидент.
Ніхто не втрачає номер своєї заявки
Об'єднане повідомлення ніколи не видаляється. Якщо заявник за тижні відповість на старий лист, його відповідь усе одно знайде потрібну заявку — чи він відповість на повідомлення, чи залишить старий номер у темі, чи те й те. Інакше він вважав би, що відповідь доставлено, поки вона лежала б у закритій справі, до якої ніхто не заглядає.
Банер прибирається сам
Про інцидент можна оголосити однією позначкою: тоді він з'являється для всіх банером і приміткою в автовідповіді — той, хто звертається поштою, ніколи не бачить сторінки входу. Коли ви його розв'язуєте, банер зникає сам. Оголошене на суботу технічне вікно лишається видимим поруч, а не відсувається вбік.
Угода про рівень обслуговування — це обіцянка: «ми відповідаємо на звернення протягом двох годин і розв'язуємо його протягом восьми». Система заявок розбирає цю обіцянку на частини, ставить годинник на кожну відповідну заявку й показує, скільки часу лишилося — до того, як термін мине, а не після.
Терміни спливають лише в межах вашого робочого часу
Восьмигодинний термін, що починається в п'ятницю по обіді, не повинен минати в суботу вранці. Тому кожен термін прив'язаний до календаря робочого часу: години роботи за днями тижня, власний часовий пояс, кілька проміжків на день для обідніх перерв чи розділених змін — зокрема нічні зміни, що тривають за північ. Кожна команда може мати власний календар; ночі, вихідні та святкові дні не рахуються.
Святкові дні визначаєте ви, а не ми
Святкові дні залежать від того, де ви перебуваєте, а не від того, якою мовою ви говорите — 16 німецьких земель, 26 швейцарських кантонів, 50 штатів США. Замість списку, який колись стане хибним для вашого регіону, ви імпортуєте офіційний файл .ics для свого розташування або вводите дні вручну. Після імпорту система повідомляє, скільки днів перейнято і скільки пропущено. Якщо в календарі на найближчі дванадцять місяців немає жодного неробочого дня, сторінка налаштувань про це каже — інакше система тихо рахувала б наскрізь через кожне свято.
Що вважається відповіддю, а що ні
Саме тут показник або щось означає, або ні. Годинник першої відповіді зупиняє лише відкритий коментар, написаний оператором. Автоматичне підтвердження не рахується, внутрішні нотатки не рахуються, а вхідний лист клієнта — і поготів. Побудоване інакше, кожен термін «дотримувався б» за лічені секунди, і ваша звітність показувала б вічні 100 %, хоча насправді ніхто не відповів.
Очікування на клієнта зупиняє годинник
Коли ви ставите зустрічне запитання й чекаєте на заявника, термін перестає спливати — час очікування, на який ви не впливаєте, вам не зараховується. Чи зупиняється термін, задається для кожної цілі окремо, бо для «першої відповіді» та «розв'язання» відповідь не обов'язково однакова. Якщо розв'язану заявку відкривають знову, починається новий цикл; старий залишається в записах для звітності, замість того щоб одразу позначати заявку як прострочену.
Коли термін порушено
Для кожного терміну ви вирішуєте, що відбувається: просто записати, сповістити виконавця та спостерігачів або автоматично передати заявку іншій команді — класична ескалація з першої лінії на другу. Передавання навмисно не є типовою дією, бо воно переносить відповідальність і звільняє виконавця; при першому ж порушенні це не повинно нікого заскочити зненацька. Що б ви не вибрали, воно виконується рівно один раз, навіть після перезапуску.
Який термін діє для якої заявки
Ви створюєте політики й розставляєте їх у порядку; діє перша, що підходить. Умови — це команда, пріоритет і категорія: списки вибору, а не мова запитів, яку спершу треба вивчити. Порожнє поле означає «будь-який», а не «жодний»: політика без команди діє для кожної команди.
Що ви бачите потім
Час, що лишився, прямо в списку заявок, із сортуванням за «спливає першим» і фільтром «прострочені», а також термін на самій заявці. Звітність показує частку дотримання, кількість порушень і середній витрачений час за кожним терміном. Частка враховує лише завершені терміни — ті, що ще спливають, її не розмивають, інакше кожна щойно введена обіцянка спершу мала б жахливий вигляд і покращувалася б сама собою.
Поки ви не створите політику, нічого не змінюється
Без діючої політики немає ні годинника, ні додаткового стовпця, а ваші наявні заявки залишаються точно такими, як були. Жодної попередньо заданої цілі, жодної старої справи, прострокової за одну ніч. Заявки без терміну показують нейтральний прочерк, а не «порушено».
Хто виставляє рахунки за витрати праці, той має записувати їх там, де вони виникають: на справі. Оператор набирає «20» або натискає готове значення, а наприкінці місяця підсумки вже готові за клієнтом, центром витрат або договором — таблицею на екрані та у CSV для рахунка. Чим це навмисно НЕ є: системою обліку приходу. Вона записує витрати праці на справу, а ніколи не присутність людини.
Набрати швидше за будь-який секундомір
Головний шлях — швидкий запис: чотири вільно налаштовувані кнопки й поле, яке однаково розуміє «90», «1.5h» і «1h 30m». На справі, що триває три хвилини, два натискання на секундомір коштують більше, ніж саме число. Якщо ваші сеанси тривалі, увімкніть ще й таймер — він пропонує, і ніщо не зберігається, поки людина не підтвердить.
Записане й виставлене до сплати — різні речі
Крок округлення та найменше значення ви задаєте вільно — при кроці в 15 хвилин 17 хвилин стають 30. Але округлюється лише значення до сплати, завжди за кожним записом, ніколи за підсумком. Те, що справді відпрацьовано, залишається недоторканим, тож ви можете змінити округлення пізніше, і минулі місяці не зсунуться заднім числом.
Рахунок за компанією, центром витрат або договором
Звіт групує час за заявником, командою, днем — і за будь-яким власним полем, яке ви створили. Так ви виставляєте рахунок саме за тим поняттям, яким користується ваша організація, а не за вигаданим нами. Сторінка показує найбільші групи й каже, коли скорочує список; експорт окремих записів у CSV не скорочується ніколи, бо підсумок рахунка зі скороченого списку не неповний, а хибний.
Період означає роботу, а не заявку
Заявка з червня, над якою працювали в липні, належить із цими годинами до липневого рахунка. Саме так звіт і ріже — за датою запису, а не за часом створення заявки. Це звучить очевидно, і саме тут місячний рахунок інакше тихо стає хибним.
Кілька операторів, повністю простежувано
Кожен запис несе дату, автора, нотатку та позначку про оплату. Хто може змінювати чужі записи і хто може виправляти їх після закриття — це різні права, бо той, хто змінює чужий час, змінює чужі рахунки. Коли дві заявки об'єднують, час переходить разом з ними; він не повинен залишитися на закритому двійникові.
Розбір за оператором можна вимкнути
Час за людиною — це дані про продуктивність і поведінку. Тому розбір за оператором — це окремий перемикач, типово вимкнений, і заборона стоїть у сервері, а не лише у відображенні. У хмарних постачальників цей розбір вимкнути взагалі не можна; для організації з радою трудового колективу це різниця між тим, щоб запровадити, і тим, щоб спершу домовлятися.
Ваші клієнти часу не бачать
Типово записані витрати праці залишаються внутрішніми. «П'ять хвилин — і це все?» — розмова, якої ніхто не хоче, а починається вона лише тому, що число було видно. Якщо ви хочете інакше, відкрийте поле свідомо; типове налаштування не вирішує цього за вас.
Умикається й вимикається, зокрема за командами
Облік часу типово вимкнений — якщо він вам не потрібен, ви не бачите ні поля, ні стовпця, ні плитки. Після ввімкнення бере участь кожна команда, а окремі ви виключаєте: внутрішній ІТ-команді записувати не треба, а службі, що працює з клієнтами, треба. За бажанням зробіть запис часу обов'язковим перед закриттям; автоматичних закриттів це не стосується, інакше з'явилися б заявки, які ніхто не може закрити.
Зрештою лише одна людина знає, чи добре спрацювала ваша служба підтримки: та, якій допомогли. Після закриття заявки вона отримує лист із п'ятьма зірками — одне натискання, і готово. Оцінка потім іде туди, куди належить: на заявку, перед очі тому, хто зробив роботу, і у звіт як число. Опитування вимкнені, поки ви їх не ввімкнете; ви вирішуєте, чи й коли когось питати.
Одне натискання, більше нічого не питають
Лист несе п'ять зірок як посилання. Натиснути третю — це вся відповідь: без облікового запису, без входу, без форми на два екрани. Хто хоче, може дописати речення на сторінці, що відкриється, і саме ці речення зазвичай найцікавіші в усьому звіті. Хибне натискання на не ту зірку можна виправити, поки посилання дійсне.
Частка відповідей стоїть поруч із середнім
4,6 не означає нічого, поки поруч не написано, що воно спирається на дванадцять відповідей із чотирьохсот. Тому звіт показує обидва числа — а поруч кількість закритих заявок, за якими взагалі не питали. Показник, що ховає власну вибірку, вартий менше, ніж жодного показника.
Вимірювати, не стежачи за працівниками
Оцінки за людиною — це дані про продуктивність і поведінку, у багатьох компаніях справа ради трудового колективу. Тут розбір за оператором — це окремий перемикач, типово вимкнений, і його втримує сервер: вимкнено означає вимкнено, і в експорті теж. Оцінка на окремій заявці залишається видимою в будь-якому разі, бо колега, який вів справу, — перша людина, яка може з неї щось винести.
Нікого не засипає
За кожною заявкою питають щонайбільше один раз. Як часто можна питати ту саму людину, вирішуєте ви — типово щонайбільше раз на сім днів: той, хто повідомив про п'ять речей за один ранок, отримає один лист замість п'яти. Служба з багатьма різними відправниками ставить межу в нуль і питає за кожною заявкою. Якщо заявку відкривають знову невдовзі після закриття, не надходить жодного листа — питання приходить лише тоді, коли справа справді завершена.
Збій не спотворює число
Повідомлення, приєднані до групового інциденту, навмисно не опитуються. Одне натискання на «інцидент розв'язано» інакше запустило б двісті опитувань про одну-єдину роботу, і місяць описував би збій, а не вашу службу. Питають про сам інцидент; двісті зачеплених людей — ні.
Погана оцінка — це справа, а не точка даних
Одна зірка не належить до зведення наступного тижня — вона належить на стіл того самого дня. Правило автоматизації може відреагувати тієї миті, коли оцінка надходить: підвищити пріоритет, призначити на керівника команди, надіслати лист. Та сама машина правил, те саме поводження; оцінка — просто ще одна умова.
Посилання дає право оцінити, а не читати
Сторінка опитування показує номер і заголовок заявки й більше нічого — ні опису, ні коментарів, ні вкладень. Такі посилання пересилають, і вони потрапляють у спільні поштові скриньки; хто його має, той може оцінити, а не читати разом з вами. Через 30 днів воно спливає, і ззовні спливле й невідоме мають однаковий вигляд.
Антивіруси теж не оцінюють
Посилання-зірка, яке зараховує сам виклик, натискають автоматично перевіряльники посилань великих поштових служб — оцінка тоді була б чистою вигадкою й у базі даних не відрізнялася б від справжніх відповідей. Тут відкриття посилання лише показує сторінку; поки перед нею не сидить людина, нічого не зберігається. Для неї це так само одне натискання.
