КАК ПЕРЕСТАТЬ БЫТЬ ЕДИНСТВЕННЫМ, КТО ЗНАЕТ ОТВЕТЫ

КАК ПЕРЕСТАТЬ БЫТЬ ЕДИНСТВЕННЫМ, КТО ЗНАЕТ ОТВЕТЫ

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

Когда у меня было 4 человека в команде КМов, я первое время проверял буквально каждую задачу после них. Открывал, сверял с ТЗ, искал, что не так.

Логика была простая: я спец, вижу все нюансы с первого взгляда — значит, и остальные должны так же. Открыл ТЗ, сделал, всё понятно.

Но так не работало.

Вопросов становилось всё больше

Вместо того чтобы разбираться самостоятельно, ребята стали чаще приходить с вопросами по каждой мелочи. Не потому что были плохими специалистами — просто я не дал им ничего, кроме голого ТЗ от SEO. А ТЗ пишут для человека, который уже понимает контекст всего проекта. У новых людей этого контекста не было.

Я стал узким местом

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

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

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

Что я изменил

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

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

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

«Что ты уже попробовал?», «А где именно затык?»

Так у человека не было варианта просто скинуть задачу на меня. Он либо находил ответ сам, по ходу объяснения. Либо приходил уже с конкретной точкой, где застрял — а не с общим «как делать».

Что изменилось в итоге

Вопросов стало в разы меньше, потому что ответы на большинство из них уже были прописаны заранее. Я перестал проверять каждую задачу вручную — стал смотреть выборочно, по ключевым моментам.

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

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