> For the complete documentation index, see [llms.txt](https://gravii.gitbook.io/kzsaleshub/llms.txt). Markdown versions of documentation pages are available by appending `.md` to page URLs; this page is available as [Markdown](https://gravii.gitbook.io/kzsaleshub/karera-v-it-prodazhakh/intervyu-v-it-prodazhakh.md). # Интервью в IT продажах Интервью в IT продажах отличается от интервью в других профессиях. Тебя не просто оценивают — тебя проверяют как продавца. Умеешь ли ты готовиться, задавать правильные вопросы, работать с возражениями, закрывать на следующий шаг. Само интервью — это сделка. Продукт — ты. Покупатель — компания. *** ### Типы интервью в IT продажах #### Скрининг с HR (30 минут) Первый фильтр. HR проверяет базовое соответствие: мотивация, ожидания по зарплате, опыт, логика карьерного пути. Цель: пройти на следующий этап. Не продавай слишком глубоко — отвечай чётко и переходи к вопросам о роли и следующих шагах. #### Интервью с Hiring Manager (45-60 минут) Твой будущий руководитель. Оценивает: результаты, мышление, соответствие культуре команды, потенциал роста. Это главное интервью. Здесь выигрывается или теряется оффер. #### Практическое задание (Mock Call / Pitch) Тебе дают сценарий и просят: — Провести discovery call — Сделать питч продукта — Написать cold email — Разобрать кейс сделки Самый объективный этап. Здесь видно реальный уровень. #### Финальное интервью (Panel / Executive) Несколько человек или топ-менеджмент. Оценивают стратегическое мышление, культурное соответствие, долгосрочный потенциал. *** ### Подготовка к интервью #### Исследование компании Минимум 2 часа подготовки перед каждым интервью. Что изучить: Продукт: как работает, кому продаётся, какие кейсы клиентов есть публично. Рынок: кто конкуренты, как компания позиционируется, какие последние новости. Команда: изучи LinkedIn профиль интервьюера. Что публикует, какой опыт, общие связи. Финансы (если публичная компания): последние результаты, планы роста. Почему это важно: Вопрос "что вы знаете о нашей компании" звучит на каждом интервью. Развёрнутый ответ с конкретикой сразу выделяет тебя среди кандидатов. #### Подготовка историй по STAR STAR — структура для ответов на поведенческие вопросы. S — Situation (Ситуация): Контекст. Где, когда, что происходило. T — Task (Задача): Что нужно было сделать. A — Action (Действие): Что конкретно ты сделал. R — Result (Результат): Измеримый результат. Подготовь 5-7 историй по STAR для разных ситуаций: — Самая крупная закрытая сделка — Сделка которую потерял и чему научился — Сложный клиент которого убедил — Конфликт с коллегой и как решил — Ситуация когда перевыполнил план — Момент когда сделал ошибку и исправил *** ### Топ вопросов на интервью и как отвечать #### "Расскажи о себе" Это не приглашение к автобиографии. Это приглашение сделать питч. Структура ответа (2-3 минуты): Текущая роль и специализация. Ключевые результаты (2-3 цифры). Почему эта компания и эта роль. Пример: "Последние 4 года работаю Enterprise AE в IT дистрибуции — специализируюсь на Cloud и Cybersecurity решениях для финансового сектора КЗ. За это время закрыл сделок на $3.2M ARR, средний чек $120,000, стабильно выполнял план на 115-125%. Сейчас ищу позицию где смогу работать с более сложными Enterprise аккаунтами и развиваться в сторону management. Ваша компания привлекает меня потому что \[ конкретная причина основанная на исследовании]." #### "Какой твой самый большой успех в продажах?" Используй STAR. Выбери историю с максимальными цифрами. Объясни не только что сделал — но и как думал стратегически. Что хочет услышать интервьюер: — Можешь ли работать со сложными сделками — Понимаешь ли почему выиграл — Воспроизводим ли твой успех #### "Расскажи о сделке которую потерял" Опасный вопрос для тех кто не умеет с ним работать. Плохой ответ: "Мы проиграли по цене, конкурент был дешевле — ничего нельзя было сделать" Хороший ответ: Честно признай что пошло не так. Покажи что извлёк урок. Скажи что сделал бы иначе. "Потерял сделку на $280,000 два года назад. Главная причина — я работал только с IT-директором и не вышел на Economic Buyer. Когда дошло до финального решения — CFO не был знаком с нашим предложением и выбрал знакомого вендора. Сейчас я никогда не двигаюсь в финальную стадию без прямого контакта с Economic Buyer. Это правило которое я не нарушаю." #### "Почему ты хочешь уйти с текущего места?" Никогда не говори плохо о текущем или прошлом работодателе. Даже если причина именно в этом. Фокусируйся на притяжении к новому, а не на отталкивании от старого. "Я многому научился в текущей роли. Сейчас ищу возможность работать с более крупными аккаунтами и развиваться в Enterprise сегменте. Ваша компания и эта роль соответствуют тому направлению в котором я хочу расти." #### "Какой у тебя стиль продаж?" Покажи что у тебя есть методология. Не "я строю отношения" — это говорят все. "Я работаю по MEDDIC фреймворку. На discovery фокусируюсь на выявлении измеримой боли и поиске Champion. Никогда не двигаюсь вперёд без понимания Decision Process. В работе с возражениями использую технику изоляции — убеждаюсь что отвечаю на реальное возражение, а не симптом." #### "Какой у тебя quota и как ты его выполняешь?" Называй цифры уверенно. Не округляй вниз — называй реальные. "Мой quota на 2025 год был $800,000 ARR. Закрыл $940,000 — это 117%. Из них три Enterprise сделки выше $100,000." Если были кварталы где не выполнил — называй честно и объясни контекст: "В Q2 2024 выполнил только 78% — это был сложный квартал после смены ICP в компании. К Q3 адаптировался и закрыл 134%." #### "Есть ли у тебя вопросы к нам?" Это не формальность — это продолжение интервью. Плохие вопросы: "Какая зарплата?" "Сколько дней отпуска?" "Когда вы примете решение?" Хорошие вопросы: "Как выглядит quota на эту роль и как он формируется?" "Какой процент команды выполняет план сейчас?" "Что отличает лучших перформеров в вашей команде от средних?" "Какие главные вызовы для сейлза в первые 90 дней на этой позиции?" "Как выглядит карьерный рост из этой роли в вашей компании?" Хорошие вопросы показывают что ты думаешь как перформер, а не как кандидат ищущий работу. *** ### Mock Call — как пройти Самый страшный для большинства и самый управляемый этап при правильной подготовке. #### Типичный сценарий Тебе говорят: "Представь что я — IT-директор производственной компании 200 человек. Проведи со мной discovery call по нашему продукту." #### Структура mock discovery call **Открытие (1-2 минуты):** "Спасибо что нашли время. Предлагаю построить разговор так: я задам несколько вопросов чтобы понять вашу ситуацию, если увижу что можем помочь — расскажу как именно. Вам подходит такой формат?" **Situation (3-4 минуты):** Быстро собери контекст. Не трать много времени здесь. **Pain (8-10 минут):** Это сердце звонка. Открывающий вопрос: "Что привело вас к тому чтобы посмотреть на решения в этой области?" Углубляй каждый ответ: "Расскажите подробнее..." "Как долго это происходит?" "Как это влияет на бизнес?" **Impact (3-4 минуты):** "Если перевести в деньги — сколько это стоит вам сейчас?" "Что происходит если не решить это в этом году?" **Мини-питч (3-4 минуты):** Только после того как услышал боль. Покажи как продукт решает конкретно их ситуацию. **Закрытие на следующий шаг:** "По тому что вы рассказали — думаю есть смысл двигаться дальше. Предлагаю демо на 45 минут — покажу конкретно как это работает для вашей ситуации. Вам удобно в четверг или пятницу?" #### Типичные ошибки на mock call Начинает питчить без вопросов. Задаёт слишком много ситуационных вопросов. Не доходит до реальной боли. Не закрывает на конкретный следующий шаг. Теряется когда интервьюер возражает. *** ### После интервью #### Follow-up в тот же день Напиши thank you email в течение 2-4 часов. Структура: Строка 1: благодарность за время. Строка 2-3: одна конкретная вещь из разговора которая усилила интерес. Строка 4: подтверждение интереса к роли. Строка 5: следующий шаг. Пример: "Алия, спасибо за разговор сегодня. Особенно интересно было услышать про фокус команды на Enterprise fintech — это точно соответствует тому чем я занимался последние 3 года. Ещё больше уверен что эта роль и то что я ищу — совпадают. Жду следующего этапа и готов предоставить любые дополнительные материалы если нужно. Руслан" #### Если долго нет ответа Через 5-7 рабочих дней после обещанного срока — напомни о себе. Один раз. Коротко. Без давления. "Добрый день, Алия. Хотел уточнить статус по позиции — всё ещё очень заинтересован. Есть ли обновление?" *** ### Переговоры об оффере Большинство кандидатов принимают первый оффер без переговоров. Это ошибка. Компании ожидают переговоры. Первый оффер редко является максимально возможным. #### Как вести переговоры Получил оффер — не принимай сразу. "Спасибо за оффер. Мне нужно 1-2 дня чтобы всё обдумать." Изучи оффер детально: Base, Variable, OTE, quota, бонусная структура, акселераторы, equity если есть, benefits. Если хочешь больше — скажи прямо: "Я очень заинтересован в этой роли. По base salary — я ожидал $X основываясь на рыночных данных и моём опыте. Есть ли возможность пересмотреть?" #### Что можно negotiate Base salary — обычно есть гибкость 10-20%. Sign-on bonus — если переходишь и теряешь что-то на текущем месте. Quota на первые 2 квартала — ramp-up период пока входишь в роль. Дата выхода — если нужно больше времени. Remote/hybrid условия. #### Чего не делать Не давай ультиматумов. Не лги о других офферах если их нет. Не торгуйся по каждому пункту сразу — выбери 1-2 важных момента. --- # Agent Instructions This documentation is published with GitBook. GitBook is the documentation platform designed so that both humans and AI agents can read, navigate, and reason over technical content effectively. Learn more at gitbook.com. ## Querying This Documentation If you need additional information that is not directly available in this page, you can query the documentation dynamically by asking a question. Perform an HTTP GET request on the current page URL with the `ask` query parameter: ``` GET https://gravii.gitbook.io/kzsaleshub/karera-v-it-prodazhakh/intervyu-v-it-prodazhakh.md?ask= ``` The question should be specific, self-contained, and written in natural language. The response will contain a direct answer to the question and relevant excerpts and sources from the documentation. Use this mechanism when the answer is not explicitly present in the current page, you need clarification or additional context, or you want to retrieve related documentation sections.