Система контроля поручений: как руководителю видеть сроки и исполнителей — Excel, таск-трекер, СЭД или своя программа

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

Ниже — из чего состоит поручение, откуда оно берётся, какие напоминания работают, как выглядит отчёт «просрочено по отделам», сравнение четырёх вариантов и план запуска первой версии за две недели. Текст для собственника или директора, который устал спрашивать на каждой планёрке «а что с тем, о чём мы договорились в прошлый раз».

Чем поручение отличается от задачи в трекере?

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

Отсюда минимальный набор полей карточки поручения:

• Формулировка результата. Не «заняться поставщиком», а «подписать договор с новым поставщиком профиля». По формулировке должно быть понятно, что считать исполнением.
• Автор. Кто дал поручение. Только он или контролёр может снять его или изменить суть.
• Ответственный исполнитель и соисполнители. Ответственный один. Если ответственных двое, на практике ответственного нет.
• Контролёр. Часто это не сам руководитель, а его помощник или руководитель отдела. Он принимает отчёт и видит просрочку первым.
• Срок и исходный срок. Текущая дата и та, что была назначена изначально. Без второго поля перенос стирает историю.
• Источник. Совещание, письмо, протокол, звонок — со ссылкой на документ или запись.
• Отчёт об исполнении. Текст и файл: подписанный договор, ссылка на опубликованный прайс, фото. Статус «выполнено» без отчёта — повод вернуть поручение.
• Приоритет или признак «на контроле у директора». Чтобы отличать стратегическое от текучки.

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

Откуда берутся поручения и как их не терять?

Чаще всего поручения теряются на входе: их дали устно на планёрке, в переписке или в коридоре, и в учёт они не попали. Поэтому первым делом определите каналы, через которые поручение попадает в систему, и человека, который отвечает за то, чтобы оно туда попало.

Типичные источники и способ заведения:

• Совещания и планёрки. Секретарь совещания заводит поручения в конце встречи или в тот же день, с пометкой «совещание от такого-то числа». Если вы записываете встречи, черновик списка можно получить из расшифровки — этот путь разобран в статье о протоколах совещаний; здесь важно, что дальше поручение живёт по правилам контроля.
• Письма и служебные записки. Поручение создаётся из письма с вложением исходника: кнопка в почтовом ящике, пересылка на специальный адрес или резолюция в СЭД.
• Сообщения руководителя в мессенджере. Удобно, когда директор может переслать сообщение боту и выбрать исполнителя и срок в два нажатия — такой сценарий заранее описывают в ТЗ на Telegram-бота.
• Протоколы и приказы. Каждый пункт протокола с исполнителем и сроком — отдельное поручение, связанное с документом.

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

Как устроить переносы сроков и эскалацию?

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

Рабочая схема, которую можно перенести почти в любую компанию:

1. Исполнитель может запросить перенос до наступления срока. После срока — только с отметкой «запрошено после просрочки», это видно в отчёте.
2. Причина выбирается из короткого списка (ждём контрагента, нет данных от другого отдела, изменилась задача) плюс комментарий. Список причин потом показывает, где у вас системные узкие места.
3. Первый перенос одобряет контролёр, второй и следующие — автор поручения.
4. Через день после просрочки уведомление получает руководитель исполнителя, через три дня — автор поручения. Числа подберите под свой ритм, но зафиксируйте их.
5. Поручение, перенесённое три раза, автоматически попадает в повестку ближайшего совещания.

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

Какие напоминания реально работают?

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

• Канал — тот, где человек и так сидит. Для офиса это почта, для руководителей и полевых сотрудников обычно Telegram. Бот с кнопками «выполнено», «нужен перенос», «открыть карточку» снимает половину нагрузки с контролёра.
• Утренний список «мои поручения на сегодня и просроченные» — один раз в день, а не по каждому пункту.
• Без напоминаний о закрытом. Звучит очевидно, но в самодельных связках таблицы и рассылки это частая ошибка: человек всё сделал, отметил, а бот продолжает писать.
• Тихие часы и выходные. Напоминание в субботу ночью раздражает и приучает отключать уведомления.

Отдел	Открыто / из них просрочено	Переносов за неделю	Самое старое просроченное
Продажи	18 / 2	3	6 дней — прайс для дилеров
Снабжение	11 / 4	5	19 дней — договор с новым поставщиком
Производство	9 / 0	1	—
Бухгалтерия	7 / 1	0	3 дня — сверка с подрядчиком
Итого	45 / 7	9	19 дней

Какой отчёт нужен руководителю?

Руководителю нужен один экран или одно письмо в неделю: сколько поручений открыто и просрочено по каждому отделу, сколько было переносов и какое самое старое просроченное. Детали — по клику, а не в общей таблице на сто строк.

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

Ещё три полезных среза:

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

Вариант	Когда подходит	Где ломается
Таблица Excel или онлайн-таблица	До 30–50 открытых поручений, один контролёр, все в одном офисе	Нет напоминаний и истории переносов, сроки правят задним числом, сводная собирается руками
Готовый таск-трекер	Команда уже живёт в трекере, поручения похожи на обычные задачи	Нет роли контролёра и правила «перенос только с обоснованием», отчёт по отделам приходится настраивать или выгружать
Модуль контроля в СЭД	Поручения рождаются из входящих писем, приказов и служебных записок, есть канцелярия	Устные поручения с планёрок туда не попадают: заводить их долго, сотрудники обходят систему
Своя веб-система	Много источников поручений, несколько отделов или филиалов, нужны свои правила и связка с CRM или 1С	Дороже на старте; без владельца процесса превратится в ещё один забытый сервис

