Пішов менеджер, а з ним і клієнти у WhatsApp? Чек-лист перенесення переписок в ізольоване середовище

Рішення перенести переписку WhatsApp у корпоративне середовище більшість команд ухвалює легко, а застрягає одразу після натискання кнопки: з якого з десятків робочих номерів почати, що робити з історією, яка лежить у телефонах співробітників, і чи не повернеться все через три місяці до попереднього вигляду. Про три канали втрат (перехід клієнтів разом з менеджером, «сплячі» номери, блокування ланцюжком) і про принципи ізоляції переписки ми розповіли в попередній статті, повторюватися не будемо. Тут лише те, чого там не було: як поділити номери на партії, як перенести накопичений архів, шість типових помилок і різниця в правах доступу для чотирьох категорій людей. Якщо пройти за списком, можна зекономити одне коло навчання.

Кого переносити першим: партії для робочих номерів

Спроба перенести все одразу майже завжди закінчується провалом. Менеджерам перебивають угоди, які вони ведуть, клієнти одразу відчувають різницю, і саме в цей момент з'являється опір команди. Правильно йти партіями, а партії вибудовувати за трьома змінними:

• Спочатку номери компанії. Коди підтвердження й резервні коди вже в компанії, під час перенесення змінюється лише носій входу, корінь залишається на місці, ризик контрольований, і на таких номерах зручно відпрацювати процедуру
• Друга партія: номери з активними угодами. Там, де історію переписки відкривають часто, результат видно одразу: новий відповідальний будь-якої миті знаходить параметри й ціни, які клієнт запитував минулого разу
• Третя партія: групи з високим ризиком плинності. Якщо ходять чутки про звільнення або є підозра на особисті замовлення, то чим раніше пройде перенесення, тим раніше зупиняться втрати

Одна категорія номерів потребує паузи: ті, що досі зареєстровані на особисте ім'я менеджера. Якщо переплутати порядок, вийде, що корінь, який поки в іншої людини, ви заздалегідь вішаєте на табличку компанії. Спершу завершіть переведення номера у власність компанії, потім ставте його в чергу на перенесення, не навпаки.

І окремо про строки. Оминайте пік сезону та дні великих розпродажів, беріть вікно зі спокійним ритмом замовлень і залишайте кілька днів на спостереження під час приймання.

Як перенести накопичену переписку: чотири кроки

Накопичену історію під час міграції WhatsApp зазвичай упускають. Середовище зберігає записи з дня, коли його ввімкнули, але історія до цього моменту сама в новому носії не з'явиться, а обсяг синхронізації у веб-версії залежить від фактичної поведінки сервісу, гарантувати повне перенесення ніхто не може. Тому робота йде у два шари: середовище відповідає за «після», експортований архів за «до».

Експорт і архів. У мобільному WhatsApp є функція «Експорт чату»: вивантажуйте важливі діалоги по одному у файл, ставте позначку на медіафайли й розкладайте архів за папками з іменами клієнтів на корпоративному диску. Експорт переписки WhatsApp потрібно робити, поки старий носій ще нормально входить в акаунт: це і історична база для наступника, і єдина копія, якщо номер заблокують.

Створення середовища й вхід. Для номера створюють окреме середовище, прив'язують фіксований вихідний IP, вхід у веб-версію WhatsApp виконують скануванням коду з корпоративного телефона. Одразу після входу не віддавайте середовище менеджеру: керівник спершу звіряє список діалогів з клієнтами й переконується, що на місці все, що має бути.

Відключення другого входу. У приватних браузерах і на приватних комп'ютерах менеджерів веб-версію потрібно розлогінити й очистити сесію, у всій компанії залишається єдиний вхід, середовище. Якщо входів два, нові записи розподіляться між середовищем і приватним браузером, а неповноту виявлять уже під час передачі.

Приймання. Виберіть навмання трьох клієнтів і запитайте три деталі, які можуть бути лише в переписці: спосіб оплати з останньої пропозиції, вимоги до сертифікації, про які говорив клієнт, узгоджені строки повторного замовлення. Керівник шукає їх у середовищі, і якщо знаходить за три хвилини, приймання пройдене. Якщо не знаходить, отже записи в середовищі не живуть і перенесення виконане наполовину.

Шість типових помилок

Саме перенесення нескладне, складно зберегти все в тому ж вигляді після нього. Ці шість помилок команди справді робили:

