Нанять человека — не значит создать функцию. Купить систему — не значит получить процесс. Я долго не замечала, что это одна и та же ошибка.
Компания открывает направление. Появляется должность, появляется человек, появляется строчка в оргструктуре — и все считают, что функция теперь есть. Через полгода выясняется, что человек работает, а функции нет: нет правил, нет цифры, по которой её оценивают, нет места, где принимаются решения. Есть занятый человек и общее ожидание, что он это как-нибудь соберёт сам.
Разница вот в чём. Прийти в продажи, где уже есть продукт, кейсы, CRM и входящие, — одна работа. Привести первых клиентов там, где кейсов нет, бренда никто не знает, а канал ещё предстоит нащупать, — совсем другая. На бумаге должность называется одинаково.
Большинство хороших специалистов умеют работать внутри существующей системы: улучшать, масштабировать, чинить то, что работает недостаточно хорошо. Тех, кто умеет работать там, где системы ещё нет, заметно меньше.
И стандартное собеседование их, кстати, плохо обнаруживает. Мы обычно спрашиваем про KPI, результаты и масштаб внутри уже существующей конструкции. Гораздо реже — про то, что человеку пришлось сначала создать, чтобы эти результаты вообще стали возможны.
Ровно то же самое происходит на внедрениях.
Компания покупает контур и думает, что купила процесс. А купила интерфейс, в который кто-то должен положить правила: кто владелец, по какой цифре считаем, кто имеет право её поменять. Если правил не было до системы, система их не создаст — она аккуратно зафиксирует их отсутствие и добавит к нему уведомления.
И вот здесь я раньше путала две вещи: вовлечённость и ответственность за результат.
Человек не обязан думать о вашем бизнесе ночью. У него другая ставка, и это нормально. Но если он отвечает за направление, разумно ожидать, что "у нас мало встреч" станет его профессиональной проблемой, а не вашей задачей на следующем созвоне.
Разница слышна буквально в одной фразе. «Сделал пятьдесят касаний, ответа нет» — человек выполнил работу. «Пятьдесят касаний не сработали, посмотрел, где отваливаются, поменял сегмент и первый заход, теперь проверяю другую механику» — человек забрал себе проблему.
Для меня это сейчас и есть ответственность за результат. Не горящие глаза, не переработки и не "мне очень нравится ваш проект". А способность взять кусок неопределённости и постепенно превратить его в работающую систему.
Есть ещё одна неприятная правда про руководителя. На старте нового направления он действительно локомотив: сам продаёт, сам тащит контекст, сам объясняет рынок, сам открывает первые двери. Но если через год он всё ещё остаётся локомотивом каждой функции, функции так и не появились. Появился руководитель и несколько вагонов.
Поэтому на первом найме в новое направление я бы спрашивала не только про опыт в профессии. Главный для меня вопрос теперь другой: Что вы создавали там, где до вас ничего не было? Потому что человек, который хорошо управляет существующей функцией, и человек, который способен её построить, могут называться одинаково. Но для бизнеса это две очень разные роли.
И вот здесь найм и автоматизация неожиданно оказываются очень похожими задачами. Ни сильного специалиста, ни хорошую IT-систему нельзя просто положить сверху на организационную пустоту и ждать, что внутри сама собой появится функция. Кому-то всё равно придётся определить правила, цифры, ответственность, границы решений и исключения.
Сильный человек способен эту функцию построить. Хорошая система — закрепить её правила и масштабировать. Но в обратном порядке обычно получается дорогой интерфейс вокруг процесса, которого так и не появилось.
· 22.08
окей, но узкое место тут в переходе: человек, который собрал функцию с нуля, часто сам и есть единственный носитель неформализованных правил. вопрос — в какой момент ты заставляешь его выгрузить это в систему, если его ценность как раз в том, что он держит всё в голове и не хочет терять незаменимость
0
ответить
коммент скрыт — часть юзеров считает его токсичным или некорректным
коммент удалён
· 23.08
Да, и это тоже серьезный вопрос, часто влияющий на многое.
Такой человек не должен держать все в голове, его задача построить работающий контур. А люди часто ищут уже работающую систему, которую просто нужно поддерживать. Сложностей не хочется никому.
К сожалению, столкнулась с тем что вроде коммитятся на определенный пул, а потом ты остаешься один на один с этой задачей, а они со стороны смотрят - если у нее начнет получаться и она нащупает масштабируемый способ - то мы присоединимся.
И вроде как никто не виноват - оунер должен дать рамку, остальные - по ней работать. Но почему то кажется что ожидания сторон не всегда совпадают.
0
ответить
коммент скрыт — часть юзеров считает его токсичным или некорректным
ответ удалён