Разработчик чат-ботов с нуля до фриланса

Архитектура и проектирование чат-бота по ТЗ клиента

Почему одни разработчики берут за бота 10 000 рублей, а другие — 80 000 за точно такой же по функционалу? Ответ кроется не в навыках программирования, а в умении правильно спроектировать архитектуру ещё до написания первой строки. Именно этап проектирования отделяет любителя от профессионала, который мыслит категориями бизнес-ценности, а не кнопок и сообщений.

Когда клиент приходит с запросом «мне нужен бот для нутрициолога», он редко понимает, что стоит за этим предложением. Ваша задача — превратить расплывчатое пожелание в техническое задание (ТЗ), по которому можно собрать работающий продукт. ТЗ — это документ, описывающий что именно бот должен делать, как он будет общаться с пользователем, какие данные собирать и куда их передавать.

Первый контакт: как вытянуть из клиента нужную информацию

Большинство заказчиков не умеют формулировать ТЗ. Они говорят: «Хочу бота, который будет считать калории». На этом этапе ваша роль — бизнес-аналитик. Задавайте наводящие вопросы:

Кто целевой клиент бота? (худеющие, диабетики, спортсмены)

Какой результат должен получить пользователь за один сеанс? (подсчёт КБЖУ, готовое меню, рекомендации)

Нужна ли авторизация? Какие данные пользователя сохранять?

Будут ли интеграции с внешними сервисами? (базы продуктов, CRM, платёжные системы)

Как бот будет монетизироваться? (бесплатный базовый + платный расширенный, подписка, разовая оплата)

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

Схема диалога: карта всего пути пользователя

После сбора требований переходите к визуализации. Схема диалога (dialog flow) — это карта, показывающая все возможные пути взаимодействия пользователя с ботом. Рисуйте её в любом удобном инструменте: Miro, Figma, Draw.io или даже на бумаге.

Для бота-нутрициолога базовая схема выглядит так:

Приветствие и выбор цели — похудение, набор массы, поддержание веса

Сбор данных — возраст, вес, рост, уровень активности, заболевания

Опрос о предпочтениях — аллергии, нелюбимые продукты, бюджет

Расчёт и выдача результата — индивидуальное меню на неделю

Обратная связь и донастройка — замена блюд, уточнения

Каждый шаг — это отдельный блок (или сцена) в архитектуре бота. Между блоками существуют переходы — условия, при которых бот переключается с одного шага на другой. Например, если пользователь указал диабет, бот переходит к дополнительному блоку расчёта хлебных единиц (ХЕ).

Структура данных: что бот должен помнить

Определите, какие данные бот будет собирать, хранить и обрабатывать. Разделите их на три категории:

| Категория | Примеры | Зачем хранить | |-----------|---------|---------------| | Входные данные | вес, рост, возраст, пол | для расчёта нормы калорий | | Контекстные данные | текущий шаг диалога, выбранные блюда | чтобы не спрашивать повторно | | Исторические данные | прошлые меню, предпочтения | для персонализации при повторных визитах |

Если бот работает в Telegram, часть данных можно хранить в переменных сессии (они живут, пока открыт диалог), а часть — во внешней базе данных через API.

Структура ТЗ: шаблон для быстрого старта

Готовое ТЗ для типового бота включает:

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

Целевая аудитория — кто будет пользоваться ботом

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

Функциональные требования — конкретный список того, что бот делает

Технические требования — платформа, интеграции, ограничения

Критерии приёмки — как понять, что бот готов к сдаче

> Клиент платит не за кнопки и сообщения — он платит за решение своей бизнес-задачи. Чем точнее вы эту задачу сформулируете, тем дороже будет стоить ваша работа.

Ловушки проектирования

Самая частая ошибка начинающих — приступить к сборке до утверждения ТЗ. Клиент начинает добавлять «ещё одну мелочь» по ходу, и проект расползается. Защитите себя: фиксируйте ТЗ письменно, согласовывайте с клиентом и закладывайте в договор механизм управления изменениями — любое дополнение к ТЗ после утверждения оценивается отдельно.

Ещё одна ловушка — перегрузка первого экрана. Если при запуске бота пользователь видит 15 кнопок и длинный текст, он закроет диалог. Первый экран — не более 3–4 кнопок и 2–3 предложения текста. Всё остальное — по шагам.

Правильно спроектированная архитектура экономит часы на этапе сборки и защищает от переделок. Именно она становится вашим главным конкурентным преимуществом на фрилансе.