1. Приватний браузер залишився активним. Співробітнику зручніше, і він продовжує входити на старому місці. Перевірка проста: нехай кожен відкриє веб-версію на своєму робочому комп'ютері й подивиться, чи активна сесія. Якщо активна, отже працюють два контури паралельно
2. Кілька номерів в одному середовищі. Гранулярність ізоляції ламається, і під час передачі все знову їде «цілком». Правило: один номер і одне середовище, середовище прив'язане до номера, а не до людини
3. Розсилка клієнтам про новий номер. Переноситься носій входу, а не сам номер, номер не змінюється, і клієнт взагалі нічого не має помітити. Розсилка про зміну номера лише змусить клієнта запідозрити шахрайський акаунт, іншого результату не буде
4. Перенесли середовище без переприв'язки. Засіб підтвердження номера залишився у співробітника, який звільнився: середовище передали, а корінь ні. Порядок «переприв'язати підтвердження, передати середовище, відкликати доступ» розібрано в статті про керування 2FA в команді, дійте за ним
5. Середовище переїжджає разом з людиною. Сьогодні менеджер вдома, завтра у відрядженні, вихідний IP стрибає. Середовище прив'язане до фіксованого виходу, зміна мережі людиною нічого не змінює, і це правило треба закріпити з самого початку
6. Перенесення як фінішна точка. Записи з'являються щодня, і архівування має йти за ритмом: після великої угоди вивантажуйте діалог із цим клієнтом того ж дня, за клієнтами в роботі вивантажуйте раз на тиждень. Керівник раз на місяць перевіряє журнал операцій і дивиться, чи немає входів поза середовищем

Чотири категорії людей: доступ налаштовується по-різному

Перенесення вирішує питання минулого, доступ визначає майбутнє. Люди в команді різні, і єдиний шаблон доступу завжди когось обділяє:

• Новачки на випробувальному строку: спілкуються в середовищі з першого дня, доступ до попередніх середовищ не дають. Продовження випробувального строку або відмова від нього не впливає на належність записів, записи від початку не на його пристрої, тому і звільнення, і продовження роботи не створюють витрат на передачу
• Підробіток і аутсорс: строк доступу дорівнює строку проєкту, після завершення доступ відкликають, а середовище передають штатному колезі. Постійних учасників не тримаємо, бо доступ, який висить, це майбутня проблема
• Позмінна підтримка: середовище саме по собі спільний носій, передача зміни дорівнює новій видачі доступу. Записи безперервні, і клієнту не потрібно заново пояснювати нічному колезі, що йому потрібно
• Ветерани з особистим номером: найскладніша категорія. Розмова починається не з «ми тебе контролюємо», а з «ми тебе захищаємо»: належність клієнтів прозоро видно в середовищі, під час звільнення не треба нести підозру в виведенні клієнтів, а наступнику не доведеться шукати колишнього співробітника, щоб розібрати переписку. Якщо пояснити це до кінця, готовність до роботи змінюється цілком

Часті питання

Чи можна повністю перенести накопичену переписку в середовище?

Тут два шари. Середовище відповідає за «після»: з першого дня записи живуть у ньому від початку. За «до» середовище не відповідає: історія залишається в офіційному експорті, за діалогами, з медіафайлами, на корпоративному диску. Лише два шари разом дають повне перенесення.

Співробітники вважають ізоляцію стеженням, як з ними говорити?

Ізоляція і стеження це різні речі. Учасники не бачать одне одного, керівник щодня не читає переписку, порядової перевірки не існує. Для менеджера це радше захист: належність клієнтів у середовищі видно ясно, під час звільнення немає підозр. Почніть з пояснення «ми не бачимо одне одного», і опір буде помітно меншим.

Що найчастіше забувають передати під час звільнення менеджера?

Забувають передати засоби підтвердження. Середовище передали, а код підтвердження залишився на телефоні того, хто звільнився, і наступник так само не може ввійти. Переприв'язка підтвердження, передача середовища, відкликання доступу: три кроки саме в цьому порядку.

Як зрозуміти, чи є в перенесенні дірки?

Три перевірки: відкрити веб-версію на робочому комп'ютері співробітника, чи вийшов він з акаунта? Запитати три деталі щодо клієнтів, чи знайде керівник їх у середовищі за три хвилини? Чи є в журналі операцій входи поза середовищем? Якщо пройдено всі три, перенесення закрито.

Висновок

Складність перенесення переписки в середовище ніколи не в інструменті, а в порядку дій і дисципліні. Партії вибудувані, архів вивантажений, вхід один і приймання пройдене, для чотирьох категорій доступ налаштований окремо, п'ять із шести помилок обійдено, і система тримається. Про правило «один номер і одне середовище» та прив'язку середовища до окремого виходу докладніше написано в статті про механізм ізоляції середовищ; дизайн окремих середовищ і прав доступу MostMate влаштований за тією ж логікою, конкретні можливості описані на сторінці продукту.

Якщо команда ще не почала, наступного тижня візьміть один номер, зареєстрований на компанію, і перенесіть його: експорт, створення середовища, відключення другого входу, одне приймання. Перший номер пройде гладко, далі залишиться лише календар.