> For the complete documentation index, see [llms.txt](https://doc.nextbot.ru/llms.txt). Markdown versions of documentation pages are available by appending `.md` to page URLs; this page is available as [Markdown](https://doc.nextbot.ru/sales/osnovy-prodazh/chto-takoe-prodazha.md).

# Что такое продажа

Большинство интеграторов описывают клиенту, что они умеют: «настраиваю ботов», «подключаю интеграции», «делаю агентов в Nextbot». Это не продажа. Клиент не покупает технологию — он покупает решение своей проблемы.

**Если** вы рассказываете о своих навыках и возможностях продукта, **то** велика вероятность, что вы не попадёте в боль или потребность клиента и он пройдёт мимо.

## Продажа — это последовательность из трёх действий:

1. **Найти** потребность, желание или боль клиента, за решение которой он готов заплатить.
2. **Усилить** эту боль — показать её важность, последствия, что клиент теряет прямо сейчас.
3. **Показать**, что ваш продукт закрывает именно эту проблему.

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

**Если** вы пропускаете первый шаг и сразу переходите к презентации продукта, **то** клиент оценивает предложение как навязанное, а не как ответ на свой запрос.

## Пример

Интегратор общается с владельцем небольшого автосервиса. Заявки приходят в WhatsApp, отвечает администратор вручную.

**1. Найти боль**

Интегратор спрашивает: сколько заявок в день приходит в мессенджеры, кто на них отвечает, сколько времени уходит на ответ клиенту.

Выясняется, что администратор отвечает на заявки только в рабочее время, вечером и ночью сообщения копятся без ответа. Владелец сам говорит: «Бывает, что клиент пишет в 9 вечера, мы отвечаем утром, а он уже записался к конкурентам».

Боль найдена — она прозвучала от самого клиента, не была предположена интегратором.

**2. Усилить боль**

Интегратор считает вместе с владельцем:

* в день приходит 15 заявок
* хотя бы 3 из них — вечером или ночью
* из этих трёх половина уходит к тем, кто ответил быстрее
* это 1-2 потерянных клиента в день, 30-60 в месяц.
* при среднем чеке 5 000 ₽ это 150 000–300 000 ₽ упущенной выручки в месяц из-за того, что просто некому ответить вовремя.

Теперь боль — это не абстрактное «неудобно отвечать вечером», а конкретная сумма, которую владелец теряет каждый месяц.

**3. Показать решение**

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

Интегратор продаёт не инструмент и свой навык «я настрою вам бота для WhatsApp», а решение боли клиента «агент возвращает 150-300 тысяч, которые сейчас уходят к конкурентам, пока никто не отвечает вечером».

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

## Антипример

Бывают ситуация, когда клиент пишет «хочу агента», интегратор отвечает «будет стоить 100 000 рублей», клиент либо платит, либо пропадает.

Формально сделка произошла или не произошла. Но продажи в этом действии не было — интегратор ничего не продавал, он просто назвал цену на входящий запрос.

Это плохо, даже если клиент купил:

**Если** клиент купил, **то** непонятно, что именно сработало — цена устроила, конкурентов не смотрел, горела задача. Это не воспроизводимый результат, а везение. Вы не можете взять этот же ответ «100 000 рублей» и применить его к следующему клиенту с той же уверенностью — вы не знаете, что сработало.

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

В обоих случаях интегратор не управлял сделкой.

Что должно было произойти вместо этого: даже на входящий запрос «хочу агента» нужно сначала выяснить, что стоит за этим желанием:

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

Только после этого называть цену — уже не как ответ на вопрос «сколько», а как стоимость решения конкретной, проговорённой проблемы.

## Итог

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

Поэтому мало хорошо презентовать бота. Нужно последовательно пройти все этапы продаж.

***

### Навигация

**Предыдущая статья**

{% content-ref url="/pages/U4uw88z9qzcfcZZ2X6sa" %}
[Основы продаж](/sales/osnovy-prodazh.md)
{% endcontent-ref %}

**Следующая статья**

{% content-ref url="/pages/XMS1Z8F9h3zjO3uzoMqb" %}
[Клиенту нужно продать пять вещей](/sales/osnovy-prodazh/klientu-nuzhno-prodat-pyat-veshei.md)
{% endcontent-ref %}

**Навигация по разделу**

{% content-ref url="/pages/oQmMynlfe2YZati30ZbL" %}
[Навигация по сейлкиту](/sales/o-seilkite/navigaciya-po-seilkitu.md)
{% endcontent-ref %}


---

# 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, and the optional `goal` query parameter:

```
GET https://doc.nextbot.ru/sales/osnovy-prodazh/chto-takoe-prodazha.md?ask=<question>&goal=<endgoal>
```

`ask` is the immediate question: it should be specific, self-contained, and written in natural language.
`goal` is optional and describes the broader end goal you are ultimately trying to accomplish on behalf of the user. GitBook uses it to tailor the answer towards what is most useful for that goal.

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.