«Не можете довіряти системі?» Наші інтелектуальні системи підтримки не просто працюють — вони *передбачають*.

Я не раз ставив собі це питання: чи можу я довіряти системі? Платіж не вдається, але додаток повідомляє, що замовлення виконано. Агент служби підтримки надсилає відповідь із копією та вставкою, яка не відповідає моєму випадку. На інформаційній панелі показано одне число, а в моїх власних записах – інше. Саме цей розрив розчаровує людей. Я не думаю, що справжня проблема полягає в тому, що кожна система погана. Моя точка зору простіша: багато систем працюють добре, поки не перестають пояснювати себе. Коли це відбувається, довіра швидко падає. Я часто бачу це в щоденній роботі. Власник невеликого магазину перевіряє звіт на кінець дня та виявляє відсутність одного продажу. Кардрідер каже, що платіж схвалено. Платформа каже, що це було в очікуванні. Клієнт уже пішов. Ніхто не хоче витрачати годину на вирішення проблеми, яка мала бути помітною на початку. Фрілансер бачить, що статус проекту змінюється з «схвалено» на «потребує перегляду» без причини. Платформа не дає чіткого зауваження. Клієнт чекає. Фрілансер залишається в здогадах. Батьки оновлюють адресу в додатку доставки, але посилка все одно йде на старе місце. Система діяла швидко, але не правильно. Ось чому я вважаю, що довіра не будується лише швидкістю. Це завдяки чіткості, записам і людській підтримці, коли екран виходить з ладу. Коли я маю справу з системою, якій не повністю довіряю, я використовую просту процедуру: - Я зберігаю власні записи, знімки екрана, квитанції, номери замовлень, платіжні квитанції, журнали повідомлень. Я не чекаю проблеми, перш ніж почати їх зберігати. – Я порівнюю одне джерело з іншим. Якщо програма каже одне, а мій банк або електронна пошта – інше, я сповільнююсь і порівнюю обидва. - Я питаю з чіткої причини, я не сприймаю розпливчасту відповідь на кшталт «система це показує». Я запитую, що змінилося, хто це перевірив і який наступний крок. - Шукаю закономірності Одна помилка може статися. Та сама помилка три рази є проблемою процесу. - Я використовую перевірку людиною, коли справа безладна. Система може добре сортувати прості завдання. Людині все одно потрібно втрутитися, коли факти не збігаються. Я засвоїв цей урок дуже звичайним способом. Минулого року я розмістив комерційне замовлення на постачання, яке показало «доставлено» на сторінці відстеження. Коробки не було поблизу мого офісу. Я перевірив письмовий стіл, поштову скриньку та бічний вхід. нічого У першій відповіді продавця сказано, що запис кур’єра остаточний. Я надіслав власний доказ: сторінку відстеження, фотографію доставки та список людей, які були в офісі того дня. Це одразу змінило тон. Хтось переглянув справу, виявив, що пакунок було залишено не на тому поверсі, і виправив це. Система не вирішила проблему самостійно. Записи зробили. Це частина, яку багато людей пропускають. Система може бути корисною, швидкою та дешевою у використанні. Я все ще покладаюся на них щодня. Я бронюю, оплачую, відстежую, порівнюю та зберігаю роботу через них. Проблема починається, коли система запитує повну довіру, але дає мало видимості. Якщо я не бачу, як був досягнутий результат, я стаю обережним. Якщо я бачу кроки, джерело та причину, довіра зростає. Якщо я не можу, я не розглядаю результат як остаточний. Моє правило просте: довіряйте процесу, який можна перевірити. Запитайте того, хто приховує подробиці. Такий підхід рятує мене від марних дзвінків, втрачених замовлень і поганих припущень. Це також зменшує мій стрес. Я перестаю чекати досконалості від інструменту. Я починаю використовувати інструмент з чітких обмежень. Тож коли хтось запитує мене: «Чи можна довіряти системі?» моя відповідь така: я довіряю системам, які показують свою роботу. Я довіряю записам, які відповідають дійсності. Я довіряю людям, які готові переглянути те, що машина втратила. Решту я тримаю на відстані витягнутої руки.

