> 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/freimvorki-prodazh/meddic-polnyi-razbor.md).

# MEDDIC — полный разбор

MEDDIC — самый популярный фреймворк квалификации сделок в Enterprise B2B. Создан в PTC в 90-х, сегодня используется в Salesforce, HubSpot, Gong и сотнях IT-компаний по всему миру.

Суть простая: если не можешь ответить на все 6 вопросов — сделка не квалифицирована.

### M — Metrics (Метрики)

Какой измеримый результат получит клиент?

Без цифр нет сделки. Клиент должен понимать конкретную ценность в деньгах, времени или процентах.

**Плохо:** "Мы поможем оптимизировать процессы"

**Хорошо:** "Сократим время обработки заявки с 3 дней до 4 часов — это $180,000 экономии в год при вашем объёме"

**Вопросы которые задаёшь клиенту:**

* Как вы сейчас измеряете успех в этой области?
* Если мы решим эту проблему — как это повлияет на ваши ключевые показатели?
* Какой ROI вы ожидаете от этого проекта?

***

### E — Economic Buyer (Экономический покупатель)

Кто финально подписывает бюджет?

Это не всегда тот с кем ты общаешься. Часто IT-директор ведёт переговоры, но деньги выделяет CFO или CEO.

**Признаки что ты не с Economic Buyer:**

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

**Как выйти на Economic Buyer:**

* Попроси Champion познакомить напрямую
* Предложи Executive Briefing — встречу твоего CEO с их CEO
* Используй повод: "Хотел бы лично представить бизнес-кейс вашему руководству"

**Вопросы для квалификации:**

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

***

### D — Decision Criteria (Критерии решения)

По каким параметрам клиент выбирает между тобой и конкурентом?

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

**Типичные критерии в IT-продажах:**

* Функциональность и соответствие требованиям
* Цена и TCO (total cost of ownership)
* Надёжность вендора и поддержка
* Безопасность и compliance
* Скорость внедрения
* Локализация и поддержка на русском/казахском

**Вопросы:**

* По каким критериям вы будете выбирать решение?
* Что для вас важнее — цена или скорость запуска?
* Есть ли обязательные требования без которых мы не пройдём отбор?

***

### D — Decision Process (Процесс принятия решения)

Сколько этапов согласования и кто участвует?

В Enterprise это редко один человек и одна встреча. Обычно: пилот → оценка → тендер → юридическое согласование → подписание.

**Что нужно знать:**

* Все этапы от сейчас до подписания
* Кто участвует на каждом этапе
* Сроки каждого этапа
* Есть ли тендерные требования

**Вопросы:**

* Опишите как выглядит процесс принятия решения в вашей компании?
* Сколько времени обычно занимает согласование такого проекта?
* Нужен ли тендер или пилот перед покупкой?
* Кто ещё будет участвовать в оценке?

***

### I — Identify Pain (Боль)

Какая проблема настолько острая что клиент готов платить прямо сейчас?

Боль должна быть:

* **Осознанной** — клиент сам её признаёт
* **Острой** — причиняет реальный ущерб сейчас
* **Задокументированной** — выражена в цифрах

**Уровни боли:**

Уровень 1 — Физическая боль: "Наши менеджеры тратят 3 часа в день на ручной ввод данных"

Уровень 2 — Бизнес-влияние: "Из-за этого мы теряем $50,000 в месяц на операционных расходах"

Уровень 3 — Личная боль: "Я как директор не могу масштабировать команду пока этот процесс не автоматизирован"

Чем глубже уровень — тем сильнее мотивация купить.

**Вопросы:**

* Что происходит если вы не решите эту проблему в этом году?
* Сколько это стоит вашему бизнесу сейчас?
* Почему это стало приоритетом именно сейчас?

***

### C — Champion (Чемпион)

Кто внутри компании клиента продаёт тебя когда тебя нет в комнате?

Champion — твой главный актив в сделке. Без него Enterprise не закрывается.

**Признаки сильного Champion:**

* Имеет влияние и доступ к Economic Buyer
* Лично выигрывает если проект случится
* Активно помогает: даёт инсайды, организует встречи, защищает тебя на внутренних совещаниях

**Признаки слабого или ложного Champion:**

* Говорит "я за вас" но не делает ничего
* Не имеет доступа к руководству
* Боится внутреннего сопротивления

**Как развивать Champion:**

* Дай ему инструменты: бизнес-кейс, ROI-расчёт, презентацию для руководства
* Помоги ему выглядеть героем внутри компании
* Регулярно проверяй: "Что происходит внутри? Есть ли сопротивление?"

***

### MEDDIC Scorecard

Оцени каждый элемент от 0 до 2:

**0** — не знаем / не квалифицировано **1** — частично квалифицировано\
**2** — полностью квалифицировано

| Элемент           | Оценка  | Комментарий |
| ----------------- | ------- | ----------- |
| Metrics           | /2      |             |
| Economic Buyer    | /2      |             |
| Decision Criteria | /2      |             |
| Decision Process  | /2      |             |
| Identify Pain     | /2      |             |
| Champion          | /2      |             |
| **Итого**         | **/12** |             |

**Интерпретация:**

* 0-4: Не двигай сделку вперёд
* 5-8: Работай над слабыми элементами
* 9-12: Квалифицированная сделка, инвестируй время


---

# 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/freimvorki-prodazh/meddic-polnyi-razbor.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.