Сборка логики бота на no-code конструкторе SaleBot

Представьте: вы получили утверждённое ТЗ, перед вами чистый проект в конструкторе, а клиент ждёт работающего бота через неделю. С чего начать сборку и как не потеряться в десятках блоков, условий и переходов? Именно здесь начинается самая практическая часть — превращение схемы в живого бота.

SaleBot — это no-code платформа для создания чат-ботов в Telegram, WhatsApp, VK и других мессенджерах. No-code означает, что вам не нужно писать код: логика собирается визуально, из готовых блоков, как конструктор. Это инструмент, который позволяет выйти на рынок за дни, а не месяцы.

Настройка проекта: первые 15 минут

После регистрации в SaleBot создайте новый проект и выберите платформу — для нашего бота-нутрициолога это Telegram. Привяжите бота, созданного через BotFather (официальный бот Telegram для регистрации новых ботов), и получите токен доступа — уникальный ключ, связывающий ваш проект с Telegram.

Далее настройте базовые параметры:

Приветственное сообщение — первое, что видит пользователь при запуске

Главное меню — кнопки, которые доступны в любой момент диалога

Триггеры — ключевые слова или команды, запускающие определённые сценарии

Сборка сценария по шагам

Вернёмся к схеме диалога из прошлой статьи и соберём её блок за блоком.

Шаг 1: Приветствие и выбор цели. Создайте первый блок с текстом приветствия и тремя кнопками: «Похудение», «Набор массы», «Поддержание веса». Каждая кнопка ведёт на свой следующий блок. В SaleBot это делается через элемент «Кнопки» — вы просто указываете текст кнопки и выбираете, куда она переводит пользователя.

Шаг 2: Сбор персональных данных. После выбора цели бот задаёт вопросы по очереди: «Сколько вам лет?», «Какой ваш вес?», «Какой ваш рост?». Каждый ответ сохраняется в переменную — именованную ячейку памяти, куда бот записывает данные пользователя. Например, переменная user_age хранит возраст, user_weight — вес. SaleBot позволяет создавать переменные прямо в процессе сборки — достаточно дать им понятное имя.

Шаг 3: Ветвление логики. Здесь начинается самое интересное. Если пользователь указал, что у него диабет, бот должен перейти к дополнительному блоку с вопросами о типе диабета и инсулиновой зависимости. В SaleBot это реализуется через условие (if/else): «Если переменная has_diabetes равна да, перейди к блоку diabetes_questions». Условия могут проверять не только равенство, но и числовые диапазоны — например, «если user_age , перейди к блоку senior_advice».

Шаг 4: Расчёт и выдача результата. После сбора всех данных бот формирует ответ. На простом уровне это может быть шаблонный текст с подставленными переменными: «Ваша норма: {calories} ккал в день». SaleBot поддерживает выражения — простые математические формулы прямо внутри блока. Например, формула расчёта базового метаболизма по Миффлина-Сан Жеору:

где — масса тела в кг, — рост в см, — возраст в годах (для женщин; для мужчин последний член равен ).

Вы записываете эту формулу в блоке «Выражение», подставляя переменные, и результат сохраняется в переменную bmr.

Работа с базой данных

Для хранения истории пользователей SaleBot предлагает встроенную таблицу данных. Создайте таблицу с колонками: user_id, date, calories_target, menu_json. Каждый раз, когда бот генерирует меню, он записывает результат в таблицу. При повторном визите бот может подтянуть историю и предложить: «Хотите обновить прошлое меню или составить новое?»

Типичные ошибки при сборке

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

Слишком длинные сообщения. Telegram обрезает сообщения длиннее 4096 символов. Если ваше меню на неделю — это длинный текст, разбейте его на несколько сообщений или используйте форматирование.

Отсутствие кнопки «Назад». Пользователь должен иметь возможность вернуться к предыдущему шагу. Добавляйте кнопку «Назад» в каждый блок, кроме самого первого.

Переход к продвинутому функционалу

Базовый бот на SaleBot уже решает задачу: опрашивает пользователя и выдаёт результат. Но если вы хотите, чтобы бот считал КБЖУ для тысяч продуктов, составлял разнообразное меню и адаптировался под нестандартные запросы — шаблонных блоков не хватит. Именно здесь на помощь приходят интеграции с внешними сервисами и нейросетями, о чём пойдёт речь далее.

Интеграция ИИ для анализа питания и расчёта КБЖУ

