Контроль дисциплины выполнения задач: без программиста и внедренцев

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

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

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

Почему у селлера маркетплейса дисциплина задач рассыпается сама

Формально у большинства селлеров обязанности расписаны: кто отвечает за приёмку товара, кто за карточки, кто за рекламу. Проблема не в том, что обязанности не определены, а в том, что выполнение шага никак не проверяется в моменте.

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

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

Регламент не решает проблему - решает процесс в системе

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

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

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

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

Как устроен контроль без программиста и внедренцев

Конструктор бизнес-процессов работает как визуальная схема: руководитель или назначенный сотрудник перетаскивает шаги, назначает ответственного на каждый, ставит срок и указывает, что нужно приложить для завершения шага. Никакого технического задания, интеграции или ожидания подрядчика - процесс из пяти-семи шагов собирается за час, даже если до этого человек ни разу не работал с no-code инструментами.

Дальше система сама:

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

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

Пример: процесс, который не даёт пропустить шаг

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

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

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

Что видит руководитель: расход ФОТ на реальных данных

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

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

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

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

Не обязательно охватывать сразу всё - разумнее начать с двух-трёх процессов, которые рвутся чаще остальных:

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

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

Как настроить контроль дисциплины самостоятельно: пошагово

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

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