Коли тікет підтримки — це ще й транзакція
Питання мерчантів майже завжди стосуються конкретної транзакції, виплати чи інвойсу. У звичайному хелпдеску, який існує окремо від платіжної панелі, тікет починається як порожня розмова, і агенту доводиться вручну копіювати ідентифікатори транзакцій, ID мерчанта та дати між двома системами ще до того, як він побачить, про що саме йдеться.
Тікет відкривається там, де вже є запис
Мерчант може відкрити тікет прямо з транзакції, інвойсу чи кошелька, на який він дивиться, тож посилання на запис переходить разом із розмовою, а не вставляється в неї вручну. Оператор, який відповідає на тікет, бачить реальний запис, а не скрін чи скопійований ідентифікатор.
Одна черга, ті самі права доступу
Менеджери тенанта працюють із чергою підтримки у своїй же панелі, під тим самим рольовим контролем доступу, що й решта їхньої роботи. Співробітникам підтримки не потрібні розширені права лише для того, щоб відповісти на запитання, і немає другого логіна, окремого налаштування SSO чи ще одного місця, де зберігаються персональні дані мерчанта.
Спільне сховище замість другої файлової системи
Вкладення — квитанції, підтвердження — використовують те саме сховище документів і ті самі маршрути завантаження, що й доказові файли для диспутів. Нічого не потрібно дублювати в другу систему, і нічого не втрачається між вкладенням та записом, який воно мало підтверджувати.
Що це змінює щодня
Оскільки тікети прив'язані до тенанта й стоять у черзі всередині платформи, звітність за часом відповіді стає властивістю самої платформи, а не тим, що складають потім із двох систем. А через те, що тікети відкриваються з контексту, зникає цілий клас помилок — коли неправильне посилання на транзакцію потрапляє у неправильну розмову.
Додатковий шар і місце диспутів у цій картині
Над чергою підтримки може працювати окремий модуль, який сортує вхідні тікети та готує чернетки відповідей на основі того самого контексту транзакції й мерчанта, який вже бачить оператор, — оператор все одно редагує й надсилає відповідь сам, нічого не йде мерчанту автоматично. Це існує поруч із власним робочим процесом диспутів платформи, де мерчант може відкрити диспут за платежем чи виплатою з причиною та до п'яти файлів-доказів, а менеджер вирішує його з автоматичним скасуванням і повторним проведенням балансів — тож розмова підтримки і диспут, до якого вона може призвести, залишаються в одному місці.
