> 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/peregovory-i-zakrytie/finalnoe-zakrytie-sdelki.md).

# Финальное закрытие сделки

Закрытие — это не момент. Это результат всего что было до.

Если discovery был глубоким, Champion сильным, Economic Buyer вовлечённым, боль острой и измеримой, а ценность очевидной —

закрытие происходит естественно.

Если на финальном этапе ты давишь и уговариваешь — значит что-то пошло не так раньше.

Это не значит что техники закрытия не нужны. Нужны. Но они работают только когда фундамент выстроен правильно.

***

### Почему сделки не закрываются

Прежде чем применять техники — диагностируй реальную проблему.

#### Нет реальной боли

Клиент "заинтересован" но не горит. Проблема есть но не острая. Статус кво комфортен.

Признаки: Встречи проходят хорошо но сдвига нет. "Мы рассматриваем" уже третий месяц. Клиент не вовлекает других стейкхолдеров.

Что делать: Вернись к боли. "Помните мы обсуждали \[проблема]. Как ситуация изменилась с тех пор?"

Или: создай urgency через стоимость бездействия: "Каждый месяц без решения стоит вам \[конкретная цифра]. За 3 месяца пока мы общаемся — это уже \[сумма]."

#### Нет Economic Buyer

Ты работаешь с человеком который не может сказать "да". Он может только сказать "нет" или "передам выше".

Признаки: "Мне нужно согласовать с руководством" на каждом этапе. Нет доступа к финальному решателю. Champion не может организовать встречу с вышестоящим.

Что делать: Честный разговор с Champion: "Я понимаю что финальное решение принимает \[имя]. Что нам нужно сделать чтобы организовать встречу с ним?"

Если Champion не может этого — ищи другой путь к Economic Buyer.

#### Нет Critical Event

Без дедлайна решение откладывается бесконечно.

Признаки: "Мы сделаем это в этом году" без конкретной даты. Срочность снижается с каждой встречей.

Что делать: Найди или создай Critical Event.

Найти: "Что происходит в вашей компании в конце квартала/года что делает решение этого вопроса важным?"

Создать: дедлайн со стороны твоей компании. "Наша специальная цена действует до конца квартала. После — стандартный прайс."

Но создавай только реальные дедлайны. Искусственные которые не выполняются — разрушают доверие.

#### Незакрытые возражения

Клиент говорит "да" в лицо но внутри есть сомнение.

Признаки: Избегает конкретики по срокам. Придумывает новые вопросы. Перестаёт инициировать контакт.

Что делать: Прямой вопрос: "Я хочу убедиться что мы рассмотрели все вопросы. Что останавливает вас от принятия решения сегодня?"

Молчи после вопроса. Дай человеку сказать правду.

***

### Сигналы готовности к закрытию

Закрывай когда видишь эти сигналы. Не раньше — не позже.

#### Вербальные сигналы

"Когда вы сможете начать?" "Как выглядит процесс внедрения?" "Нам нужно будет обучить команду из N человек" "Какие условия оплаты?" "Что нужно для старта?"

Всё это вопросы категории "когда" — не "нужно ли". Клиент мысленно уже купил. Помоги ему сделать следующий шаг.

#### Невербальные сигналы

Наклон вперёд во время обсуждения деталей. Начинает делиться внутренней информацией. Вовлекает новых людей в разговор. Просит познакомить с твоей командой. Упоминает конкретные сроки внутри компании.

***

### Техники закрытия

#### Техника 1 — Assumptive Close

(Предполагающее закрытие)

Ведёшь себя так как будто решение принято. Переходишь к обсуждению деталей реализации.

"Хорошо, давайте обсудим как будет выглядеть запуск. Когда удобнее начать — первая или вторая половина апреля?"

Если клиент готов — он включается в детали. Если нет — скажет об этом. И это выявит реальное возражение.

#### Техника 2 — Summary Close

(Резюмирующее закрытие)

Перечисли всё что обсудили и договорились. Потом попроси подтверждение.

"Итак, мы договорились что: — Решение закрывает \[боль] — Внедрение займёт \[срок] — Начинаем с \[модуль] — Цена \[сумма] с условиями \[условия]

Всё верно? Тогда предлагаю двигаться к договору."

Это не давление. Это логичный следующий шаг после полного обсуждения.

#### Техника 3 — Alternative Close

(Выбор без выбора)

Предлагаешь два варианта — оба ведут к закрытию.

"Вам удобнее начать в апреле или в мае?"

"Вы хотите начать с полного пакета или с базового с расширением через квартал?"

"Предпочитаете годовой контракт или сразу на два года с соответствующей скидкой?"

Клиент выбирает между вариантами, а не между "да" и "нет".

#### Техника 4 — Urgency Close

(Закрытие через срочность)

Работает только если urgency реальная.

"Наша цена действительна до конца марта. С апреля вступает новый прайс +12%. Если хотите зафиксировать текущие условия — нужно подписать до 31-го."

Или через Critical Event клиента: "Вы говорили что вам важно запустить до конца Q2. Чтобы успеть к этому сроку — нам нужно начать внедрение не позже апреля. Это значит договор нужен до конца марта."

