С чего начинать, когда ты уже готов не спасать, а строить
Кажется что все просто - внедряем регламенты, настраиваем процессы, и все заработает. Спойлер - так не сработает, чтобы было хорошо.
Сначала анализ, смотрим:
Данные — выгружаю 100 случайных обращений и смотрю не на среднее, а на распределение. Обычно реальная картина отличается от официальной раз в десять.
Процессы — ищу «точки остановки», где клиент или сотрудник делает максимально ненужное действие. Спросите первую линию поддержки — они знают, где это)
Люди — спрашиваю не «как дела», а «что отнимает больше всего времени» и «какая самая бестолковая операция в твоей работе».
Без этой диагностики любое «внедрение системы» — это просто перекладывание хаоса из одной формы в другую.
Вопрос: А вы верите цифрам или сначала идете говорить с командой? Что обычно показывает реальную картину?
· 08.04
Сначала разговор с собственником или спонсором проекта. Остальное это как до него дойти и чтобы он чтото услышал.... и потом поменял все свои графики и фокус внимания.
0
ответить
коммент скрыт — часть юзеров считает его токсичным или некорректным
коммент удалён
· 08.04
Андрей, да, собственник или спонсор — это старт. Без его buy-in любая диагностика просто упражнение для поста в Сетке, подтверждаю.
Но разговор с собственником имеет смысл, когда у вас есть первые данные. «Вот тут клиенты теряют деньги, потому что операция Х занимает 3 дня вместо 3 минут» — это уже про его фокус внимания.
Кстати про график — тут вы попали в точку. Часто самое сложное — не внедрить изменения, а удержать его внимание дольше одного совещания.
0
ответить
коммент скрыт — часть юзеров считает его токсичным или некорректным
ответ удалён