Передача дел при увольнении сотрудника: с чего начать оцифровку

Передача дел при увольнении сотрудника у селлера маркетплейса редко начинается с документа - обычно она начинается с растерянности: где пароль от кабинета Wildberries, кто договаривался с этим поставщиком о скидке, почему на карточке стоит именно такая цена. С чего начать оцифровку в этой ситуации? Не с написания инструкции «как передавать дела», а с переноса реальных задач и доступов увольняющегося сотрудника в систему, где их видно и можно закрепить за другим человеком по шагам.

Проблема в том, что у большинства селлеров на Wildberries, Ozon и Я.Маркете задачи менеджеров, байеров, контент-менеджеров и кладовщиков живут не в общей системе, а в головах, личных чатах и таблицах на рабочем столе. Пока человек работает, это никому не мешает. В день увольнения выясняется, что уходит не просто сотрудник, а единственный источник знаний о десятках рабочих процессов.

Дальше - пошагово, с чего начать оцифровку передачи дел: что переносить в систему в первую очередь, как построить процесс, который нельзя пропустить, и на что реально влияет задержка, а на что нет.

Почему увольнение сотрудника превращается в потерю данных

Если задачи и доступы существуют только в голове конкретного человека, увольнение автоматически становится инцидентом, а не рутинной процедурой. Руководитель узнаёт о проблеме не заранее, а постфактум: кто-то не может зайти в рекламный кабинет, кто-то не понимает, почему остановлена поставка, кто-то заново звонит байеру, чтобы выяснить условия, которые уже обсуждались месяц назад.

У селлеров маркетплейсов это усиливается тем, что один человек часто ведёт сразу несколько связанных зон: ценообразование, контент карточек, переписку с поставщиком, работу с рекламным кабинетом. Если эти зоны нигде не зафиксированы как отдельные задачи, при увольнении они не передаются - они просто исчезают до тех пор, пока кто-то не наткнётся на проблему.

С чего начать оцифровку: не регламент, а бизнес-процесс

Первый инстинкт руководителя в такой ситуации - сесть и написать регламент передачи дел: документ с пунктами «сдать доступы», «передать контакты», «закрыть задачи». Проблема в том, что регламент - это текст, который можно не открыть, прочитать по диагонали или отложить «на потом». Он не проверяет сам себя: сотрудник может формально расписаться под обходным листом, а по факту не передать ни одного пароля.

Начинать оцифровку правильнее не с документа, а с бизнес-процесса в системе. Разница простая: в процессе шаг физически нельзя пропустить - следующий этап не откроется, пока предыдущий не закрыт с подтверждением ответственного. Не регламент, а процесс делает передачу дел проверяемой: видно, на каком шаге всё остановилось и кто именно его не закрыл.

Хотите навести порядок в задачах и процессах команды? Посмотреть →

Шаг 1. Составь карту задач, за которые отвечал сотрудник

Прежде чем оцифровывать саму передачу дел, нужна база - понятный список того, что вообще делал увольняющийся человек. Если задачи роли уже ведутся как процессы в системе, эта карта у тебя уже есть: достаточно посмотреть, что закреплено за сотрудником. Если нет - это первое, что стоит оцифровать, и не только ради одного увольнения.

Карту стоит собирать по пяти блокам:

1. доступы - личные кабинеты Wildberries, Ozon, Я.Маркет, рекламные кабинеты, почта, облачные таблицы;
2. текущие задачи - незакрытые процессы, запущенные акции, карточки в работе;
3. контакты - поставщики, байеры, подрядчики по логистике и фото/видеосъёмке;
4. история решений - почему установлена такая цена, почему остановлена реклама по конкретному SKU;
5. файлы - таблицы, шаблоны, черновики контента, отчёты.

Шаг 2. Переведи передачу дел в чек-лист-процесс внутри системы

