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

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

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

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

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

Симптомы обычно одни и те же, независимо от размера команды:

• задача теряется в потоке сообщений, и через неделю никто не помнит, кто её ставил и на каком она этапе
• дедлайн существует в одной версии у постановщика и в другой - у исполнителя
• на вопрос "как дела с задачей" ответственный вынужден заново вспоминать контекст, вместо того чтобы просто открыть статус
• если сотрудник в отпуске или уволился, продолжить его задачи можно только "по памяти" коллег
• руководитель тратит время не на управление, а на ручной обзвон "что там с..."

Эти симптомы не лечатся более подробным регламентом - его можно не прочитать или прочитать и забыть. Лечится это тем, что задача попадает в систему, где шаг физически нельзя пропустить: он числится за конкретным человеком, у него есть срок, и статус виден без дополнительных вопросов.

С чего начать оцифровку: инвентаризация повторяющихся процессов

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

• обработка нового заказа и его передача на упаковку
• ответ на отзыв или обращение покупателя
• приёмка поставки на склад
• обновление карточки товара после изменения цены или остатков
• расчёт и утверждение цены на новую позицию
• сверка с бухгалтером по возвратам и начислениям

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

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

Чем разовая задача отличается от бизнес-процесса

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

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

Как выглядит контроль задач, который не держится на памяти руководителя

Рабочий контроль строится на трёх вещах:

• у каждой задачи есть срок и конкретный ответственный, а не "как получится"
• просроченный шаг виден в системе сразу, а не всплывает на планёрке через неделю
• при передаче между этапами - например, от контент-менеджера к байеру - система фиксирует момент передачи, а не полагается на то, что кто-то не забудет написать

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

Что показывает оцифровка на живых данных: рентген ФОТ

Когда постановка и контроль задач переведены в систему, становится видно не просто "кто чем занят", а сколько оплаченного времени команды реально уходит на каждый шаг. Здесь важно считать честно: ожидание задачи в очереди само по себе бюджет не ест - зарплата фиксированная, и пока задача ждёт, человек занят другой оплаченной работой.

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

Как внедрять оцифровку поэтапно, чтобы команда не сопротивлялась

1. Выбери один процесс, где сбои дороже всего обходятся бизнесу - чаще всего это тот, что напрямую влияет на продажи: карточка товара, обработка заказа или ответ на отзыв
2. Опиши маршрут по шагам и назначь ответственного на каждый шаг, включая смежные роли - кладовщика на приёмке, байера на закупке, контент-менеджера на карточке
3. Заведи процесс в системе так, чтобы шаг нельзя было закрыть без выполнения предыдущего и без указания срока
4. Дай команде две недели поработать и сравни: сколько задач раньше терялось или срывалось, и сколько теряется теперь
5. Только после видимого результата подключай следующий процесс - постепенно оцифровка охватывает закупку, ценообразование, работу с отзывами и возвратами

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