Вопросы на собеседовании: BDR / SDR

BDR создаёт квалифицированные возможности для продаж, начиная диалог с потенциальными клиентами, которые сами не обращались в компанию.

• Я выбираю компании и контакты по портрету идеального клиента, а не пишу всем подряд.
• Я использую звонки, письма и социальные сети, чтобы понять, есть ли подходящая проблема и интерес к встрече.
• Я передаю AE собранный контекст и слежу за конверсией в принятые возможности, а не только за числом действий.

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

• Обычно он включает отрасль, размер компании, географию, выручку и используемые технологии.
• В него также входят условия бизнеса, например проблема, которую решает продукт, или достаточная зрелость команды для его внедрения.
• По ICP я выбираю компании, а персона покупателя помогает найти подходящих людей внутри них.

Персона покупателя описывает подходящего человека внутри компании, соответствующей ICP, включая его цели, проблемы и роль в покупке.

• ICP подсказывает, какие компании выбирать, а персона показывает, кому писать и какой смысл может быть важен этому человеку.
• Руководитель продаж может отвечать за бизнес-результат, а Sales Operations оценивать рабочий процесс и интеграции.
• Я адаптирую ценностное предложение и подтверждение результата под персону, а не отправляю одинаковую презентацию всем должностям.

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

• Данные компании включают отрасль, число сотрудников, местоположение и используемые технологии.
• Данные контакта включают должность, уровень, обязанности, email, телефон и профиль LinkedIn.
• Salesforce связывает несколько контактов с одной компанией, чтобы команда видела группу участников покупки и не дублировала обращения.

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

• Формальным признаком может быть SaaS-компания со 100 до 1 000 сотрудников на поддерживаемом рынке.
• Практическим признаком может быть растущий отдел продаж, определённая технология в стеке или процесс, который заменяет наш продукт.
• Я фиксирую основания для оценки, чтобы другой сотрудник понимал, почему компания получила приоритет.

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

• Явные причины включают неподдерживаемую страну, размер вне целевого диапазона или статус прямого конкурента.
• Отсутствие нужной проблемы или несовместимая технология делают компанию слабым кандидатом, даже если отрасль подходит.
• Я отмечаю причину в CRM, а не удаляю запись, чтобы другой BDR не повторял то же исследование.

Общий доступный рынок охватывает всех возможных покупателей, а рабочий список содержит отфильтрованные компании, с которыми можно работать сейчас.

• Оценка TAM может включать тысячи компаний на основании размера рынка и возможностей продукта.
• Рабочий список учитывает ICP, правила территории, качество данных и текущие приоритеты.
• Я сужаю список до объёма, который можно качественно исследовать и обработать, а не превращаю весь рынок в очередь на неделю.

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

• Я проверяю базовые признаки ICP: размер, отрасль, страну, продукт и текущую должность контакта.
• Я ищу один полезный бизнес-сигнал, например план найма, раунд инвестиций, расширение, смену руководителя или подходящую технологию.
• Я связываю сигнал с ценностью продукта, а не ограничиваюсь общим комплиментом компании.

Я сочетаю официальные источники самой компании с надёжными сервисами данных для продаж и перепроверяю важные факты.

• Сайт компании, раздел вакансий, пресс-релизы и годовые отчёты раскрывают продукты, приоритеты и планы найма.
• LinkedIn помогает подтвердить текущую должность, структуру команды и недавнюю смену работы.
• Salesforce и Apollo показывают владельца записи, прошлые действия, контакты и обогащённые данные, но не каждое поле там актуально.

Триггерное событие представляет собой недавнее изменение, которое даёт своевременный и обоснованный повод обратиться к компании.

• Примеры включают новый раунд инвестиций, активный найм, запуск продукта, выход на новый рынок или нового руководителя.
• Событие полезно, только если его можно связать с проблемой, которую решает наш продукт.
• Я кратко объясняю связь, например найм 20 сотрудников поддержки повышает потребность в быстром обучении, а не просто поздравляю собеседника.

