У команд підтримки зазвичай немає проблеми з контентом. Статті існують, вони були точними в тиждень, коли їх написали, і людина, яка їх написала, — це та сама людина, що сьогодні зранку працює з чергою. Проблеми починаються після публікації: продукт змінюється, читач уже посеред поганого дня, а відповідь має знаходитися до того, як хтось здасться й відкриє тікет. Саме в такі моменти коротке відео перемагає абзац — і саме їх варто робити першими.
Дайте відповідь на тікет, який постійно повертається
Макрос уже написаний, він хороший — і ваша команда знову надсилає його у вівторок зранку вчетверте за цей тиждень. У ньому є посилання на статтю з трьома кроками, і у відповідь прилітає те, що прилітає завжди: у якому меню, і в мене екран інший. Ідуть ще дві відповіді, скриншот доводиться розмічати вручну — і сорок хвилин витрачено на проблему, яку було вирішено письмово одинадцять місяців тому.
90-секундне відео, додане до тієї ж статті, змінює те, що має зробити клієнт: подивитися, як відкривається меню, замість того щоб уявляти це з одного речення. Стаття лишається на своєму місці й продовжує ранжуватися, а відео вбудоване і в неї, і в макрос. Будьте чесні щодо вигоди. Реалістична зміна не в тому, що тікет зникає, а в тому, що припиняються другий і третій раунди відповідей, бо більше нікому не треба описувати екран словами. VisionStory робить відео з того, що ви вже написали; чи зніме воно частину звернень, залежить від того, чи знайде його клієнт.
Скріншот у статті — не той екран, який відкритий у клієнта
Десь у тій статті є зображення сторінки налаштувань. Воно було точним у день, коли його зробили, три релізи тому, а відтоді панель двічі переробляли. Або ж картинка цілком актуальна, але клієнт користується інтерфейсом іншою мовою, і елемент керування, який стаття називає Integrations, на його екрані просто підписаний інакше. У будь-якому разі читач шукає слово, якого не бачить перед собою, і за кілька хвилин пошуків зупиняється та натомість пише в підтримку.
Запис, зроблений на тій збірці, яка зараз постачається, прибирає ці здогадки. Клієнт бачить, як курсор переходить до потрібного елемента, і може звірити його розташування, вигляд і момент реакції — навіть якщо підпис на його екрані інший. Також це робить «дрейф» очевидним так, як застарілий скріншот ніколи не зможе: відео з панеллю, якої більше не існує, помітить кожен, хто його відкриє. Але це працює лише тоді, коли хтось відповідає за перевірку, тож фіксуйте, під яку збірку записано відео, і сприймайте реліз, що пересуває той екран, як привід перезняти його.
Три агенти, три правильні відповіді, один розгублений клієнт
Запитайте трьох людей у команді, як прибрати помилку синхронізації, — і отримаєте три різні маршрути. Один спершу чистить кеш, інший одразу йде в налаштування інтеграції, третій має «швидкий шлях», який так і не потрапив у документацію. Жоден із варіантів не неправильний — усі три приводять клієнта до результату. Але клієнт бачить більше ніж один, бо звіряється з колегою або через місяць відкриває той самий тікет і отримує іншу версію. Визначити, якій довіряти, стає окремим тікетом.
Одне відео для цієї проблеми робить один маршрут «стандартним». Стаття й макровідповідь ведуть до тих самих 90 секунд, людина, яка приєдналася минулого місяця, надсилає те саме, що й ветеран із п’ятирічним стажем, і перестають приходити уточнення «а який крок насправді правильний». Це також дає команді одне місце для дискусії. Узгодьте послідовність один раз — під час рев’ю чернетки, коли ті, хто працює з чергою, дивляться її разом, — а не потім у дванадцяти окремих гілках тікетів.
Назвіть так, як клієнт буде це шукати
Усередині компанії це називають Workspace Sync, тож відео отримує таку ж назву, так само класифікується — і ніхто поза офісом ніколи не набирає ці два слова. Клієнти вводять те, що в них перед очима і в голові: текст помилки, кнопку, яку не можуть знайти, те, що не сталося. Відповідь може бути справді хорошою, але якщо вона озаглавлена «продуктовою» мовою, то для того, кому вона потрібна, вона невидима — і людина відкриває тікет, поки ця відповідь просто лежить і лишається хорошою.
Тож називайте його так, як запит приходить у чергу, використовуйте текст помилки дослівно там, де він є, а потім розміщуйте файл там, де це питання реально ставлять, а не лише на відеоканалі. Тобто — всередині статті, всередині макроса, який надсилає ваша команда, і поруч із відповідним елементом у продукті, якщо є куди його додати. Файли з VisionStory виходять із назвою, яку ви самі оберете. У який макрос вони потраплять, у якій статті будуть вбудовані й чи підхопить їх пошук, вирішує команда підтримки, що веде довідковий центр.
Врятуйте кліп, який один агент записав для одного клієнта
Найкраще пояснення цієї проблеми вже існує. Інженер записав його 18 місяців тому для одного роздратованого акаунта — у тій роздільній здатності, яку за замовчуванням виставив записувач екрана, і з заголовком вікна, де видно назву компанії клієнта. Воно лежить у гілці тікета. Усі в команді, хто працює достатньо довго, знають, що воно є, і приватно діляться посиланням — але в довідковому центрі його ніколи не було, бо його ніколи не робили для повторного використання.
Між тим кліпом і статтею стоять дві речі. Перша — він «м’який», стиснений і його важко читати на повну ширину; це виправляє AI Video Enhancer, не чіпаючи таймінг чи аудіо, тож будь-яке озвучення, зроблене під нього, і далі збігається. Друга — взагалі не технічна: назву акаунта, ID тікета та будь-що інше, що ідентифікує того клієнта, треба прибрати, або крок потрібно перезаписати на тестовому акаунті. Покращення робить старий запис читабельним. Воно не робить його безпечним для публікації — і це рішення за вами.
Користувачі обожнюють VisionStory
Дізнайтеся, чому контент-креатори та маркетологи довіряють VisionStory для створення AI-відео. Від потужних функцій до простоти використання — наша спільнота не перестає захоплюватися результатами, яких досягає з VisionStory.