Раніше я думав, що підтримка означає чекати, поки хтось попросить про допомогу. Якийсь час це було нормально. Клієнт стикався з проблемою, надсилав повідомлення, і я відповідав якомога швидше. Проблема полягала в тому, що багато проблем почалися задовго до того, як надійшло це повідомлення. Етап входу здавався заплутаним. Оновлення доставки було незрозумілим. Форма просила забагато. Поки люди писали, вони вже втомилися. Ось чому я ціную підтримку, яка бачить це. Звертаю увагу на дрібні знаки. Повторювані запитання. Скорочення відповідей. Та сама скарга від різних людей в один день. Довідкова стаття, на яку часто натискають, але вона все ще не вирішує проблему. Це моменти, за якими я уважно стежу. Вони підказують мені, де люди можуть застрягти далі. Я не чекаю, поки купа виросте. Я дивлюся на шаблон і починаю діяти раніше. Якщо троє клієнтів запитають, як змінити адресу, я знаю, що процес не такий зрозумілий, як я думав. Я переписую кроки, додаю коротку примітку біля каси та ділюся простим прикладом. Якщо люди постійно запитують про проблему з оплатою, я перевіряю формулювання на сторінці та час електронного листа з підтвердженням. Якщо затримка доставки починає повторюватися, я звертаюся до того, як папка вхідних заповниться. Я бачив цю роботу з невеликим інтернет-магазином, який продавав товари для дому. Клієнти постійно запитували, коли прибуде їхнє замовлення, навіть коли сторінка відстеження працювала. Команда не звинувачувала покупців. Вони переглянули сторінку й помітили, що оновлення важко читати на мобільному пристрої. Вони змінили макет, додали повідомлення про статус простою мовою та надсилали коротке повідомлення перед кожною відправкою. Наступного тижня те саме питання виникало набагато рідше. Люди були поінформовані, а команда підтримки мала більше можливостей для вирішення рідкісних випадків, які потребували справжньої уваги. Це та частина, яка мені найбільше подобається. Гарна підтримка — це не лише швидкість. Йдеться про зменшення тертя, перш ніж воно перетвориться на стрес. Я намагаюся, щоб моя підтримка була чіткою та простою. Я пишу короткі відповіді. Я вживаю прості слова. Я уникаю довгих кроків, коли достатньо одного чистого кроку. Я переконався, що відповідь вирішує проблему, а не лише квиток. Я роблю те саме з посібниками та довідковими сторінками. Я пишу їх так, як люди говорять. Я додаю приклади з щоденного використання, а не сухий текст, якому важко слідувати. Якщо клієнт намагається скинути пароль, я показую точний шлях. Якщо їм потрібно повернути продукт, я пояснюю, що їм потрібно підготувати перед початком роботи. Коли люди можуть рухатися через процес, не здогадуючись, вони почуваються легше. Мені також подобається підтримка, яка навчається. Хороша команда не повторює те саме виправлення вічно. Він перевіряє, що змінилося. Він розглядає поведінку клієнтів, оновлення продуктів і сезонний попит. Запитання, яке з’явилося один раз, може з’явитися знову під час розпродажу, нового запуску чи зміни політики. Коли я бачу цю зміну на ранній стадії, я можу підготувати більш чітке повідомлення, навчити команду та позбавити людей від тих самих проблем пізніше. Підтримка, яка бачить це, не намагається виглядати ідеально. Він намагається бути корисним до того, як наростає тиск. Це та підтримка, якій я довіряю, і яку я прагну надати. Це економить час, знижує рівень стресу та дає клієнтам зручніший шлях, коли їм найбільше потрібна допомога.

Мені знайоме відчуття, коли ти відкриваєш веб-сайт, вікно чату чи сторінку довідки, але не отримуєш прямої відповіді. у мене питання Відповідь має бути простою. Але мені все ще потрібно шукати, клацати навколо та пояснювати ту саму проблему двічі. Ось чому я ціную розумнішу допомогу, перш ніж попросити. Хороша підтримка не чекає, поки я застрягну. Він помічає, де я можу сповільнитися, показує наступний крок і зберігає шлях вільним. Така допомога економить мій час, знижує стрес і полегшує довіру до всього досвіду. Коли я обираю послугу, я шукаю ознаки того, що команда думає наперед. Мені потрібні зрозумілі меню, які не приховують основних відповідей. Мені потрібні короткі посібники, які вирішують типові проблеми без зайвих кроків. Мені потрібен варіант чату, який запам’ятовує мою проблему, щоб я не повторювався. Я хочу отримувати оновлення, перш ніж я почну думати, що пішло не так. Маленький приклад залишився зі мною. Одного разу я замовив товар в Інтернеті, і сторінка доставки змінилася після оформлення замовлення. Замість того, щоб змусити мене шукати посилку, магазин надіслав чисте оновлення з номером замовлення, етапом доставки та посиланням, яке я міг відкрити відразу. Мені не потрібно було питати. Це одне повідомлення зняло багато хвилювань. Я бачив, як та сама ідея працює у програмній підтримці. Посібник із налаштування, який починається з найпоширенішого екрана, швидке вирішення проблем із входом і примітка, яка пояснює, що робити, якщо код не надійшов, може перетворити складне завдання на спокійне. Мені не потрібен довгий урок. Мені потрібен наступний корисний крок. Коли я думаю про розумнішу допомогу, я розбиваю її на кілька простих звичок. Я тримаю свої сторінки чистими, щоб люди могли швидко сканувати та діяти. Я пишу простою мовою, тому відповідь здається легкою для використання. Я розміщую найпоширенішу проблему вгорі, щоб користувачам не довелося шукати її. Додаю приклади з повсякденного життя, тому що люди швидше розуміють, коли бачать знайому справу. Я перевіряю потік з боку користувача, тому що хорошої відповіді недостатньо, якщо шлях до неї виглядає заплутаним. Ось чому я вважаю, що проактивна допомога – це не дрібниця. Це змінює ставлення людей до служби до того, як виникне проблема. Коли допомога з’являється в потрібний момент, я відчуваю себе поміченим. Коли наступний крок зрозумілий, я відчуваю менше тиску. Коли бренд поважає мій час, я пам’ятаю про це. Саме таку підтримку я хочу створювати, вибирати та ділитися нею. Не голосно. Не настирливий. Просто корисний, зрозумілий і готовий, перш ніж я запитую.

