Худшее состояние - промежуточное
Компания решила переехать. Систему выбрали, аккаунты завели, часть чатов создали. А потом всё зависло: половина разговоров идёт в новом месте, половина в старом.
Это состояние хуже, чем оба крайних. В старом мессенджере были свои проблемы, но там хотя бы всё было в одном месте. Теперь сотрудники держат два приложения, дважды проверяют уведомления и регулярно не находят нужное, потому что оно в другом.
Разберём, почему переезды застревают именно здесь и что делает их завершёнными.
Почему буксует
Причины типовые, и ни одна из них не про технику.
Не назначили дату выключения старого. Пока старый канал работает, у людей нет причины менять привычку. Переезд «постепенно, кто когда сможет» не заканчивается никогда.
Не перенесли то, ради чего туда ходят. Если файлы, контакты и активные обсуждения остались в старом месте, люди будут возвращаться туда по делу, а не по привычке.
Клиенты остались снаружи. Внутренняя переписка переехала, а клиенты пишут туда же, куда писали. Менеджер вынужден жить в двух местах, и это уже не вопрос дисциплины.
Нет ответственного. Переезд - это чья-то работа на несколько дней. Если она ничья, она не делается.
Кто-то саботирует молча. Обычно это самые опытные сотрудники, которым старая система удобна. Они не спорят, они просто продолжают.
Что нужно решить до начала
Если вы ещё не начали - эти вопросы стоит закрыть заранее. Если уже застряли - вернуться к ним.
Дата, после которой старый канал не рабочий. Не «мигрируем в течение квартала», а конкретный день. Обычно достаточно двух-трёх недель.
Что именно переносим. Активные клиентские диалоги, файлы за последний год, контакты, важные договорённости. Архив десятилетней давности можно оставить, но выгрузить.
Кто отвечает. Один человек с полномочиями, а не комитет.
Что делаем с клиентскими каналами. Это отдельная задача и обычно она не решается тем же переездом: клиенту пишут туда, где он есть. Про перенос клиентского потока писали отдельно.
Переезд заканчивается не тогда, когда все зарегистрировались в новом месте, а тогда, когда старое перестало быть рабочим.
Порядок, который работает
Последовательность, при которой переезд обычно доходит до конца.
Шаг 1. Перенести то, что нужно каждый день. Не всё сразу - сначала то, из-за чего люди возвращаются в старую систему. Обычно это файлы и контакты.
Шаг 2. Перевести общие чаты первыми. Объявления, чат компании, чаты отделов. Когда информация, которую надо не пропустить, появляется только в новом месте, туда начинают заходить.
Шаг 3. Дать две недели на параллельную работу. Это нормальный период, а не бессрочная стадия.
Шаг 4. Объявить дату и напомнить о ней трижды. За неделю, за день, в день.
Шаг 5. Выключить старое. Тут придётся проявить твёрдость. Если после даты в старом чате продолжается работа, переезд откатывается назад.
Общую схему перевода команды разбирали подробнее в тексте про переезд с личных аккаунтов.
Как быть с теми, кто не переходит
Отдельный разговор, потому что запретами это не лечится.
Чаще всего сопротивление означает, что в новой системе им чего-то не хватает для работы. Стоит спросить прямо и выслушать: половина возражений оказывается решаемой настройкой, о которой человек не знал.
Вторая половина - привычка. Тут помогает не давление, а то, что нужное им происходит только в новом месте. Никто не переходит из уважения к решению руководства; переходят туда, где есть работа.
И третье: если переход буксует у большинства, дело не в людях. Значит, система выбрана неудачно или перенос сделан наполовину.
Чтобы не пришлось переезжать снова
Полезный вывод из чужого опыта последних лет: компании переезжают не потому, что нашли систему лучше, а потому что старая перестала работать по внешним причинам. Блокировка, уход вендора, изменение правил.
Значит, при выборе стоит смотреть не только на удобство. Мы разбирали критерии в тексте про то, куда переезжать со Slack и Teams, и про свой сервер или облако.
Наш корпоративный мессенджер стоит 5 990 рублей в месяц за компанию, данные хранятся на серверах в России по 152-ФЗ, аккаунты принадлежат компании. Установка и настройка - 0 рублей, входят в подписку, запуск занимает 5 дней от заявки. Хостинг, обновления, бэкапы и поддержка тоже в ежемесячной цене, отдельных счетов нет.
Как понять, что переезд действительно закончен
Полезно иметь признаки, а не ощущение.
Никто не открывает старое приложение по работе. Не «почти никто», а никто. Проверяется вопросом на планёрке.
Новые сотрудники не знают про старый канал. Если человека, вышедшего месяц назад, не добавляли в старые чаты, - переезд состоялся.
Файлы и контакты, нужные ежедневно, лежат в новом месте. Не в копии, а как основной источник.
Клиентские каналы разведены с внутренними. Понятно, где что происходит.
Старые доступы отозваны. Пока аккаунты живы, туда возвращаются.
Если хотя бы два признака не выполняются, вы всё ещё в промежуточном состоянии - просто оно перестало ощущаться как временное. Это самый плохой вариант: расходы удвоены, а выгода не получена.
Что делать со старой перепиской
Вопрос, который откладывают и который потом всплывает в неудачный момент.
Переносить всю историю целиком обычно не нужно и технически часто невозможно. Разумный подход - разделить её на три части.
Активное. Незакрытые заказы, текущие обсуждения, договорённости в работе. Переносится вручную и в первую очередь.
Ценное, но не срочное. Клиентская история, файлы, важные решения. Выгружается в архив и хранится отдельно - про сроки и место есть отдельный текст.
Остальное. Операционная переписка годичной давности. Её можно оставить в выгрузке и не смотреть больше никогда.
Ошибка - пытаться перенести всё и застрять на этом. Перенос архива не должен блокировать переезд: сначала работа переезжает, потом разбирается история.
Что делать дальше
Если вы сейчас в промежуточном состоянии - назначьте дату выключения старого канала и сообщите её команде. Это единственный шаг, без которого остальные не работают.
