Нажмите на Enter чтобы посмотреть все результаты
Закрыть поиск
Представьте: жена просит мужа убраться в квартире. Он соглашается, но каждые 5 минут спрашивает, где лежит тряпка, чем мыть пол и куда убрать вещи с дивана. Формально он хочет помочь и чем-то правда помогает. Но на деле думать всё равно приходится ей.
В работе бывает так же, когда вы нанимаете сотрудников, чтобы делегировать им задачи. Но вместо этого каждый день отвечаете на вопросы, объясняете одно и то же или просто напоминаете, как делали в прошлый раз. В итоге у каждой задачи два исполнителя: сотрудник и вы.
Почему так происходит и как выйти из этого порочного круга — разберём в этой статье. Автор — Елизавета Смоленкова, эксперт по базам знаний и основатель студии «Опись». Она выстраивала базы знаний для команд на 50+ сотрудников и обучила 10+ руководителей внедрять их в работу.
Если сотрудник согласовывает с вами каждый шаг, не спешите списывать всё на несамостоятельность. Возможно, он просто привык к вашему правилу «Если сомневаешься, спроси меня».
По этому принципу часто работают руководители, которые боятся, что без них команда пообещает клиенту что-нибудь не то, пропустит ошибку или выберет неудачный вариант. Особенно когда задача горит, времени мало, а ошибка может дорого стоить. Поэтому они замыкают решения на себе, правят всё сами и консультируют даже по мелочам.
Сотрудники при этом не понимают, почему решение именно такое. Зато быстро привыкают не думать: сначала приносят вопросы, а потом вообще пропускают этап, где нужно самим разобраться и что-то выбрать.
Так вас начинают атаковать ваши же сотрудники: «Что ответить клиенту? А какой вариант лучше? А вот это мы как делаем?» В итоге вы не успеваете отбиваться от вопросов и снова оказываетесь внутри задач, которые давно хотели делегировать.
Просто ввести правило «Приходите не с вопросами, а с решениями» не поможет. Нужно поменять сам разговор и вернуть работнику ту часть задачи, которую он пытается переложить на вас:
В первом пункте мы разобрали ситуацию, когда сотрудник не привык принимать решения. Здесь иначе: он может понимать, как поступить, но не знает, имеет ли право сделать это без вас.
Допустим, клиент просит скидку 5%. Аккаунт-менеджер видит, что проект останется прибыльным, но пишет руководителю: «Можем согласовать?» Мыслит он примерно так: «Дам скидку сам — спросят, зачем отказался от денег. Откажу — может оказаться, что ради небольшой суммы испортил отношения с клиентом».
Если каждый раз отвечать только «да» или «нет», сотрудник снова придёт за разрешением в похожей ситуации. Чтобы этого не происходило, договоритесь о двух вещах:
Что сотрудник решает сам. Назовите конкретные границы: какие суммы он может согласовывать, какие сроки менять, а в каких случаях обязан позвать вас.
Здесь же назовите ситуации, которые нельзя решать без согласования. Но не используйте абстрактную фразу: «Зови меня, если увидишь риски». Лучше установить их сразу и конкретно. И чем больше вы это разжуёте — тем меньше сотрудник дальше будет проверять границы вопросом «А так можно?».
Где можно ошибиться. Если любое неидеальное решение заканчивается разносом, сотрудники будут согласовывать даже мелочи. Поэтому заранее определите, где можно пробовать своё без серьёзных последствий.
Например, сотрудник может протестировать новый инструмент на одном проекте или проверить гипотезу на небольшой части бюджета. Даже если идея не сработает, её можно быстро откатить.
Руководитель видит плохой результат почти сразу. Он уже решал похожие задачи, много ошибался и научился на автомате учитывать десятки деталей. Сотрудник этого опыта не видит. Он слышит только: «Сыровато», «Надо докрутить», «Мы так не делаем» — и пытается угадать, о чём речь.
Допустим, сотрудник предлагает запустить новую услугу. Руководитель понимает, что в идее не хватает более подробного анализа аудитории и задачи, а ещё расчёта экономики. Но говорит он только: «Пока не дожато». Сотрудник меняет название и презентацию, а потом начинает отдельно согласовывать каждый элемент, потому что пытается угадать, что конкретно не понравилось руководителю.
Казалось бы, проблема решается инструкциями и базой знаний: прописали, как надо и не надо — и всё. Но порой и регламентов недостаточно. Если в базе знаний не зафиксирован личный опыт руководителя, команда продолжит зависеть от его участия в каждой задаче. Объясним на примере.
Я работала над базой знаний в digital-агентстве. Регламенты и инструкции там уже были, но не помогали сотрудникам решать задачи самостоятельно. Руководители подробно описывали правила и шаги, но часто не объясняли, когда и зачем их применять и как понять, что результат получился хорошим.
Поэтому каждый третий сотрудник читал инструкцию, не находил ответ на свой вопрос и шёл к тимлиду за объяснением. А каждый четвёртый просил ещё примеры. За неделю — больше 10 таких сообщений.
В итоге в небольшой команде консультации съедали десятки часов в месяц. А агентство оплачивало один вопрос дважды. Сначала платили за время сотрудника, который остановился и ждал ответа, затем — за время старшего специалиста, который бросал свою задачу, чтобы помочь.
Чтобы это исправить, мы перестроили работу с регламентами.
Нашли, где команда спотыкается. Изучили вопросы в чатах, ошибки на проектах, сложности новичков и частые правки руководителей. Так определили, каких знаний не хватает и какой материал может закрыть пробел.
Привязали материалы к рабочим ситуациям. Для каждого регламента определяли, кто и когда будет его читать, какую проблему он должен решить, что мы будем считать результатом. Затем собирали опыт руководителей, примеры и выбирали подходящий формат: инструкцию, гайд, чек-лист или шаблон. И писали сам регламент.
Проверили на других руководителях. Перед публикацией материал читали люди, которые не участвовали в его создании. Они отмечали пропущенный контекст, двусмысленные инструкции, места, где нужен пример. Иначе автор мог пропустить по привычке то, что для него уже очевидно.
Внедрили материалы в работу. Это не происходило за день:
Уточнений в чатах стало в 2 раза меньше, а случаев неправильного понимания регламентов — почти в 3 раза: с 10–12 до 3–4 за квартал.
Но главное — изменилась и сама работа с базой. Сотрудники открывали регламент и сразу находили нужный шаг, пример или готовую формулировку. А руководители перестали повторять одни и те же ответы. Теперь они находили пробелы в регламентах и работали над ними, чтобы команде было легко разбираться в задачах самим.
К этому выводу стоит приходить в последнюю очередь. Сначала проверьте, что сотрудник понимает задачу, у него есть доступ ко всему нужному, он знает границы своих полномочий и критерии хорошего результата.
Если всё это есть, а человек всё равно регулярно спрашивает, что делать — возможно, ему проще переложить поиск и решение на вас. Ведь так быстрее и безопаснее: не нужно разбираться самому, рисковать ошибкой и отвечать за решение.
Обсудите это как любое другое рабочее поведение. Покажите конкретные случаи и договоритесь, что сотруднику нужно сделать самому перед тем, как идти к вам.
Не пытайтесь описать весь бизнес и составить регламенты на каждый случай. Скорее всего, вы потратите много времени, а сотрудники продолжат приходить.
Вместо этого в течение недели записывайте вопросы, которые отрывают вас от работы. Рядом отмечайте, чего сотруднику не хватило, чтобы разобраться самому, и что можно изменить.
Пример:
| Вопрос сотрудника | Чего не хватило | Что можно изменить |
| «Где лежит последняя версия договора?» | Информации | Перенести документ в общее пространство и поделиться ссылкой |
| «Такой вариант уже можно отправлять?» | Критериев качества хорошего результата | Сделать чек-лист или инструкцию с хорошими примерами |
| «Я всё проверил, но не знаю, могу ли так решить» | Уверенности в своих полномочиях | Зафиксировать, что сотрудник решает сам, а что — согласовывает |
В конце недели сгруппируйте похожие вопросы. Часто несколько разных обращений возникают из-за одной причины. Исправляйте её, а не каждый случай отдельно.
А ещё обращайте внимание на повторы. Один вопрос может быть случайностью. Но если разные сотрудники спрашивают одно и то же — проблему нужно решать системно.
Все эти инструменты не смогут сделать так, чтобы сотрудники вообще больше к вам не приходили. И это хорошо.
Ведь когда они обращаются за помощью — они доверяют вам и вашему опыту. И последним стоит точно делиться. Когда вы даёте понятные ориентиры, люди перестают каждую секунду гадать: «А правильно ли я делаю?» Они просто применяют ваши советы, видят крутой результат и из этих маленьких побед обретают уверенность в себе и своих силах.
Поэтому передать знания своей команде — это ваш главный способ сказать им: «Я хочу, чтобы вам было проще». Говорите это почаще ❤️