#### Техника 5 — Trial Close

(Пробное закрытие)

Используй на протяжении всего процесса — не только в конце.

Это небольшие проверки готовности:

"Если мы решим \[возражение] — вы готовы двигаться вперёд?"

"Насколько то что я показал соответствует тому что вы ищете? По шкале от 1 до 10?"

"Что ещё нужно чтобы вы были уверены в решении?"

Если клиент отвечает позитивно — двигайся к финальному закрытию. Если нет — выявляешь возражение раньше.

#### Техника 6 — Ben Franklin Close

Помоги клиенту взвесить аргументы за и против.

"Давайте сделаем простое упражнение. Запишем аргументы за и против решения прямо сейчас. Начнём с плюсов — что вы получаете?"

Клиент сам называет плюсы. Потом ты помогаешь с минусами — и предлагаешь как их закрыть.

Работает потому что клиент сам убеждает себя через этот процесс.

***

### Как просить о следующем шаге

Каждый разговор должен заканчиваться конкретным следующим шагом. Не "я пришлю информацию". А конкретное действие с датой.

Слабо: "Я пришлю вам материалы и мы продолжим разговор."

Сильно: "Я пришлю договор до пятницы. Можем ли мы запланировать 30 минут в следующий четверг чтобы обсудить любые вопросы и двигаться к подписанию?"

Правило: следующий шаг всегда называй ты. Не жди когда клиент предложит. Бери инициативу.

***

### Работа с "нам нужно подумать"

Самое частое и самое размытое возражение.

Никогда не отвечай: "Конечно, думайте — я буду ждать вашего ответа."

Это передаёт контроль клиенту и убивает momentum.

#### Шаг 1 — Прими и уточни

"Конечно, это важное решение. Помогите мне понять — что именно вы хотите обдумать?"

Пауза. Жди ответа.

#### Шаг 2 — Изолируй возражение

"Кроме этого — есть ли что-то ещё что вас останавливает?"

Убедись что это единственное препятствие.

#### Шаг 3 — Закрой возражение

Если "нам нужно посовещаться с командой": "Понимаю. Что если мы организуем встречу с вашей командой — я отвечу на все вопросы напрямую?"

Если "нам нужно пересмотреть бюджет": "Когда у вас бюджетный комитет? Что мне нужно подготовить чтобы помочь вам обосновать решение?"

Если "нам нужно время на оценку": "Сколько времени вам нужно? Давайте запланируем конкретную дату для финального разговора — чтобы у вас было достаточно времени и у нас была ясность."

***

### После закрытия

Клиент сказал "да". Подписал договор.

Что дальше — критично для долгосрочных отношений.

#### В первые 24 часа

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

#### Передача в Customer Success

Хороший handoff — это продолжение твоей репутации.

Проведи встречу: ты, CSM, клиент. Передай контекст: — Почему купили — Что обещал — Кто стейкхолдеры — Что важно для клиента лично

Клиент не должен повторять свою историю заново.

#### Через 30 дней — проверка

Свяжись с клиентом лично. Не через CSM.

"Как идёт внедрение? Всё соответствует ожиданиям?"

Это строит доверие которое ведёт к renewals и expansion.

#### Попроси референс в правильный момент

Не сразу после подписания. Через 60-90 дней когда клиент получил первые результаты.

"Вижу что запуск прошёл хорошо. Есть ли коллеги или партнёры которым этот опыт мог бы быть полезен? Буду признателен за знакомство."

Лучшие новые клиенты приходят от довольных текущих.

***

### Чеклист финального закрытия

Перед финальной встречей проверь каждый пункт:

Economic Buyer будет на встрече: да/нет Champion подтвердил поддержку: да/нет Все возражения закрыты: да/нет Legal вопросы решены: да/нет Бюджет подтверждён: да/нет Critical Event установлен: да/нет Договор готов к подписанию: да/нет Следующий шаг после подписания определён: да/нет

Если хотя бы один пункт "нет" — сделка не готова к закрытию. Работай над этим пунктом до финальной встречи.

***

### Когда отпустить сделку

Не все сделки стоит дожимать.

Признаки что нужно остановиться:

Champion исчез и не отвечает. Economic Buyer недоступен несмотря на все попытки. Три последних обещания по срокам были нарушены клиентом. Клиент просит нереальные условия которые делают сделку убыточной. Твоя интуиция говорит что что-то фундаментально не так.

Последнее письмо в таком случае:

"Аскар, мы общаемся уже несколько месяцев. Вижу что момент для решения сейчас не наступил. Закрываю этот диалог с моей стороны.

Если ситуация изменится — буду рад вернуться к разговору.

Желаю успехов в ваших проектах.

Руслан"

Это освобождает тебя. И иногда — именно это письмо получает ответ с готовностью двигаться.

***

> Закрытие — это не финиш. Это начало отношений которые при правильной работе принесут в 10 раз больше чем первая сделка.


---

# 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/peregovory-i-zakrytie/finalnoe-zakrytie-sdelki.md?ask=<question>
```

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.