Когда карта задач собрана, её нужно не записать в документ, а завести как процесс «увольнение сотрудника» в системе, где каждый шаг закреплён за конкретным исполнителем и не закрывается без подтверждения. Например: HR отвечает за кадровые формальности и подписание документов, руководитель отдела - за переназначение задач и доступов, IT - за отзыв паролей.

Ключевое отличие от бумажного чек-листа - в том, что процесс не даёт перейти к следующему шагу, пока не закрыт предыдущий. Пока доступы не переоформлены, задача «закрыть увольнение» висит открытой у ответственного, и её видно всем, а не только тому, кто должен был «не забыть». Это и есть оцифровка: не описание того, что нужно сделать, а рабочий маршрут, который система отслеживает сама.

Что оцифровывать в первую очередь у селлера маркетплейса

Не все задачи одинаково критичны в момент увольнения. У продавцов на маркетплейсах в первую очередь стоит переносить в систему то, что напрямую влияет на продажи и деньги, если зависнет без владельца:

• доступы к личным кабинетам Wildberries, Ozon, Я.Маркет и к рекламным кабинетам - без них нельзя ни изменить цену, ни остановить неэффективную рекламную кампанию;
• логику ценообразования - какие скидки действуют, до какой даты, почему цена именно такая;
• контент-план и карточки товаров - что в работе у контент-менеджера, какие изменения запланированы;
• связи с байером и поставщиками - текущие переговоры, спорные поставки, условия оплаты;
• взаимодействие с кладовщиком по приёмке товара - если увольняющийся был связующим звеном между офисом и складом;
• отчётность перед бухгалтером - какие платежи ожидаются, по каким документам есть вопросы.

Отдельно стоит зафиксировать, кто владел ключевыми метриками сотрудника: ДРР по рекламным кампаниям, юнит-экономика по ведущим SKU, оборачиваемость склада. Если эти цифры считались вручную и хранились в личной таблице, после увольнения их придётся восстанавливать с нуля - оцифровка снимает этот риск заранее.

Пример: передача дел менеджера по маркетплейсам

Пример. Менеджер ведёт 40 карточек на Wildberries и 25 на Ozon, отвечает за ценообразование и рекламные кампании. Если его задачи уже оцифрованы как процессы, руководитель в момент увольнения видит: какие карточки сейчас в работе, какие акции запланированы на ближайшую неделю, с каким байером не закрыты переговоры по закупочной цене. Задачи просто переназначаются новому исполнителю вместе с историей - без разговора с увольняющимся.

Если те же задачи существовали только в переписке и голове менеджера, новому сотруднику придётся заново разбираться, почему цена на конкретный SKU снижена, кто согласовал скидку и не закончилась ли она вчера. Часть решений в этом случае восстановить вообще не получится - их просто никто не запомнил в деталях.

Во что реально обходится задержка передачи дел

Здесь важно считать честно. Само по себе ожидание, пока дела передаются, бюджет не ест: зарплата сотрудников фиксированная, и, пока один процесс не закрыт, люди заняты другими оплаченными задачами. Формула «N часов простоя умножить на ставку - вот сколько денег сгорело» не отражает реальность.

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

Чек-лист: как понять, что оцифровка передачи дел завершена

Передачу дел можно считать оцифрованной, если выполняются следующие пункты:

• все доступы к кабинетам маркетплейсов, рекламным кабинетам и почте переоформлены на нового ответственного;
• каждая незакрытая задача переназначена конкретному человеку, а не осталась «ничьей»;
• новый исполнитель подтвердил приёмку по каждому блоку - доступам, задачам, контактам, файлам;
• история решений по ценам, скидкам и рекламным кампаниям доступна без звонка увольнившемуся сотруднику;
• процесс «увольнение сотрудника» в системе закрыт целиком, а не завис на промежуточном шаге.

Если хотя бы один пункт держится на честном слове, а не на статусе в системе, передача дел ещё не оцифрована - она просто задокументирована, а это разные вещи.