---
title: "Deal Desk"
url: "https://kzsaleshub.com/framework/deal-desk/"
type: "framework"
category: "Продажи"
language: "ru"
source: "KZSalesHub"
published: "2026-08-11"
last_updated: "2026-10-07"
---

# Deal Desk

**Суть.** Функция, куда продавец приносит нестандартную сделку и получает быстрый ответ: какая скидка допустима, как собрать конфигурацию, какие условия договора возможны, что требует эскалации. Заменяет хождение по нескольким руководителям.

## Что решает

| Проблема без функции | Как выглядит |
| --- | --- |
| Скидки по договорённости | Разные клиенты получают разные условия без логики |
| Долгое согласование | Неделя на ответ, клиент остывает |
| Обещания, которые не выполнить | Продавец согласовал сроки, не спросив внедрение |
| Нет накопления опыта | Каждый нестандартный случай решается заново |

## Как устроено

Порог входа: сделки выше определённой суммы или со скидкой выше нормы. Обязательство по сроку ответа — обычно один рабочий день, иначе продавцы начнут обходить процесс. Решения записываются: через полгода набор случаев превращается в правила, и поток обращений падает.

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

## Где ломается

**Становится тормозом.** Если ответ идёт три дня, продавцы находят обход, и функция теряет смысл.

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

**Не записывают решения.** Тогда объём работы растёт линейно с числом сделок и функция задыхается.

## Когда нужен

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

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

## Что входит в зону ответственности

- Проверка конфигурации и расчёта: что продаём, из чего складывается цена, что обещано в сроках.
- Согласование отклонений от матрицы скидок и от типового договора.
- Сборка предложения и договора из проверенных блоков.
- Передача во внедрение: что именно обещано клиенту и на каких условиях.
- Накопление статистики: какие отклонения запрашивают чаще всего — это материал для пересмотра правил.

## Правила, без которых функция превращается в бюрократию

1. Срок ответа зафиксирован: типовое — за сутки, сложное — за трое.
2. Порог участия задан суммой и типом отклонения; всё, что ниже, продавец делает сам.
3. Решение принимается один раз и письменно, без возврата к обсуждению на следующем круге.
4. Раз в квартал пересматриваются правила: частое отклонение — это ошибка правила, а не поведения продавцов.

## Частые вопросы

**Кому подчиняется функция**

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

**Не замедлит ли это сделки**

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

**С чего начать**

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

## Что решает выделенная функция по сделкам

| Проблема без неё | Что происходит | Как закрывается |
| --- | --- | --- |
| Скидки по договорённости | Каждый продавец торгуется со своим руководителем | Единые пороги и порядок утверждения |
| Нестандартные условия | Юристы получают договор в последний день | Раннее подключение и типовые отступления |
| Сложная конфигурация | Ошибки в расчёте вскрываются после подписи | Проверка до отправки предложения |
| Долгое согласование | Недели на переписку | Срок ответа как обязательство функции |

## Как не превратить в узкое место

1. Задайте порог: типовые сделки идут мимо, через функцию проходит только то, что выходит за рамки.
2. Установите срок ответа и измеряйте его. Без этого функция становится очередью.
3. Дайте право решения, а не только согласования. Инстанция без полномочий добавляет шаг и ничего не ускоряет.
4. Возвращайте выводы в свод договорных позиций: повторяющееся отступление должно стать правилом.

Показатель полезности один: средний срок от запроса до утверждённого предложения. Если он не сократился, функция стала дополнительным согласованием.

## Связанное

- [Ценообразование и упаковка](https://kzsaleshub.com/framework/pricing-packaging/)
- [Contract Playbook](https://kzsaleshub.com/framework/contract-playbook/)

Функция окупается не контролем скидок, а сокращением недель ожидания. Контроль — приятное следствие, а не цель.

---
Источник: https://kzsaleshub.com/framework/deal-desk/