Електронна приймальня: статуси звернень і повідомлення мешканцю — що закласти в CRM з першого дня
Короткий інженерний чекліст: які статуси звернення варто завести одразу, як не «втопити» служби зайвими переходами і як автоматично тримати мешканця в курсі без зайвих листів.
Коли громада або держорган запускає електронну приймальню, найчастіша помилка — занадто багато статусів «для краси» і відсутність зрозумілого повідомлення мешканцю. Нижче — мінімальний набір, який реально працює у перші місяці експлуатації.
Статуси: менше, але зі змістом
- Нове — звернення щойно потрапило в систему, ще не розподілене.
- В роботі — призначено відповідальну службу або особу.
- Очікує відповіді мешканця — потрібні уточнення, документи або погодження.
- Виконано / Відмова з правових підстав — фінальні стани з коротким коментарем для архіву.
Усе, що між ними («на узгодженні», «у юриста», «у начальника») краще тримати як внутрішні підстатуси або теги, інакше звітність для керівництва перетворюється на бруд.
Повідомлення мешканцю
Автоматичні листи або SMS варто відправляти лише на події, які людина реально чекає: зареєстровано, змінено строк, потрібна дія, закрито з посиланням на відповідь. Якщо кожна внутрішня зміна статусу шле лист — довіра до каналу падає швидше, ніж зростає SLA.
Висновок
Хороша приймальня починається не з кількості полів у формі, а з дисципліни статусів і чесних повідомлень. Це дешевше будь-якого «великого редизайну» після пів року хаосу в таблицях.