Бот, который выдаёт одно и то же меню всем подряд — это не продукт за 80 000 рублей, а примитивный опросник. Настоящая ценность появляется тогда, когда бот начинает думать: анализировать индивидуальные данные, учитывать сочетаемость продуктов, адаптироваться под заболевания и предпочтения. Именно интеграция с нейросетевыми моделями превращает простого бота в ИИ-ассистента, за который бизнес готов платить в разы больше.

Зачем подключать ИИ к боту-нутрициологу

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

Меню повторяется — пользователь быстро получает одни и те же блюда

Нет учёта сочетаемости — бот может предложить на ужин три гарнира без белка

Нет адаптации под нестандартные запросы — «я не ем глютен и лактозу, но люблю азиатскую кухню»

Нет объяснений — пользователь не понимает, почему ему назначили именно эти продукты

ИИ-модель решает все эти задачи одновременно. Она генерирует уникальные рекомендации на основе контекста, объясняет свои решения и адаптируется к любым ограничениям.

Схема интеграции: как это работает технически

Интеграция с языковой моделью через API (программный интерфейс приложений — способ, которым два сервиса обмениваются данными) выглядит так:

Бот собирает все данные пользователя в структурированный блок — возраст, вес, цели, заболевания, предпочтения

SaleBot отправляет эти данные на внешний API-эндпоинт через блок HTTP-запрос

Языковая модель обрабатывает запрос и возвращает сформированный ответ

Бот получает ответ и показывает его пользователю

В SaleBot блок HTTP-запрос настраивается просто: вы указываете URL API, метод (POST), заголовки (включая ключ авторизации) и тело запроса в формате JSON.

Промпт-инжиниринг: как заставить ИИ считать КБЖУ

Ключевой элемент — промпт (инструкция для языковой модели, определяющая её поведение). От качества промпта зависит 90% результата. Вот структура промпта для бота-нутрициолога:

Системная роль — задаёт «личность» модели:

> Ты — профессиональный нутрициолог с 10-летним опытом. Твоя задача — составить персональное недельное меню на основе данных клиента. Каждое блюдо должно содержать расчёт КБЖУ (калории, белки, жиры, углеводы). Учитывай все ограничения и заболевания клиента.

Контекстные данные — подставляются из переменных бота динамически:

> Данные клиента: возраст {user_age}, вес {user_weight}, рост {user_height}, цель: {user_goal}, заболевания: {user_conditions}, предпочтения: {user_preferences}.

Формат ответа — чтобы бот мог корректно распарсить результат:

> Верни ответ строго в формате JSON с полями: monday_breakfast, monday_lunch, monday_dinner (и так для каждого дня). Каждое блюдо содержит: название, ингредиенты, калории, белки, жиры, углеводы.

Особый случай: хлебные единицы для диабетиков

Для пользователей с сахарным диабетом бот должен рассчитывать не только КБЖУ, но и хлебные единицы (ХЕ) — условную меру количества углеводов, где 1 ХЕ 12 г углеводов или 20 г хлеба. Добавьте в промпт отдельный блок:

> Если у клиента диабет, для каждого приёма пищи дополнительно рассчитывай суммарное количество ХЕ и рекомендуй дозу инсулина короткого действия (1 единица на 1–1.5 ХЕ при типе 1).

Этот функционал — именно то, что отличает бота за 10 000 от бота за 80 000. Диабетики — платёжеспособная аудитория, которая ценит точность и персонализацию.

Обработка ответа ИИ в SaleBot

Ответ от API приходит в формате JSON. SaleBot умеет парсить (разбирать структурированные данные) JSON-ответы и раскладывать значения по переменным. Настройте блок «Разбор JSON»: укажите, какие поля ответа записывать в какие переменные. После этого бот форматирует красивое сообщение с меню, подставляя переменные в шаблон.

Контроль качества: когда ИИ ошибается

Языковые модели не идеальны. Они могут «галлюцинировать» — выдумывать несуществующие продукты или указывать неверную калорийность. Чтобы минимизировать ошибки:

Ограничьте температуру модели — параметр, определяющий степень «творчества». Для расчётов ставьте низкое значение (–), чтобы модель была детерминированной

Добавьте в промпт инструкцию — «Используй только реальные продукты с известной калорийностью. Если не уверен в данных — укажи приблизительное значение с пометкой «≈»»

Валидируйте ответ — перед показом пользователю проверяйте, что JSON содержит все обязательные поля. Если ответ некорректен — отправьте повторный запрос с уточнением

