Appearance
Alakris — Objection Handling Guide 2026
| Версия | v1.0 |
| Дата | 2026-07-12 |
| Статус | APPROVED — опубликовано 2026-07-12 |
| Контракт | MKT-030-7 (PARENT: MKT-030) |
| Формат | Battlecard: "When They Say / You Say" (HubSpot/Klue-стиль) |
| Ссылается на | Pricing Book (pricing-book-2026.md, MKT-030-3), Discount Policy (MKT-030-9, только ссылкой — проценты скидок не дублируются здесь) |
Принцип: LAER (Listen — Acknowledge — Explore — Respond)
Первое возражение почти никогда не истинное. Прежде чем отвечать — Explore-вопросом вскрыть настоящую причину. Ниже для каждого возражения RIGHT_RESPONSE построен по LAER, а не как готовый лозунг для немедленного произнесения.
Антипаттерн, которого избегаем везде: defensive-оправдание и мгновенный сброс цены. Любая необъяснимая уступка заставляет клиента думать, что цена изначально была завышена — этот принцип действует во всех 9 возражениях ниже, не только ценовых.
Тон ответа зависит от тира клиента (см. плейсхолдеры [тир] в RIGHT_RESPONSE): self-service (Lite/Self-Service) — быстро, по делу, без сложной ROI-математики; Managed — чуть глубже, с опорой на закреплённого специалиста; Enterprise — полноценный ROI-разговор (Sales Playbook, раздел 6).
1. «Дорого»
- TRIGGER_PHRASES: «Это дорого», «за что такие деньги», «у конкурентов дешевле».
- ROOT_CAUSE: сигнал «не вижу ROI», НЕ отказ и не всегда про бюджет буквально. Клиент не смог сам пересчитать цену в ценность.
- WRONG_RESPONSE: сразу предложить скидку («давайте сделаем дешевле») — подтверждает подозрение, что цена была завышена изначально. Также неверно — спорить («на самом деле это не дорого»).
- RIGHT_RESPONSE (LAER):
- Acknowledge: «Понимаю, цифра должна быть оправдана.»
- Explore: «Дорого по сравнению с чем — с бюджетом, который вы закладывали, или с тем, что вы ожидали получить за эти деньги?»
- Respond по тиру:
[Lite/Self-Service]: «$30/$129 в месяц — это меньше одного упущенного ночного лида. Хотите, посчитаем, сколько заявок вы теряете сейчас?»[Managed/Enterprise]: ROI-фрейминг (Sales Playbook, раздел 6) — довести клиента до того, чтобы он сам назвал цифру потенциального прироста выручки, затем сравнить с ценой тира.
- PROOF_POINT: таблица ROI из
Alakris_Price_List_2026.pdf(Enterprise Pricing Policy, Pricing Book) — например, при выручке $1M/год и uplift конверсии +5%, платформа стоимостью $2 500/мес даёт чистую выгоду +$9 000/мес. Использовать релевантную строку под масштаб клиента, не выдуманную цифру.
2. «Подумаем»
- TRIGGER_PHRASES: «Надо подумать», «обсудим внутри команды», «дайте время».
- ROOT_CAUSE: либо реальная необходимость согласования (см. Ось 5 Qualification Guide — Authority), либо вежливая форма отказа из-за неозвученного возражения (часто — цена или сомнение, которое не проговорили вслух).
- WRONG_RESPONSE: согласиться и просто ждать без follow-up даты («хорошо, напишите, когда решите») — сделка зависает без owner и срока.
- RIGHT_RESPONSE (LAER):
- Acknowledge: «Конечно, это решение стоит взвесить.»
- Explore: «Что именно нужно обдумать — сам продукт, цену, или сроки внедрения? Так я пришлю именно то, что поможет решить.»
- Respond: зафиксировать конкретную дату follow-up (не «как решите — напишите»), при возможности — узнать реальную причину паузы прямо сейчас, пока разговор идёт.
- PROOF_POINT: нет отдельной метрики — этот пункт про процесс (next steps, Sales Playbook раздел 1), не про доказательство ценности.
3. «Уже пользуемся другим решением»
- TRIGGER_PHRASES: «У нас уже есть чат-бот / CRM / другой сервис», «мы работаем с [конкурент]».
- ROOT_CAUSE: клиент не видит причины менять то, что уже работает — задача не «доказать, что мы лучше вообще», а найти конкретный gap в текущем решении.
- WRONG_RESPONSE: критиковать конкурента напрямую («у них хуже, потому что...») — выглядит как атака, а не решение проблемы клиента.
- RIGHT_RESPONSE (LAER):
- Acknowledge: «Отлично, что уже есть база — многие наши клиенты приходят именно с этим.»
- Explore: «Что в текущем решении устраивает, а что — нет? Что заставило вообще рассмотреть альтернативу?»
- Respond: показать конкретный gap, названный клиентом (не общий питч), и путь миграции с низким трением — self-service тиры настраиваются без долгого внедрения, старое решение можно вести параллельно на переходный период.
- PROOF_POINT: нет опубликованного кейса миграции с конкретного конкурента на 2026-07-12 — не выдумывать сравнение с конкретным продуктом, если approved-кейса нет.
4. «Нет времени»
- TRIGGER_PHRASES: «Сейчас не до этого», «слишком заняты, чтобы внедрять новое».
- ROOT_CAUSE: страх сложного внедрения, требующего много времени команды клиента — часто основан на опыте с другими enterprise-инструментами, а не с Alakris.
- WRONG_RESPONSE: обещать «это займёт 5 минут» без уточнения тира — для self-service это правда, для Managed/Enterprise внедрение занимает недели/месяцы, и такое обещание разрушит доверие позже.
- RIGHT_RESPONSE (LAER):
- Acknowledge: «Понимаю, время сейчас — самый дефицитный ресурс.»
- Explore: «А сколько времени сейчас реально уходит на [боль, названная на discovery] каждую неделю?»
- Respond по тиру:
[Lite/Self-Service]: «Здесь буквально обратный эффект — conversational-онбординг занимает один сеанс, от регистрации до живого виджета. Это не про «выделить время на внедрение», это про 15 минут один раз.»[Managed/Enterprise]: честно про реальные сроки (Pricing Book, Enterprise Pricing Policy: от 6 недель до 7 месяцев в зависимости от объёма), но с акцентом, что внедрение ведёт закреплённый специалист/онбординг-команда — команда клиента не тратит время сверх согласования.
- PROOF_POINT: «нет опубликованного кейса» с точным сроком внедрения на 2026-07-12 — ссылаться на общий рыночный ориентир из Pricing Book, не на конкретного клиента.
5. «Попробуем позже»
- TRIGGER_PHRASES: «Вернёмся к этому в следующем квартале», «сейчас не сезон».
- ROOT_CAUSE: либо реальная сезонность бизнеса, либо способ мягко отказать без confrontation.
- WRONG_RESPONSE: давить на срочность искусственно («только сегодня специальные условия») — создаёт ощущение манипуляции, особенно если это неправда.
- RIGHT_RESPONSE (LAER):
- Acknowledge: «Логично, если сейчас неподходящий момент.»
- Explore: «Что должно произойти к тому моменту, чтобы решение стало актуальным? Это про сезон бизнеса, бюджет, или что-то ещё держит вас?»
- Respond: если реальная сезонность — предложить начать с Lite/Self-Service уже сейчас (низкий порог входа, снимает потери в межсезонье), масштабирование — к сезону; зафиксировать конкретную дату возврата к разговору.
- PROOF_POINT: land-and-expand стратегия (
pricing-strategy-2026.md, раздел 4.1) — низкий входной барьер снимает трение решения именно в таких ситуациях.
6. «Нужен только сайт»
- TRIGGER_PHRASES: «Нам достаточно просто чат на сайте», «остальное не нужно».
- ROOT_CAUSE: клиент пока не видит связи между отдельными процессами (чат → CRM → аналитика) — воспринимает их как разрозненные фичи, а не как единую воронку.
- WRONG_RESPONSE: сразу пытаться допродать весь Managed-набор — игнорирует явно названную клиентом потребность и создаёт ощущение навязывания.
- RIGHT_RESPONSE (LAER):
- Acknowledge: «Хорошо, начнём именно с чата — это ровно то, что делает тир Lite.»
- Explore: «А что происходит с заявкой после того, как чат её поймал — она куда-то фиксируется, или менеджер вручную её обрабатывает?»
- Respond: закрыть именно запрошенную потребность на Lite, не давить на апсейл сейчас — упомянуть, что Марина (CRM-агент) доступна позже, если/когда объём заявок вырастет, но без давления в моменте.
- PROOF_POINT: Pricing Book, тир Lite — «1 AI-агент (виджет-чат)», это ровно то, что просит клиент, честная продажа без избыточности.
7. «Нужен только чат»
- TRIGGER_PHRASES: «Больше ничего не нужно, только чат-бот».
- ROOT_CAUSE: то же, что и «нужен только сайт» (возражение №6), но конкретно про сам продукт-фичу, не про канал. Часто путают Alakris с простым chatbot-конструктором.
- WRONG_RESPONSE: спорить, что «мы не просто чат-бот» лозунгом — не отвечает на реальный запрос клиента, звучит как оправдание.
- RIGHT_RESPONSE (LAER):
- Acknowledge: «Понимаю — чат на сайте часто первая и самая понятная потребность.»
- Explore: «Что вы ожидаете от этого чата — просто отвечать на вопросы, или ещё и ловить заявки, консультировать по товарам?»
- Respond: показать, что даже «просто чат» на Alakris — это Алекс, полноценный AI-сотрудник (не скриптовый chatbot с фиксированными ответами), работающий на базе знаний клиента — честно закрыть именно эту потребность на Lite, без навязывания остального каталога.
- PROOF_POINT:
ai-employee-catalog-2026.md, персона Алекс — «Реальная платформенная возможность»: облачный виджет-чат, персонализация промптов через Merchant Admin.
8. «AI нам не подходит»
- TRIGGER_PHRASES: «Мы не готовы к AI», «это не для нашего бизнеса», «AI ещё сырой».
- ROOT_CAUSE: общая фраза почти всегда скрывает один из трёх конкретных страхов (см. AI-specific под-раздел ниже) — нельзя отвечать на неё в лоб, пока страх не назван явно.
- WRONG_RESPONSE: готовый лозунг о пользе AI («AI — это будущее, все переходят на это») — не отвечает на конкретный, невысказанный страх клиента.
- RIGHT_RESPONSE (LAER):
- Acknowledge: «Это частое опасение, и оно обоснованное — AI действительно не универсальное решение для всего.»
- Explore: «Что конкретно смущает — вы переживаете, что AI ответит клиенту что-то неточное, что вы потеряете контроль над коммуникацией, или что данные клиентов будут не защищены?»
- Respond: см. AI-specific под-раздел ниже — ответ строится под конкретный названный страх, не общим лозунгом.
- PROOF_POINT: см. под-раздел ниже, по каждому конкретному страху отдельно.
AI-specific под-раздел — три конкретных страха
Раскрываются через Explore-вопросы, не готовыми лозунгами о пользе AI (обязательное требование контракта):
Страх 1 — Замена людей
- Explore-вопрос: «Вы переживаете, что AI заменит кого-то из команды, или что команде придётся многому научиться заново?»
- Ответ: AI-сотрудники (см.
ai-employee-catalog-2026.md) закрывают рутину (ночные ответы, ручная квалификация лидов, транскрибация встреч), а не заменяют людей — они снимают с людей поток однотипных задач, оставляя команде работу, требующую человеческого суждения. Контент-агент (Катя) и SEO-агент (Лев) работают с обязательным утверждением человеком — это не автономная замена, а инструмент под контролем команды.
Страх 2 — Точность ответов
- Explore-вопрос: «Что произойдёт, если AI ответит клиенту неточно — какой сценарий вас больше всего беспокоит?»
- Ответ: агент отвечает на основе базы знаний конкретного клиента (не общих знаний модели «из воздуха»), настраивается через Merchant Admin. Для контента и SEO — обязательный review-этап перед публикацией (см.
ai-employee-catalog-2026.md, ограничения Кати/Льва — честно про степень автономии, не обещать «полностью безошибочно»).
Страх 3 — Контроль / безопасность данных
- Explore-вопрос: «Что для вас критично с точки зрения контроля — кто видит данные клиентов, или возможность вмешаться в разговор в любой момент?»
- Ответ: данные обрабатываются в рамках тенанта клиента, доступ настраивается через Merchant Admin; владелец в любой момент видит историю диалогов и может скорректировать поведение агента через настройки промптов — не «чёрный ящик» без контроля.
9. «Нет бюджета»
- TRIGGER_PHRASES: «Сейчас нет денег на это», «бюджет не заложен».
- ROOT_CAUSE: либо реальное отсутствие бюджета (тогда действительно не сейчас — не давить), либо непонимание, что решение доступно даже на минимальном чеке ($30/мес, Lite).
- WRONG_RESPONSE: сразу предлагать скидку сверх политики (см. Discount Policy, MKT-030-9 — скидки только по approval matrix, не спонтанно менеджером) — создаёт прецедент и подрывает ценовую дисциплину.
- RIGHT_RESPONSE (LAER):
- Acknowledge: «Понимаю, бюджет — реальное ограничение.»
- Explore: «Речь о том, что бюджета вообще нет ни на что, или что именно этот масштаб инвестиций не заложен? На каком уровне бюджет был бы комфортным?»
- Respond: если бюджет объективно ограничен — предложить Lite ($30/мес) как честную точку входа, не пытаться продать более высокий тир через уступки; если бюджет «не заложен» административно — предложить материалы для внутренней презентации (Pricing Book) для согласования бюджета отдельно.
- PROOF_POINT: Pricing Book, тир Lite — самый низкий порог входа в self-serve линейке, специально спроектирован под Land-and-Expand как точка входа для бюджет-чувствительных клиентов.
Fallback (2-й уровень) — если клиент уже слышал стандартный ответ от конкурента и не реагирует
Для любого из 9 возражений выше, если клиент явно даёт понять, что уже слышал похожий ответ («это все так говорят», «понятно, стандартная фраза») — не повторять тот же RIGHT_RESPONSE второй раз. Fallback:
- Признать прямо: «Справедливо, это действительно частый ответ в индустрии.»
- Перевести разговор в конкретику именно ЕГО бизнеса, не общий скрипт: «Давайте иначе — расскажите, что именно в вашей ситуации заставляет сомневаться, и я отвечу конкретно на это, а не общей фразой.»
- Если после этого возражение повторяется третий раз в том же виде — зафиксировать это как реальный, не поверхностный blocker в CRM и предложить следующий шаг с меньшим обязательством (например, демо-доступ без обязательств вместо прямого закрытия сделки).
Edge case — возражение звучит как две причины одновременно
Например, «дорого» = одновременно и реальное ограничение бюджета, и сомнение в ROI. Explore-вопросом явно разделить причины ПЕРЕД ответом — не отвечать на обе шаблоном сразу:
«Смотрите, здесь может быть две разные вещи: либо сумма просто больше, чем заложено в бюджет, либо не до конца понятно, что именно вы получите за эти деньги. Что из этого ближе?»
Дальше — отвечать на реальную названную причину конкретным RIGHT_RESPONSE выше (возражение №1 «Дорого» для ROI-сомнения, №9 «Нет бюджета» для реального бюджетного ограничения), не пытаться закрыть оба одним универсальным ответом.
Документ ведётся отдельной задачей MKT-030-7. Изменение ценовых аргументов — вслед за обновлением Pricing Book (MKT-030-3) и Financial Model (MKT-030-11), не независимо. Проценты скидок — только в Discount Policy (MKT-030-9), не здесь.