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

Почему это сложно Ошибка в карточке товара здесь бьёт сразу по заказу, возврату и доверию клиента. Руководитель обязан хотя бы на уровне смысла понимать артикул, бренд, кросс, применимость, разницу OEM и аналога, резервы, поставки и почему возврат запчасти сложнее возврата обычного товара. IT в этой теме не про красивый сайт. Это операционный контур: поиск, карточки, остатки, цены, интеграции с поставщиками, CRM, склад, доставка, возвраты и аналитика спроса. С бизнесом нужно говорить про выручку, оборачиваемость, отмены и скорость сборки. С разработкой про интеграции, справочники, инциденты, релизы и техдолг. Чистый менеджер без технического бэкграунда часто не видит, что проблема не в кнопке, а в кривой связке каталога и остатков. Технарь без понимания запчастей делает удобно системе, а не продаже. Управленец без IT базы тонет в чужих оценках и обещаниях подрядчиков.

Какой профиль реально нужен База в автозапчастях. Понимание ассортимента, поставщиков и клиентского пути покупки детали. Опыт руководства в IT. Приоритеты, команда, сроки, качество, поддержка, несколько потоков сразу: развитие, интеграции, контент, эксплуатация. Технический бэкграунд. Не обязательно писать код каждый день, но нужно видеть сложность, риски, цену изменений и отличать быстрый костыль от нормального решения.

Мой пример У меня как раз собран этот контур. В автозапчастях работал на стороне e commerce и операционки: каталог, подбор, заказ, поставщики, клиентский цикл. Понимаю, что здесь важны не абстрактные фичи, а точность данных, скорость обработки заказа, прозрачные статусы и меньше возвратов из за ошибок подбора. В IT более 12 лет. Вёл проекты и команды, отвечал за поставку, приоритеты, связку бизнеса и разработки, поддержку и процессы. Собираю работу так, чтобы было ясно что делаем, зачем, в каком порядке и как меряем результат. По технике я не менеджер со стороны. Есть практическая база по разработке и системам, включая Bitrix, CRM BPM, интеграции и доработки под процессы. За счёт этого могу оценивать сложность, говорить с инженерами на одном языке и не покупать красивые обещания вместо рабочего решения. Рабочий порядок простой. Сначала предмет: что продаём и где теряем деньги. Потом система: какие процессы и интеграции это держат. Потом управление: что берём, что режем, как контролируем качество. На практике это значит не начинать с большого редизайна, если хромота в кроссах и остатках. Не обещать магию поиска, пока не наведены данные. Не плодить сложность ради моды, если узкое место в карточке и обработке заказа.

Если у вас собрался такой стек Такой профиль на рынке встречается нечасто. Если есть база в запчастях, руководство в IT и технический фундамент, это уже вход в крупный сегмент. Имеет смысл смотреть на крупных игроков, где масштаб, сложные каталоги, поставки, филиалы и IT это повседневная реальность. Например Rossko, Part-Kom, Forum Auto, Авторусь, Emex, Exist и похожие компании. Там нужны не общие координаторы, а люди, которые понимают предмет и могут вести IT развитие без отрыва от операционки. Чем больше масштаб, тем дороже ошибка в данных, интеграциях и заказах.

Что спросить у кандидата Как объяснит разницу между кроссом и применимостью. Что будет делать, если поиск находит не ту деталь. Как расставит приоритеты между каталогом, интеграциями и маркетинг фичами. Как отличит костыль от нормального решения. Как выстроит работу разработки, контента и операций. Как выстроит работу разработки, контента и операций. Какие метрики считает главными для магазина автозапчастей.