Интеграция с ИИ — это тот самый шаг, который превращает ваше портфолио из «собрал бота на конструкторе» в «создал ИИ-ассистента с персонализированными рекомендациями». И именно за это клиенты готовят бюджет в десятки раз выше.

Тестирование и подготовка бота к сдаче клиенту

Вы потратили дни на проектирование, сборку и интеграцию. Бот вроде бы работает. Но «вроде бы» — это именно то слово, которое отделяет профессионала от любителя. Непротестированный бот — это бомба замедленного действия: он будет падать в продакшене, терять данные и злить клиентов вашего заказчика. А это — ваша репутация.

Сценарии тестирования: проверяем всё, что может сломаться

Тестирование бота — это не «запустил, нажал пару кнопок, работает». Это систематический обход всех путей, которые может пройти пользователь. Используйте схему диалога из первого этапа как чек-лист.

Позитивные сценарии — проверка «счастливого пути»:

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

Пользователь выбирает каждый вариант на каждом шаге (если есть 3 цели — проходим все 3 ветки)

Пользователь с диабетом проходит дополнительный блок и получает расчёт ХЕ

Негативные сценарии — проверка граничных и ошибочных ситуаций:

Пользователь вводит текст вместо числа («много» вместо «30»)

Пользователь вводит отрицательное число или нереалистичное значение (вес 999 кг)

Пользователь отправляет стикер, голосовое сообщение, геолокацию

Пользователь нажимает кнопку «Назад» на первом шаге, где возврата нет

Пользователь закрывает бота посередине опроса и возвращается через час

Два пользователя одновременно проходят опрос — данные не перемешиваются

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

Тестирование интеграции с ИИ

Отдельное внимание — блоку с нейросетью. Проверьте:

Скорость ответа. Если API отвечает дольше 10 секунд, добавьте сообщение-заглушку: «Анализирую ваши данные, подождите несколько секунд...»

Корректность JSON. Отправьте 20–30 запросов с разными входными данными и проверьте, что каждый ответ корректно парсится

Граничные значения. Минимальный и максимальный вес, возраст 18 и 90 лет, все заболевания одновременно — модель должна корректно обработать каждый случай

Таймауты. Что произойдёт, если API не ответит вообще? Настройте обработку ошибок: бот должен сообщить пользователю «Произошла ошибка, попробуйте ещё раз» и записать ошибку в лог

Кросс-платформенное тестирование

Бот может отлично работать на вашем Android-телефоне и ломаться на iPhone клиента. Проверьте:

Отображение кнопок — на узких экранах текст может обрезаться

Эмодзи и форматирование — Markdown в Telegram работает не везде одинаково

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

Подготовка документации для клиента

Клиент — не разработчик. Ему нужна понятная инструкция, как управлять ботом после сдачи. Подготовьте:

Инструкция по администрированию — как изменить текст приветствия, добавить кнопку, поменять расчётную формулу

Описание переменных — таблица, где указано, какая переменная за что отвечает и где используется

Инструкция по мониторингу — как проверять статистику в SaleBot (количество пользователей, конверсия по шагам)

Регламент поддержки — на какой срок вы гарантируете исправление багов, как клиент может обратиться за помощью

Процедура приёмки

Зафиксируйте в договоре чёткие критерии приёмки — конкретные условия, при которых бот считается сданным:

Все сценарии из ТЗ проходят без ошибок

Время ответа ИИ-блока не превышает 15 секунд

Бот корректно работает на iOS и Android

Клиент получил и подтвердил понимание документации

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

Передача доступов

После приёмки передайте клиенту:

Токен бота и доступ к BotFather

Доступ к проекту в SaleBot (с правами администратора)

Ключи API (если интеграция оплачивается клиентом)

Резервную копию проекта — экспорт всех блоков и настроек

После передачи доступов смените пароли на те, которые знает только клиент. Это не вопрос доверия — это профессиональный стандарт.

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

Как продавать ИИ-ботов дорого: от 10 000 до 80 000+ рублей

Почему один разработчик собирает бота за неделю и получает за него 8 000 рублей, а другой делает по сути то же самое и берёт 100 000? Ответ не в технических навыках — их у обоих может быть одинаковый уровень. Разница в позиционировании, умении видеть бизнес-ценность продукта и правильно выстраивать работу с клиентом. Именно этому — продажам и ценообразованию — и посвящён финальный шаг вашего пути от новичка до востребованного фрилансера.

Почему боты стоят так по-разному

