Корисний запит на підтримку Booking Ninjas пояснює, що сталося, де це сталося, що ви очікували і як проблема впливає на бізнес.
Вам не потрібно діагностувати технічну причину. Чіткі оперативні деталі є більш корисними, ніж здогадки про те, що не так за екраном.
Що слід включити?
- Чітке резюме. Вкажіть проблему або запит в одному реченні.
- Постраждала робоча процедура або область. Поясніть, де в Booking Ninjas виникає проблема.
- Очікувані та фактичні результати. Скажіть, що ви очікували і що сталося натомість.
- Кроки або приклади. Включіть дії, які призвели до проблеми, коли ви можете її відтворити.
- Постраждалі користувачі або записи. Надайте достатньо контексту, щоб ідентифікувати корисний приклад без розкриття приватних даних.
- Скріншоти або підтверджуючі докази. Додайте їх, коли вони роблять проблему зрозумілішою.
- Вплив на бізнес. Поясніть, яка робота заблокована, хто постраждав і чи існує обхідний шлях.
Приклад: “Користувачі на рецепції не можуть підтвердити бронювання після запису депозиту” є більш корисним, ніж “Бронювання зламане.”
Як слід описати вплив і терміновість?
Описуйте, що проблема робить з операцією, замість того, щоб просто писати “терміново.” Наприклад: жоден користувач не може завершити бронювання, одна команда заблокована, один запис клієнта постраждав або проблему можна тимчасово обійти.
Керівництво з управління послугами зазвичай розділяє вплив на терміновість. Вплив описує, наскільки бізнес постраждав, тоді як терміновість описує, як швидко це має значення. Надання обох видів контексту допомагає команді підтримки зрозуміти ситуацію без покладання на розмиту етикетку пріоритету.
Чого слід уникати?
- Паролі або приватні дані. Не розміщуйте їх у описі запиту або скріншоті.
- Кілька несумісних проблем в одному запиті. Окремі теми легше відстежувати окремо.
- Тільки скріншот без пояснення. Додайте очікуваний результат і дію, яка призвела до проблеми.
- Тільки слово “терміново.” Поясніть реальний бізнес-ефект і чи існує обхідний шлях.
Що робити, якщо ви вже надіслали пряме повідомлення?
Якщо ви вже зв’язалися з Booking Ninjas через WhatsApp або електронну пошту, і проблема потребує розслідування або формального подальшого розгляду, відкрийте запит на підтримку та розмістіть важливий контекст там.
Ви все ще можете використовувати прямі повідомлення для координації, але запит має стати основним записом для відстежуваної проблеми. Якщо запит вже існує, посилайтеся на нього замість створення окремої історії повідомлень.
Що відбувається після подання?
Команда переглядає запит і може попросити більше інформації, перш ніж його можна буде зрозуміти або протестувати. Прочитайте Що відбувається після подання запиту на підтримку? для наступної частини процесу.
Джерела та подальше читання
- Як тестуються зміни — пояснює, чому чіткі сценарії та очікувані результати важливі, коли зміна потребує тестування.
- Salesforce Help: Посібник з найкращих практик управління запитами — пояснює цінність захоплення відповідних деталей запиту та підтримки структурованого процесу запиту.
- Atlassian: Як вплив і терміновість використовуються для розрахунку пріоритету — пояснює загальне розрізнення між бізнес-впливом, терміновістю та пріоритетом.
Зовнішні джерела підтримують загальні практики управління послугами. Booking Ninjas може використовувати різні внутрішні поля або робочі процеси для своїх запитів на підтримку.