Excel, таск-трекер, СЭД или своя система: что выбрать?

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

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

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

Когда нужна своя веб-система?

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

Признаки, что пора:

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

Своя система — это небольшое веб-приложение: карточка поручения, роли, правила переносов, уведомления, отчёты. Работает в браузере и на телефоне, а напоминания и быстрые ответы удобно вынести в бота. Промежуточный вариант — собрать систему на low-code платформе.

Сколько стоит и сколько занимает?

По прайсу студии отдельная веб-система — от 160 000 ₽ и от 10 дней на первую версию: кабинеты и роли, база данных, дашборды, уведомления и 1–2 внешние интеграции. Бот для напоминаний в Telegram — от 16 000 ₽, связка с CRM или 1С — от 32 000 ₽.

Что влияет на итог:

• Число каналов входа. Ручное заведение и бот — база; разбор писем, связка с СЭД или телефонией — дополнительные интеграции.
• Правила. Простая схема «перенос одобряет контролёр» — одно; многоуровневые согласования по типам поручений — другое.
• Отчёты. Сводка по отделам и таблицы с фильтрами и экспортом входят в дашборды; печатные формы под ваш шаблон обсуждаются на брифе.
• Перенос старых данных из таблиц: аккуратную таблицу с едиными колонками загрузить проще, чем разрозненные списки.

Цену и срок фиксируем в договоре до старта, оплата 50/50, на приёмку — 5 рабочих дней, до 2 раундов правок, гарантия — 30 календарных дней с даты акта. После запуска систему можно оставить на поддержке — от 7 900 ₽ в месяц.

Как запустить первую версию за две недели без бюрократии?

Не пытайтесь описать все виды поручений сразу. Возьмите один источник — еженедельное совещание руководителей — и один отчёт, запустите на нём пилот, а остальные каналы подключайте, когда люди привыкнут.

1. День 1–2. Бриф: кто даёт поручения, кто контролирует, какие поля обязательны, правила переносов и эскалации. Список отделов и сотрудников.
2. День 3–4. Прототип карточки поручения, списка «мои поручения» и отчёта по отделам; согласование.
3. День 5–9. Сборка: роли, карточки, переносы с согласованием, уведомления, бот, отчёт. Загрузка открытых поручений из текущей таблицы.
4. День 10. Первое совещание, поручения с которого заводятся только в системе. Правки по итогам.
5. Вторая неделя. Живая работа, приёмка, второй раунд правок: обычно меняют формулировки причин переносов и время рассылок.

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

Когда система контроля поручений не нужна и какие ошибки встречаются?

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

Ошибки, которые встречаются чаще всего:

• Расплывчатые формулировки. «Разобраться с логистикой» нельзя исполнить, поэтому нельзя и проконтролировать.
• Два ответственных. Каждый считает, что делает другой.
• Срок без исходного срока. Через месяц никто не помнит, что поручение сдвигали четыре раза.
• Закрытие без отчёта. Статус «выполнено» ставят, чтобы не напоминали.
• Слишком много полей. Если на заведение поручения уходит пять минут, его будут давать устно, в обход системы.
• Нет владельца процесса. Сервис запустили, но никто не следит, чтобы поручения с совещаний попадали в него в тот же день.
• Система для руководителя, а не для исполнителя. Если сотруднику неудобно отмечать выполнение с телефона, данные в отчёте будут устаревшими.

Чек-лист перед выбором инструмента

Ответьте на эти вопросы до того, как покупать трекер или заказывать разработку — половина решения станет очевидной.

• Сколько поручений в месяц даётся и сколько из них сейчас просрочено?
• Из каких источников они приходят: совещания, письма, мессенджер, документы?
• Кто контролёр — руководитель, помощник, руководители отделов?
• Кто может переносить сроки и сколько раз?
• Что считается отчётом об исполнении?
• Через сколько дней просрочки и кому уходит эскалация?
• Какой отчёт и как часто нужен руководителю?
• С какими системами нужна связь: CRM, 1С, почта, СЭД?
• Кто внутри компании будет владельцем процесса?

Если на большинство вопросов ответ короткий и один контролёр справляется, начните со строгой таблицы. Если ответы длинные и правил много — это задача для отдельной системы.

Короткие ответы на частые вопросы

Чем система контроля поручений отличается от обычного таск-трекера?

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

Можно ли вести контроль поручений в Excel?

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

Как не допустить, чтобы сроки переносили без спроса?

Сделать перенос отдельным действием: исполнитель запрашивает новую дату с причиной, автор или контролёр одобряет. Исходный срок сохраняется, а в отчёте видно, сколько раз поручение переносили и по каким причинам.

Сколько стоит своя система контроля поручений?

Отдельная веб-система по прайсу студии — от 160 000 ₽ и от 10 дней на первую версию. Бот для напоминаний в Telegram — от 16 000 ₽, связка с CRM или 1С — от 32 000 ₽. Итоговую цену и срок фиксируем в договоре после брифа.

Кто должен отвечать за систему внутри компании?

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

Услуги и кейсы по теме: веб-приложения и SaaS · поддержка сайта от 7 900 ₽/мес · кейс КРОМ · цены и сроки