Я определяю приоритет по соответствию ICP, признакам актуальной потребности и правилам территории или кампании.

• Сильное соответствие ICP важнее всего, потому что интерес компании, которая не может купить продукт, бесполезен.
• Подходящее триггерное событие, прошлое взаимодействие или известная технология могут поднять хорошую компанию выше.
• Я использую согласованный рейтинг или уровень в Salesforce и пересматриваю устаревший приоритет при изменении исходных данных.

Сначала я задаю ICP и правила территории, нахожу подходящие компании, добавляю нужные контакты, затем проверяю данные и удаляю дубли.

• Я сначала применяю фильтры компаний, чтобы не обогащать контакты в организациях, с которыми команда не может работать.
• Я выбираю должности и уровень по персонам покупателей, затем добавляю проверенные рабочие контакты.
• Перед запуском я проверяю владельца в CRM, списки исключений, дубли, пропущенные поля и недавние обращения.

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

• Я проверяю выборку записей: размер компании, соответствие должности и то, работает ли человек там сейчас.
• Я слежу за долей недействительных email и неверных номеров, потому что частые ошибки указывают на плохое обогащение.
• Я также сравниваю конверсию списка в ответы и встречи по источникам, ведь большой список не обязательно имеет ценность.

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

• Я ищу вероятных пользователей, операционных экспертов, владельцев бюджета и руководителей, а не полагаюсь на одно точное название должности.
• Перед добавлением я проверяю текущую роль и уровень человека в LinkedIn или на сайте компании.
• Для junior-кампании два или три подходящих контакта на компанию обычно дают охват без массовой рассылки всей организации.

Работа с несколькими контактами означает обращение к нескольким значимым людям в одной компании вместо зависимости от одного человека.

• Разным участникам важны бизнес-результат, техническое соответствие или ежедневная работа, поэтому каждому нужно подходящее сообщение.
• Я развожу обращения по времени и проверяю историю в CRM, чтобы коллеги не получили одинаковые письма одновременно.
• Я сохраняю общую картину по компании, чтобы ответ одного человека влиял на дальнейшую работу с остальными.

Обогащение добавляет в существующую запись недостающие или обновлённые данные о компании и контакте.

• Apollo может добавить должность, число сотрудников, рабочий email, телефон и используемые технологии.
• По возможности я сохраняю источник и дату обновления, потому что люди меняют работу, а компании растут.
• Обогащение помогает исследованию и распределению записей, но важные поля для персонализации я всё равно проверяю.

Проверка email снижает число жёстких возвратов и защищает репутацию отправителя, которой пользуется вся команда.

• Сервис проверки определяет, способны ли домен и ящик принимать почту, не отправляя само письмо кампании.
• Я не использую недействительные адреса и следую правилам команды для рискованных результатов и доменов, принимающих письма на любые адреса.
• После запуска я слежу за долей жёстких возвратов, потому что ранее верные данные тоже устаревают.

Хорошая гигиена данных сохраняет записи точными, актуальными, однозначно закреплёнными и полезными для следующего участника продаж.

• Я стандартизирую страну, название компании, формат телефона и статус лида, а не прячу факты в свободных заметках.
• Перед созданием записи в Salesforce я объединяю или отмечаю дубли и проверяю владельца компании.
• Я фиксирую результаты вроде неверного контакта, ухода из компании или запрета на обращения, чтобы плохие данные не вернулись в другую последовательность.

Холодное письмо должно быстро показать уместность обращения, связать реальную проблему с ценностью и предложить один простой следующий шаг.

• Начало опирается на конкретный сигнал компании или персоны, а не на общее представление нашей компании.
• Основная часть называет одну вероятную проблему и один убедительный результат или пример.
• В конце стоит простой призыв к действию, например вопрос, стоит ли обсудить тему за 15 минут.

Хороший заголовок короток, правдив и связан с причиной письма, но не маскируется под внутреннюю переписку.

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