Створіть макрос служби підтримки, тримаючи заявку в полі зору

Вирішіть, що ви пишете: відповідь, примітку чи дію

Макрос може не лише вставляти текст. Документація Zendesk, наприклад, описує макроси як заздалегідь підготовлені відповіді або дії, що застосовуються вручну. Ця відмінність важлива при написанні з ШІ: якісна відповідь клієнтові нічого не доводить про доречність зміни статусу звернення або відповідального.

Перед відкриттям оверлею визначте результат: публічне підтвердження, внутрішня нотатка для передання спеціалісту чи текст автоматичної відповіді, яку ви налаштуєте окремо. Явно вкажіть дозволені дії. Абзац «звернення передано спеціалісту» не можна використовувати до фактичного передання.

Підготуйте короткий бриф передання звернення

Припустімо, що вигаданій групі підтримки потрібен макрос ескалації для повторюваної помилки експорту. Клієнт надав код помилки та час спроби; зараз для цього випадку потрібен спеціаліст. Час вирішення не узгоджено. Чернетка має підтверджувати передачу та вказувати наступне оновлення, лише якщо команда має для цього затверджене правило.

Скопіюйте лише потрібні дозволені факти й видаліть зайві ідентифікатори. Зазначте, що вже перевірено, що невідомо та що потрібно спеціалісту. Оверлей не отримує ці факти автоматично з вікна підтримки.

Відкрити, створити чернетку, порівняти та повернути

Це процес підготовки тексту. Сполучення клавіш відкриває оверлей; воно не створює збереженого макросу, не виконує дій зі зверненням і не надсилає погодженої відповіді. Якщо потрібне лише одне речення, залиште запит і результат короткими замість створювати цілу бібліотеку.

1. На macOS натисніть стандартне сполучення ⌘⇧K, щоб відкрити Colay. Якщо ви змінили його в налаштуваннях, використайте власну комбінацію.
2. Вставте бриф і затверджені правила. Виберіть доступних агентів та Ask separately, якщо корисно порівняти формулювання.
3. Порівняйте публічну відповідь і внутрішню примітку окремо. Виберіть формулювання, яке точно відображає вже виконану роботу та наступну дозволену дію.
4. Поверніться до служби підтримки та вставте перевірений текст у відповідне поле чернетки. Налаштуйте та збережіть будь-які дії макросу в самій службі підтримки, використовуючи її звичайні дозволи та процес перегляду.

Запит для макросу з чіткими межами

Якщо готуєте автоматичне підтвердження, замініть правило передання фактичною умовою запуску й затвердженим сервісним повідомленням. Генерація тексту не налаштовує цю умову. Перевірте, чи текст буде правдивим для кожного звернення, яке його отримає.

Підготуй макрос передання спеціалісту з цього дозволеного контексту: [симптоми, виконані перевірки, відсутня інформація]. Затверджене правило передання: [правило]. Канал і тон: [деталі]. Надай три окремі блоки: повідомлення клієнтові, внутрішню нотатку спеціалістові та список налаштувань для перевірки в системі підтримки. Дай стислий і докладніший варіанти для клієнта з однаковими зобов’язаннями. Не стверджуй, що передання, перепризначення або інша дія вже відбулися, якщо факти цього не підтверджують. Не вигадуй строку розв’язання, назв полів або інтеграції. Чітко познач змінні й винеси відсутні рішення за межі тексту клієнтові.

Перевірте збережений макрос у системі підтримки

Використайте тестове або інше доречне звернення, не пов’язане з реальним клієнтом, за наявною процедурою. Перевірте публічну й внутрішню видимість, значення змінних, переноси рядків та зміни статусу або відповідального. До надсилання перевірте весь результат. Навіть добре написане повідомлення може зашкодити, якщо внутрішня нотатка стане публічною або звернення випадково позначиться розв’язаним.

Збережіть короткий опис того, коли використовувати макрос, а коли його уникати. Якщо агенти регулярно видаляють те саме речення, перегляньте бриф і збережений шаблон разом. Colay може допомогти з наступним проходом формулювання; ваша служба підтримки залишається місцем, де макрос зберігається, застосовується та керується.

Відповіді на запитання