Бизнес-процессы и регламенты компании: какую систему выбрать

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

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

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

Регламент или бизнес-процесс в системе: в чём разница на практике

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

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

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

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

1. Приёмка и учёт товара на складе - зона ответственности кладовщика.
2. Загрузка и обновление карточек товара - контент-менеджер.
3. Закупка и пополнение остатков с учётом оборачиваемости - байер.
4. Обработка возвратов и брака.
5. Управление ценами и промо-акциями на WB, Ozon и Я.Маркете.
6. Контроль рекламного кабинета и ДРР.
7. Финансовая сверка с маркетплейсом - бухгалтер.

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

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

Критерии выбора системы

При сравнении систем имеет смысл проверять шесть вещей.

1. Обязательность шага - можно ли физически закрыть задачу, пропустив обязательное поле или действие, или система этого не позволит.
2. Прозрачность для руководителя - показывает ли система не только статус «сделано», но и где задача зависла и сколько там уже находится.
3. Связь задач с ФОТ - видно ли, сколько зарплатного бюджета компании уходит на конкретный процесс или шаг, а не только общий фонд оплаты труда за месяц.
4. Передача между ролями - можно ли настроить, что задача контент-менеджера не откроется, пока байер не закрыл свою часть с нужными данными.
5. Порог входа для линейного персонала - кладовщику или сборщику не нужно разбираться в нотации бизнес-процессов, интерфейс должен быть понятен без обучения.
6. Масштабируемость - работает ли логика одинаково и на команде из пяти человек, и на команде из пятидесяти, когда добавляются новые роли и склады.

Классы систем: что реально выбираешь

| Класс системы | Обязательность шага | Видимость для руководителя | Порог внедрения | |---|---|---|---| | Регламент в документах (Word, Google Docs, Confluence) | Не гарантирована - зависит от исполнителя | Практически нулевая, руководитель узнаёт о проблеме постфактум | Низкий, но пользы почти нет | | Таск-трекер общего назначения (доски, списки задач) | Частичная - можно закрыть задачу без выполнения условий | Видны статусы, но не связь с ФОТ и не место затора | Средний | | BPM-платформа общего назначения | Высокая, но настройка требует отдельного специалиста | Хорошая, если процесс правильно спроектирован | Высокий, долгое внедрение | | Операционная система с бизнес-процессами и рентгеном ФОТ (например, Legend BMS) | Высокая - шаг нельзя пропустить или закрыть без результата | Полная: видно, где стоит задача и сколько зарплатного бюджета в неё уходит | Средний, рассчитан на команду без BPM-специалиста |

Для селлера маркетплейса реалистичный выбор обычно лежит между последними двумя строками таблицы: полноценная BPM-платформа избыточна для команды в 10-30 человек, а обычный таск-трекер не даёт ни жёсткой обязательности шагов, ни связи с ФОТ.

Как оценить цену задержки, не выдумывая цифры

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

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

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

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

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

1. Начни с одного-двух процессов, где ошибки обходятся дороже всего, а не с полного каталога сразу.
2. Сделай шаги внутри процесса атомарными и понятными без объяснений - кладовщик должен понимать поле формы с первого взгляда.
3. Покажи команде быстрый результат: например, что возвраты перестали теряться между складом и бухгалтерией.
4. Подключай смежные роли постепенно, по мере того как первые процессы прижились, а не все сразу.

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