Рынок чат-ботов в России растёт на 30–34% ежегодно, а глобальный рынок оценивается в 10–11 млрд долл. с прогнозом роста до 27–32 млрд к 2030 году. При этом 58% компаний, внедривших чат-ботов, фиксируют рост продаж. Бизнес готов платить — но не за «бота», а за решение своей задачи.

Разработчица Анастасия Филатова приводит показательный пример: она продала бота для нумеролога за 102 000 рублей с одного созвона. Внутри — более 50 расчётов по дате рождения. Клиент заплатил не за «бота в Telegram», а за готовую экосистему, которая автоматизирует его бизнес. Как она отмечает: «Я предлагаю не бот, а готовое решение для бизнеса. Если ты профи и можешь объяснить клиенту, что он получит, как это высвободит ему время и увеличит прибыль — клиенты готовы платить и 100 000, и больше».

Дарья Дубешко, основательница компании «Боты в массы», выделяет ключевые факторы ценообразования: формат услуги (только бот или комплексный продукт), уровень вовлечённости в проект, опыт работы с нишей и уровень профессиональных навыков. Чем выше каждый из этих параметров — тем выше чек.

Модели ценообразования: как правильно назначать цену

Существует три основных подхода к ценообразованию на фрилансе:

Почасовая оплата. Вы оцениваете количество часов и умножаете на ставку. Минимальная ставка начинающего разработчика — 500–1 000 руб./час, опытного — 2 000–5 000 руб./час. Плюс: прозрачно для клиента. Минус: клиент фокусируется на часах, а не на результате.

Фиксированная цена за проект. Вы оцениваете весь проект целиком на основе ТЗ. Для бота-нутрициолога с ИИ-интеграцией адекватный диапазон — 40 000–80 000 рублей. Плюс: вы заинтересованы работать эффективно. Минус: если проект расползается, вы теряете деньги.

Цена за ценность. Самый выгодный подход. Вы оцениваете не часы работы, а бизнес-результат, который получит клиент. Если бот экономит нутрициологу 40 часов в месяц ручной работы, а час его времени стоит 2 000 рублей — бот экономит 80 000 рублей ежемесячно. Стоимость бота в 60 000 рублей окупается за первый месяц.

Повышение ценности: как превратить бота за 10 000 в продукт за 80 000

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

| Слой ценности | Что добавляется | Прибавка к цене | |---------------|-----------------|-----------------| | Базовый сценарий | Опрос + шаблонный ответ | базовая цена | | Персонализация | Учёт заболеваний, предпочтений, ХЕ | +30–50% | | ИИ-интеграция | Генерация уникальных рекомендаций | +50–100% | | Аналитика | Статистика пользователей, отчёты для клиента | +20–30% | | Интеграции | CRM, платёжные системы, база продуктов | +30–50% | | Поддержка | Гарантийное обслуживание, обновления | +10–20%/мес. |

Бот-нутрициолог с базовым сценарием стоит 10 000–15 000 рублей. Тот же бот с ИИ, расчётом ХЕ, интеграцией с CRM и аналитикой — уже 60 000–80 000.

Как продавать: от первого клиента до стабильного потока

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

Портфолио — ваш главный инструмент продаж. Оформите каждый проект как кейс: задача клиента, ваше решение, конкретный результат. «Сделал бота» — это не кейс. «Автоматизировал запись клиентов для клиники: бот обрабатывает 200 заявок в неделю, конверсия выросла на 35%» — это кейс, который продаёт.

Созвон перед озвучиванием цены. Никогда не называйте цену в переписке. Сначала проведите 15–20-минутный созвон, на котором выясните задачу клиента, покажите, как бот её решает, и только потом озвучьте стоимость. Клиент, который понимает ценность, не торгуется.

Договор и предоплата. Работайте только по договору. Стандартная схема: 50% предоплата, 50% после сдачи. Это защищает и вас, и клиента.

Масштабирование: от фриланса к бизнесу

Когда у вас 3–5 реализованных проектов, начинается следующий этап. Как отмечают эксперты, рынок чат-ботов предлагает несколько моделей заработка: разработка на заказ, собственные боты-сервисы с подпиской, продажа лидов через ботов. Фриланс — только входная точка.

Масштабирование происходит по трём направлениям:

Повышение чека — переход от простых ботов к ИИ-продуктам, как мы разобрали выше

Повышение потока — систематический маркетинг: контент в соцсетях, кейсы, рекомендации клиентов

Делегирование — передача простых задач (сборка типовых блоков, тестирование) помощникам, пока вы фокусируетесь на проектировании и продажах

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