> 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/getting-started/intensiv/podgotovte-proekt-dlya-raboty-na-intensive.md). # Подготовьте проект для работы на интенсиве На интенсиве вы будете создавать ИИ-агента под реальную задачу. Чтобы не тратить первый эфир на сбор базовой информации о проекте, подготовьте её заранее. Для этого мы сделали специальную рабочую таблицу. В ней вы соберёте информацию о бизнесе, клиентах, вопросах, реальных переписках и черновом процессе, который в дальнейшем должен будет выполнять агент. {% hint style="info" %} Не нужно заранее понимать, как всё это реализовать технически в Nextbot. На этом этапе ваша задача — разобраться **в самом бизнес-процессе и подготовить исходные данные для работы на интенсиве**. {% endhint %} ## Как работать с таблицей [**ССЫЛКА НА ТАБЛИЦУ**](https://docs.google.com/spreadsheets/d/1J-iPvzhpn6Dunjle6F_83OfHGMi3rVgc-toWKxVNjg0/edit?gid=0#gid=0) {% hint style="warning" %} Исходная таблица доступна только для просмотра. {% endhint %} Перед заполнением: 1. Откройте таблицу. 2. В верхнем меню выберите **«Файл» → «Создать копию»**. 3. Сохраните копию на свой Google Диск. 4. Работайте только в своей копии. В таблице две вкладки. ### «Пример и антипример» Используйте эту вкладку как инструкцию. Для каждого пункта здесь показано: * что именно нужно подготовить; * пример хорошего ответа; * антипример — как лучше не формулировать. {% hint style="info" %} Не копируйте хороший пример буквально. Он нужен, чтобы показать необходимый уровень конкретики. {% endhint %} ### «Мой проект» Это ваша рабочая вкладка. Заполняйте её информацией о своём проекте. Именно эти данные вы будете использовать на интенсиве. Дальше разберём, что именно нужно подготовить. *** ## 1. Определите проект Выберите бизнес, для которого будете создавать агента. Это может быть: * ваш собственный бизнес; * проект клиента; * тестовый проект, максимально похожий на реальную задачу. В таблице укажите: * название проекта; * нишу и основной продукт или услугу; * целевую аудиторию; * канал, в котором планируете использовать агента; * желаемый стиль общения. Не нужно подробно описывать всю компанию. Нам нужен контекст, который влияет на работу будущего агента. ### Пример **Хорошо:** > Студия лазерной эпиляции. Основная аудитория — женщины 20–35 лет. Агент будет работать с входящими обращениями из Instagram\* и помогать клиентам переходить к записи на процедуру. **Слишком широко:** > Салон красоты. Клиенты — женщины. Нужно отвечать в соцсетях. Во втором случае пока непонятно, с какой услугой мы работаем, какие обращения будут приходить и какую задачу должен решать агент. **→ Заполните блок «Паспорт проекта» в таблице.** *** ## 2. Определите задачу агента Теперь сформулируйте, **какую конкретную работу вы хотите передать агенту**. Старайтесь описать именно процесс, а не глобальную цель бизнеса. ### Слишком широко > Автоматизировать продажи. > Заменить менеджера. > Сделать ИИ для бизнеса. Из таких формулировок невозможно понять, что конкретно должен делать агент. ### Лучше > Обрабатывать входящие обращения, отвечать на основные вопросы, выяснять потребность клиента и передавать квалифицированные заявки менеджеру. Или: > Отвечать на вопросы по услугам, уточнять нужную процедуру и доводить клиента до записи. Или: > Выяснять требования клиента к квартире, консультировать по объектам и передавать заинтересованных клиентов риелтору. Чем конкретнее задача, тем проще будет спроектировать агента. **→ Запишите задачу своего агента в таблице.** *** ## 3. Определите начало работы и КЭВ У понятного бизнес-процесса есть точка входа и этап, до которого агент должен довести клиента. Сначала ответьте: **С чего начинается работа агента?** Например: > Клиент пишет после рекламы и спрашивает стоимость. > Пользователь обращается в Direct по конкретному товару. > Клиент хочет записаться на услугу. > Человек пишет по объявлению о квартире. После этого определите **ключевой этап воронки — КЭВ**. КЭВ — это этап, до которого агент должен довести целевого клиента, чтобы его основную задачу можно было считать выполненной. Не обязательно ставить перед агентом задачу самостоятельно совершить продажу. Например, КЭВ может быть: * запись на консультацию; * запись на замер; * бронирование времени; * передача квалифицированной заявки менеджеру; * получение необходимых данных клиента; * другой конкретный этап, после которого работу продолжает человек или следующий процесс. Например: > Агент выяснил задачу клиента, ответил на основные вопросы, получил имя и телефон и передал квалифицированную заявку менеджеру. В таком случае **передача квалифицированной заявки менеджеру — КЭВ**. Формулировки вроде: > Продать. > Заинтересовать клиента. > Сделать так, чтобы клиент остался доволен. слишком размыты. Должен быть конкретный результат, по которому можно понять: агент дошёл до нужного этапа или нет. **→ Опишите точку входа и КЭВ в таблице.** *** ## 4. Определите целевого и нецелевого клиента Не каждое входящее обращение одинаково подходит бизнесу. Поэтому заранее определите: **С какими клиентами или запросами компания хочет работать в первую очередь?** И наоборот: **С какими клиентами или запросами компания не работает или работать ей невыгодно?** Например, компания занимается ремонтом квартир. Один клиент хочет отремонтировать только балкон — небольшой объём работы и низкий чек. Другому нужен дизайн и ремонт всей квартиры под ключ. Для конкретной компании второй запрос может быть значительно более приоритетным. Нецелевыми также могут быть обращения: * по услугам, которые компания не оказывает; * из регионов, где компания не работает; * с объёмом заказа ниже минимального; * с другими условиями, которые бизнес заранее считает неподходящими. Здесь важно описывать **реальные правила бизнеса**, а не субъективные характеристики вроде: > «сложный клиент»; > «клиент долго думает»; > «кажется незаинтересованным». Пока не нужно придумывать, **какие вопросы агент должен задавать для квалификации и по каким ответам принимать решение**. На интенсиве вы разберёте, как превратить эти бизнес-критерии в логику квалификации агента. **→ Опишите целевых и нецелевых клиентов в таблице.** *** ## 5. Определите, что агент должен узнать у клиента Подумайте, какая информация необходима агенту, чтобы выполнить его задачу. Например: * имя; * телефон; * город; * интересующая услуга; * бюджет; * сроки; * характеристики товара; * желаемая дата; * количество человек. Но не нужно собирать данные просто потому, что они могут когда-нибудь пригодиться. Для каждого пункта задайте себе вопрос: **Зачем агенту нужна эта информация?** Например: > Бюджет → чтобы подобрать подходящий объект. > Площадь квартиры → чтобы понять задачу клиента. > Номер телефона → чтобы передать заявку менеджеру. > Дата → чтобы перейти к записи. Если вы не можете объяснить, зачем нужен конкретный вопрос, возможно, его вообще не стоит задавать. Часть этих данных в дальнейшем может использоваться для квалификации клиента. Но саму механику квалификации мы будем проектировать уже на интенсиве. **→ Заполните блок «Что агент должен узнать у клиента» в таблице.** *** ## 6. Соберите высокочастотные вопросы Хороший агент должен учитывать не только сценарий разговора, который мы придумали сами, но и то, **о чём реальные клиенты действительно спрашивают бизнес**. Начните с вопросов и ситуаций, которые повторяются регулярно. Например: * «Сколько стоит?» * «Где вы находитесь?» * «Есть ли доставка?» * «Когда есть свободное время?» * «Сколько длится процедура?» * «Какие есть варианты?» Для каждого вопроса укажите, **как компания должна правильно на него отвечать**. Записывайте не только вопросы в буквальном смысле, но и часто встречающиеся ситуации. Например: > «Дорого». > «Мне нужно подумать». > «Я уже обращался к вам раньше». {% hint style="warning" %} Не просите ИИ самостоятельно придумывать правила бизнеса. {% endhint %} Если ответ должен содержать конкретную информацию, зафиксируйте правильный вариант заранее. **→ Заполните блок «Высокочастотные вопросы» в таблице.** *** ## 7. Соберите низкочастотные вопросы Теперь соберите вопросы и ситуации, которые встречаются значительно реже, но всё равно возникают в реальной работе. Например: * нестандартные условия; * редкие вопросы о продукте; * исключения из правил; * необычные ситуации; * сложные возражения. Такие обращения особенно полезны при разработке агента: на них часто становятся видны пробелы в знаниях или правилах компании. При этом не нужно специально придумывать необычные вопросы только для того, чтобы заполнить раздел. Нас интересуют **реальные ситуации из бизнеса**. Для каждого вопроса также укажите правильную реакцию или ответ компании. Пока не нужно решать, **как технически распределить высокочастотные и низкочастотные запросы внутри агента**. Эту логику вы разберёте на интенсиве. **→ Заполните блок «Низкочастотные вопросы» в таблице.** *** ## 8. Соберите остальные знания о бизнесе Вопросы клиентов — только часть информации, которая может понадобиться агенту. Подумайте, какими материалами сейчас пользуется обычный сотрудник. Например: * сайт; * прайс; * каталог; * презентация; * инструкции; * регламенты; * документы; * таблицы; * информация из CRM. Пока не нужно загружать всё это в Nextbot. На этом этапе достаточно понять: 1. какая информация понадобится агенту; 2. где она сейчас находится; 3. есть ли она вообще в актуальном виде. Например, если агент должен называть стоимость услуг, но цены нигде не зафиксированы и каждый менеджер отвечает по-разному — это проблема, которую лучше обнаружить **до настройки агента**. **→ Перечислите необходимые материалы и источники информации в таблице.** *** ## 9. Соберите реальные переписки Это один из самых важных этапов подготовки. По возможности соберите **около 20 полных диалогов с клиентами**. Чем больше реальных переписок получится собрать, тем лучше будет видно: * как клиенты формулируют запросы; * какие вопросы задают; * какие ситуации повторяются; * как развивается разговор; * как менеджеры выясняют потребность; * какие сомнения и возражения возникают; * на каких этапах клиенты продолжают или прекращают общение. **20 диалогов — хороший ориентир, а не жёсткий порог.** Если у вас пока меньше подходящих переписок, соберите столько, сколько есть. Но не ограничивайтесь двумя-тремя примерами, если доступно значительно больше материала. ### Что считается полным диалогом Полнота определяется **не количеством сообщений**, а тем, можно ли по переписке увидеть развитие общения и работу менеджера. Полным можно считать диалог, если клиент дошёл до одного из ключевых этапов процесса. Например: * прошёл квалификацию; * получил подбор; * обсудил продукт; * дошёл до записи; * оставил контакты; * был передан менеджеру; * совершил другое целевое действие. Диалог также может считаться полным, даже если клиент **не дошёл до конечного результата**, но в переписке видно содержательную работу менеджера. Например, менеджер: * выяснял потребность; * задавал уточняющие вопросы; * консультировал; * отвечал на вопросы; * обрабатывал сомнения; * предлагал решение. А вот переписка: > — Сколько стоит? > > — 10 000 ₽. обычно не даёт достаточного материала для анализа. Нам нужны не только удачные продажи. Собирайте разные ситуации: * обычные обращения; * успешные диалоги; * клиентов, которые отказались; * сложные вопросы; * сомнения и возражения; * передачи другому сотруднику; * диалоги, которые закончились раньше КЭВ. **Пока не нужно самостоятельно проводить полноценный аудит этих переписок.** На интенсиве вы разберёте, на что смотреть при анализе работы менеджеров, какие проблемы искать и как использовать найденные закономерности при проектировании агента. Сейчас ваша задача — собрать качественный материал для этого анализа. **→ Добавьте в таблицу ссылку на папку, документ или другое место, где собраны переписки.** *** ## 10. Опишите черновую логику работы агента Теперь попробуйте тезисно описать путь клиента **от первого обращения до КЭВ**. К этому моменту вы уже знаете: * с чего начинается процесс; * какую задачу решает агент; * до какого КЭВ должен дойти клиент; * с какими запросами бизнес хочет и не хочет работать; * какую информацию нужно получить; * о чём реальные клиенты спрашивают. Попробуйте разбить процесс на несколько последовательных этапов. Например: 1. Понять, с каким запросом обратился клиент. 2. Уточнить необходимую информацию о его задаче. 3. Если запрос не подходит компании — корректно сообщить об этом или предложить альтернативу. 4. Если запрос подходит — ответить на основные вопросы и предложить следующий шаг. 5. Получить необходимые данные. 6. Довести клиента до КЭВ. Это только пример. Не используйте одну универсальную воронку для всех проектов. У агента для продаж, записи или поддержки процессы будут разными. Для каждого этапа попробуйте определить: * что должен сделать агент; * что ему нужно узнать или сообщить; * каким результатом должен закончиться этап. **Не пытайтесь сейчас написать идеальный сценарий или продумать все возможные ветки.** На первом эфире вы разберёте реальные переписки, определите квалифицирующие вопросы и доработаете эту логику. **→ Заполните блок «Черновая логика работы агента» в таблице.** *** ## 11. Определите необходимые действия Вспомните простую схему: **Диалог → данные → действия.** До этого мы в основном описывали разговор. Теперь подумайте: **Что должно происходить за пределами диалога?** Например: * создать заявку; * создать или изменить сделку в CRM; * записать клиента; * проверить расписание; * найти информацию в таблице; * уведомить сотрудника; * передать клиента менеджеру; * отправить сообщение позже. Пока не думайте о том, **как именно это реализовать в Nextbot**. Сначала определяем бизнес-задачу. Например: > После достижения КЭВ данные клиента должны появиться в Bitrix24. А уже на интенсиве вы разберёте, как именно это настроить. **→ Перечислите необходимые действия в таблице.** *** ## 12. Укажите внешние системы Если для работы агента нужны другие сервисы, перечислите их. Например: * Bitrix24; * amoCRM; * YCLIENTS; * Google Calendar; * внешняя таблица; * другой сервис. Указывайте не просто название системы, а **для чего она используется в процессе**. Например: > Bitrix24 — передавать квалифицированные заявки менеджерам. > YCLIENTS — работать с расписанием и записью. Если вы пока не знаете точную систему или никакие внешние сервисы не нужны — это нормально. Главное — не придумывать техническое решение заранее, а зафиксировать реальные инструменты бизнеса. **→ Укажите используемые сервисы в таблице.** *** ## 13. Определите, когда нужен человек ИИ-агент не обязан самостоятельно обрабатывать абсолютно каждую ситуацию. Заранее подумайте, когда разговор нужно передавать сотруднику. Формулировка: > «Передавать в сложных случаях» слишком общая. По возможности описывайте конкретные ситуации. Например: * клиент прямо попросил менеджера; * возник нестандартный вопрос; * требуется индивидуальное согласование; * нужно принять решение о скидке; * произошёл конфликт; * агенту не хватает подтверждённой информации; * клиент дошёл до этапа, который должен выполнять сотрудник. Так мы заранее определяем границу ответственности агента. **→ Запишите условия передачи разговора человеку в таблице.** *** ## 14. Определите, что агенту делать нельзя Кроме того, что агент **должен** делать, полезно заранее определить его ограничения. Например: * придумывать цены; * самостоятельно менять условия; * обещать скидки; * давать информацию, которой нет в источниках; * обещать сроки без подтверждения; * принимать критические решения; * обсуждать темы, не связанные с его задачей. Ограничения тоже должны быть конкретными. Например: > «Не придумывать цены, если нужной стоимости нет в актуальном прайсе» полезнее, чем: > «Не ошибаться». Чем выше цена ошибки, тем важнее определить такие правила заранее. **→ Запишите основные запреты и ограничения в таблице.** *** ## Проверьте выбранную задачу После заполнения таблицы ещё раз посмотрите на будущего агента целиком. Для первого проекта лучше подходит задача, которая: * регулярно повторяется; * имеет понятное начало; * имеет конкретный КЭВ; * состоит из последовательных этапов; * опирается на доступную информацию; * позволяет понять, справился агент или нет; * не требует от ИИ самостоятельно принимать критические решения. ### Хороший пример > Агент отвечает на входящие обращения студии, выясняет, какая услуга нужна клиенту, отвечает на основные вопросы, получает необходимые данные и передаёт подходящего клиента администратору для записи. Здесь понятно: **кто обращается → что делает агент → какая информация ему нужна → до какого этапа он ведёт клиента.** ### Слишком широкая задача > Агент полностью заменяет администратора салона. Непонятно, какие именно процессы входят в эту работу, какие ситуации агент должен обрабатывать и где заканчивается его ответственность. Такую идею лучше сначала разделить на несколько более конкретных задач. *** ## Что должно быть готово к первому эфиру Перед интенсивом проверьте свою рабочую таблицу. К первому эфиру в ней должны быть: * заполнен паспорт проекта; * сформулирована конкретная задача агента; * определена точка начала его работы; * определён КЭВ; * описано, с какими клиентами и запросами бизнес хочет работать; * описано, с какими клиентами и запросами бизнес не работает; * перечислены данные, которые агент должен получать от клиента; * собраны высокочастотные вопросы; * собраны низкочастотные вопросы; * собраны доступные материалы о бизнесе; * собрано по возможности около 20 полных переписок; * черновиком описан путь клиента от обращения до КЭВ; * перечислены необходимые действия вне диалога; * указаны внешние системы; * определены ситуации передачи разговора человеку; * прописаны основные ограничения агента. Не переживайте, если пока не знаете: * какие именно квалифицирующие вопросы должен задавать агент; * как должна выглядеть идеальная логика диалога; * что поместить в промпт, а что — в базу знаний; * какие функции понадобятся; * как реализовать интеграции технически. **До первого эфира ваша задача — собрать и структурировать исходные данные о бизнесе.** На интенсиве вы проведёте аудит реальных переписок, уточните квалификацию, выстроите путь клиента до КЭВ и последовательно превратите собранную информацию в логику и настройки готового ИИ-агента. \**Принадлежит корпорации Meta, запрещена на территории РФ.* *** ### Навигация **Предыдущая статья** {% content-ref url="/pages/y7evn9M7XMDYrt6Tg4yh" %} [Возможности и ограничения ИИ-агентов и Nextbot](/getting-started/intensiv/vozmozhnosti-i-ogranicheniya-ii-agentov-i-nextbot.md) {% endcontent-ref %} **Навигация по разделу** {% content-ref url="/pages/RRq1DxTuKbEx4Kaqg68g" %} [Интенсив](/getting-started/intensiv.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 by asking a question. Perform an HTTP GET request on the following URL with the `ask` and `goal` query parameters: ``` GET https://doc.nextbot.ru/getting-started/intensiv/podgotovte-proekt-dlya-raboty-na-intensive.md?ask=&goal= ``` `ask` is the immediate question: it should be specific, self-contained, and written in natural language. `goal` is what the user is ultimately trying to achieve, the reason they need the answer. Sharing it helps GitBook give you a better, more relevant answer. A goal is most helpful when it describes the outcome the user wants rather than restating the question. For example, with `ask=how do I create an API token`, a goal like `automate deployments from our CI pipeline` lets GitBook tailor the answer to that use case. 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.