У колонці Entrepreneur засновник Replay Listings Родольфо Дельґадо описує, як переносить архітектурний підхід у клієнтський сервіс: проєктує не лише продукт, а й послідовність дій людини — від першого знайомства до завершення послуги.
Ключові інсайти
Побачити процес очима людини, яка проходить його вперше
Колонка спирається на особистий досвід підприємця, а не на порівняльне дослідження сервісних компаній. Її практичне питання — чи зрозуміла послідовність взаємодії тому, хто ще не знає внутрішніх правил. Нижче — редакційний спосіб перевірки одного клієнтського процесу.
Оберіть звичайну завершену заявку та відновіть, що бачив клієнт на кожному етапі. Врахуйте листи, форми, строки, передачу між працівниками й рахунок. Позначте місця, де наступна дія залежала від знання, яке залишилося тільки всередині компанії. Так проблема клієнта стає конкретною: наприклад, він не отримав переліку документів або не знав, чи вже прийнято заявку в роботу.
Відокремити зайве уточнення від необхідної перевірки
Не кожне запитання слід прибирати. Частина потрібна для безпеки, договору чи вибору правильної послуги. Завдання — знайти уточнення, що повторюється лише тому, що потрібну інформацію дали пізно, суперечливо або не там. Для цього корисно зіставити текст повідомлення з фактичним наступним кроком.
Якщо лист обіцяє контакт менеджера, команда має знати, хто контактує і в який строк. Якщо клієнт повинен сам обрати час, він має отримати зрозумілий спосіб це зробити. Правила взаємодії тут перевіряють на виконуваність: працівники повинні мати доступ до інформації, яку компанія обіцяє надати. Усунення неясності не повинно перетворюватися на обіцянку, яку операційна команда не здатна виконати.
Призначити відповідального за перехід між командами
Окремої уваги потребує момент, коли продаж завершився, а надання послуги ще не почалося. Саме тут слід перевірити розподіл повноважень: хто підтверджує прийняття заявки, хто збирає відсутні дані та кому клієнт пише, якщо строк минув. Для невеликого процесу не потрібна нова ієрархія — достатньо узгодженого правила передачі.
Наприклад, наступна команда отримує не лише контакт, а й погоджений обсяг, необхідні матеріали та незакриті питання. Клієнтові повідомляють відповідального і наступний очікуваний результат. Якщо заявку не прийнято, причина має повернутися до працівника, який її передавав. Інакше всередині компанії всі можуть завершити свій етап, тоді як для клієнта робота ще не почалася.
Перевірити зміну на звичайних зверненнях
Після виправлення одного листа або кроку форми варто порівняти час до наступної дії, кількість повторних звернень і частку заявок із неповними даними. Важливо також подивитися, чи не перенесла зміна додаткову роботу на інший підрозділ. Операційна модель повинна пояснювати, хто підтримує інструкцію актуальною, коли змінюється продукт або порядок обслуговування.
Результат перевірки краще записати як конкретну зміну: яке питання виникало, що відредагували та що сталося після цього. Якщо уточнення не зникли, потрібно з’ясувати їхню причину, а не просто додавати більше тексту. Можливо, клієнтові бракує рішення про його ситуацію, а не загального опису процесу. Тоді потрібен доступ до компетентної людини з відповідними повноваженнями.
Головні тези
- За досвідом автора у сфері нерухомості, клієнтів непокоїв не тільки вибір квартири, а й неясність: що буде після заявки, які документи потрібні та коли діяти.
- Дельґадо розповідає, що почав пояснювати процес до появи запитань. Він пропонує пройти клієнтський шлях без внутрішніх знань компанії та знайти місця вагання.
- Для усунення таких перешкод автор називає невеликі зміни: зрозумілий перелік дій, коротке відео, простіший лист або вилучення зайвого кроку. Це робота з сервісом, не лише з його оформленням.
Що це означає для CEO
Візьміть одне повторне запитання клієнтів і змініть крок перед ним: дайте потрібну інформацію раніше, назвіть відповідального та поясніть, що станеться далі. Перевірте, чи зменшилися уточнення й затримки.