Как перейти на другой конструктор ботов, не растеряв наработки

Сергей Полухин · CTO и сооснователь PapAI · 4 мая 2026

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

Что на самом деле жалко терять

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

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

Что не переносится — и не стоит на это рассчитывать

Честно: функции импорта истории переписки или данных из другого конструктора в PapAI Constructor нет. Создание бота — это имя, каналы и текст описания задачи, и никакого шага «загрузить архив чатов» или «подключить старого бота» в этом процессе не существует. Это не временное ограничение, которое скоро уберут, а особенность того, как устроен продукт сегодня: с точки зрения истории переписки новый бот — это буквально чистый лист.

Если в старом сервисе накопились контакты клиентов, собранные ботом, — их придётся выгружать и заводить в свою CRM или таблицу отдельно, тем же способом, каким вы обычно работаете с контактами из любого другого источника. Это не специфика перехода именно на этот конструктор — экспорт данных клиентов в принципе не зависит от того, куда вы переезжаете.

Почему не стоит переключать всё одним днём

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

Здесь удобно то, что канал вроде Telegram технически требует собственного бота и собственного username в любом случае — значит, нет момента, когда «старый бот вдруг перестаёт работать», потому что оба бота физически разные сущности до тех пор, пока вы сами не решите, на какого из них указывать клиентам. Это даёт естественное окно для параллельной работы, а не искусственный компромисс.

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

О чём стоит договориться с собой заранее

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

Как это выглядит на практике

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

Итог

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