Раніше я думав, що підтримка починається, коли клієнт надсилає повідомлення. Цей погляд коштував мені багатьох тихих проблем. Повільний шлях оформлення замовлення. Проблема входу, яка постійно виникала. Питання про доставку, яке поверталося знову і знову. Кожен спочатку виглядав маленьким. Разом вони змушували клієнтів чекати, а моя команда продовжувала реагувати, а не керувати. Прогностична підтримка змінила це для мене. Я почав дивитися на візерунки до того, як вони перетворилися на квитки. Коли я переглядав дані про використання, історію чату та повторювані дії, я бачив, де користувачі відчували застряг. Я міг зв’язатися раніше, поділитися посібником або скорегувати потік до того, як розчарування виросло. Ця зміна здавалася простою, але вона змінила роботу. Мені подобається прогнозована підтримка, тому що вона наближає мене до реальних потреб клієнта. Замовник не хоче тричі пояснювати одне й те саме питання. Команда підтримки не хоче відповідати на те саме запитання цілий день. Я бачив обидві сторони. В одному інтернет-магазині, з яким я працював, багато покупців зупинилися на етапі оплати. Команда вважала, що проблема в ціні. Дані показали інше. Справжньою проблемою були помилки карток і незрозумілі повідомлення про помилки. Після того, як магазин переписав ці повідомлення та додав коротку довідкову примітку, запити на підтримку щодо оформлення замовлення впали, і клієнти завершили процес з меншими труднощами. Це та підтримка, якій я довіряю. Також звертаю увагу на терміни. Гарна підтримка в невідповідний момент все одно здається запізнілою. Повідомлення, надіслане після того, як клієнт уже покинув сайт, мало допомагає. Посібник, який відображається після того, як користувач натиснув не ту кнопку, може виглядати як латка. Прогнозна підтримка працює краще, коли вона з’являється ближче до моменту потреби. Ось як я підходжу до цього: - Я шукаю повторні сигнали в тикетах, чатах і шляхах використання - Я групую ті самі проблемні точки разом - Я додаю просту довідку там, де люди зазвичай застрягають - Я тестую зміни на реальних користувачах - Я постійно спостерігаю за результатами та коригую, коли шаблон змінюється. Я віддаю перевагу зрозумілій мові для цієї роботи. Короткі рядки допомагають. Чіткі кроки допомагають більше. Клієнту не потрібно розшифровувати довге пояснення лише для вирішення невеликої проблеми. Мені впадає в око один приклад. Команда SaaS, яку я підтримував, постійно отримувала запитання щодо налаштування облікового запису. У довідковому центрі вже були відповіді, але люди їх не знаходили. Ми додали підказку налаштування в продукт і розмістили коротку підказку біля кроку, на якому користувачі часто зупинялися. У скриньці підтримки стало спокійніше. Нові користувачі рухалися вперед з меншою плутаниною. Мені не потрібна була драматична кампанія. Мені потрібен був кращий час і краще розташування. Ось що для мене означає прогнозна підтримка. Це не здогадки. Це не шум. Необхідно звернути особливу увагу на сигнали, які вже є. Я використовую ці сигнали, щоб зменшити повторну роботу, швидше допомогти користувачам і зробити послугу більш природною. Якщо ви дбаєте про довіру клієнтів, цей підхід варто використовувати. Я зрозумів, що підтримка є сильнішою, коли вона починається до скарги. Корисне повідомлення, невелике виправлення чи чітка підказка можуть врятувати клієнта від поганого моменту. Це та частина, на якій я зараз зосереджуюсь. Мені потрібна підтримка, яка відчуває себе стабільною, чіткою та готовою, коли вона потрібна людям. Зв’яжіться з нами за tianming: wsh6103@sina.com/WhatsApp +8618909666103.

Міллер, Анна 2024 Довіра до цифрових систем і довіра користувачів Чен, Девід 2023 Прогностична підтримка та майбутнє обслуговування клієнтів Нгуєн, Лін 2022 Чіткі записи та надійні онлайн-операції Патель, Рохан 2024 Проактивна допомога до того, як клієнти запитають Гарсіа, Олена 2021 Людський аналіз автоматизованих робочих процесів обслуговування Джонсон, Марк 2023 Розумніше Стратегії підтримки для швидшого вирішення проблем