Посадіть людину перед чергою, де девʼяносто девʼять випадків зі ста правильні, і вона почне підтверджувати не читаючи — не через недбалість, а тому що так працює увага за такого перекосу. На схемі процесу перевірка досі є. Вона просто перестала функціонувати, і тепер дає хибну впевненість, що гірше за її відсутність.
Тому «людина перевіряє все» — зазвичай тривожна ознака, а не гарантія. Звучить відповідально, а за кілька тижнів перетворюється на вузьке місце, яке до того ж нічого не ловить. Корисне питання не в тому, чи бере участь людина, а в тому, які саме випадки до неї доходять і що вона в цей момент бачить.
Нижче порога впевненості. Система знає, коли не впевнена, і такі випадки йдуть людині з підсвіченим сумнівним полем. Це основна робоча конячка і те, що тримає чергу маленькою.
Вище порога суттєвості. Усе понад певну суму або за певною категорією клієнтів перевіряється незалежно від упевненості. Не тому, що система тут частіше помиляється, а тому, що помилка дорожча.
Усе незворотне. Платежі, що йдуть, надіслані договори, видалення записів, повідомлення клієнтам, які й так незадоволені. Якщо скасування — це вибачення, кнопку натискає людина.
Вибірка з рутини. Невелика випадкова частка випадків, що пройшли чисто, — щоб зловити дрейф. Це єдиний крок, який помічає, що система тихо стала гіршою, і перший, який вирізають.
Разом це зазвичай становить невелику частку обсягу. У цьому й сенс: черга, яку людина справді читає, вартує більше за чергу, яку вона прогортає.
Перевіряльнику треба швидко відповісти на одне питання: це правильно? Для цього джерело має стояти поруч із відповіддю — зображення рахунку поруч із витягнутою сумою, саме повідомлення клієнта поруч із чернеткою відповіді, три сигнали поруч зі скором ризику. Якщо для перевірки треба відкрити іншу систему, під навантаженням перевірку пропустять, а навантаження — це нормальний стан.
Ще має бути видно саму незгоду. Показуйте, у чому система сумнівалася і чому позначила цей випадок, а не готову відповідь для мовчазного погодження. І зробіть відмову дешевою: один клік, без обовʼязкового поля з обґрунтуванням. Перевіряльник, якому треба написати абзац, щоб не погодитися, перестане не погоджуватися.
Частка правок. Як часто перевіряльник змінює те, що видала система. Близько нуля — поріг надто обережний і людина витрачається марно; багато — система до цього типу випадків не готова.
Час на елемент. Якщо це пара секунд, ніхто насправді не перевіряє. Якщо це багато хвилин, екран показує недостатньо.
Пропущені помилки. Хибні результати, що пройшли через перевірку. Саме це число каже, чи це справжній контроль, чи формальність.
Вік черги. Скільки чекають позначені випадки. Перевірка, що додає два дні до кожного винятку, несе витрати, яких не було в бізнес-кейсі.
У перші тижні в продакшені перевірки має бути більше, ніж передбачає конструкція: ширші пороги, більша вибірка, людина дивиться на те, що пізніше проходитиме автоматично. Цей період і дає числа, якими потім обґрунтовується звуження. Починати треба строго і послаблювати за доказами, а не починати вільно і затягувати після інциденту.
Далі звужуйте свідомо. Кожна категорія, що відпрацювала чисто визначений строк, іде з обовʼязкової перевірки у вибіркову. Деякі категорії не йдуть ніколи — незворотні, великі, — і це проєктне рішення, а не невдача автоматизації. Процес, де до людини потрапляють двадцять відсотків випадків і ці двадцять реально читають, у значно кращому стані, ніж той, де сто відсотків кивають не дивлячись.
Той, хто перевіряє, має брати участь у визначенні винятків. Люди, які знають, які випадки небезпечні, — це ті, хто робить роботу сьогодні, і вони розкажуть це на першій же розмові, якщо спитати.
Ми використовуємо cookie лише для аналітики — щоб бачити, з яких сторінок приходять заявки. Нічого більше й нічого до вашої згоди. Політика cookie