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