Вайб-портал, который принадлежит вам
Рабочее пространство компании, которое дорабатывается под ваши задачи — вами же. Без абонентской платы за чужие приложения, без ожидания подрядчика ради каждой мелочи и с возможностью перенести всё на свой сервер.
- Приложения под ваши процессы: калькулятор КП, кабинет партнёра, база знаний с ботом
- Наработки и данные остаются у вас — их не нужно арендовать помесячно
- Закрытые данные можно держать у себя, а не отдавать во внешний сервис
- Ваш сотрудник может дорабатывать систему сам — этому учим отдельно
Подходит компаниям, где есть свой технарь или готовность его вырастить: ИТ-направление, охрана, сертификация — всё, где данные закрыты, а готовые решения из маркета не подходят.
Пять внутренних сервисов компании работают на этом же подходе. Система разобрана на видео по экранам — её видно целиком, а не в презентации.
ИИ работает на данных CRM, и половина проекта — это порядок в них. Здесь у нас опыт, которого у разработчика ИИ-решений обычно нет.
Собранное не арендуется помесячно: данные, процессы и приложения остаются в вашем контуре и продолжают работать при смене ИИ-модели.
Система есть, но она как будто не ваша
Чем больше компания настраивает систему под себя, тем заметнее становится, что управляет ею кто-то другой. Четыре типичных узла.
Нужна мелкая доработка: поле, отчёт, форма для партнёра. Своими силами нельзя, значит задача ставится в очередь к исполнителю и ждёт. Темп развития системы задаёте не вы.
Решение из маркета закрывает задачу, но живёт по своим правилам: подписка, ограничения, обновления. Отказаться нельзя — процесс уже на нём построен.
Персональные данные, договоры, сведения клиентов — всё это нельзя отправлять во внешний сервис просто потому, что так удобнее. Для части компаний это прямой блокер любого ИИ.
Главный вопрос звучит так: а что будет, если модель отключат или сервис закроется? Если ответа нет, проект откладывают — и это разумно.
Собираем вместе с вами, а не вместо вас
Разница с обычным внедрением в том, что на выходе вы получаете не только работающую систему, но и способность менять её дальше самостоятельно.
- 1Определяем, что должно остаться внутри компанииКакие данные нельзя отдавать наружу, какие процессы критичны, что должно работать даже при недоступности внешних сервисов. От этого зависит вся дальнейшая архитектура, поэтому разговор начинается отсюда.
- 2Собираем ядро порталаРабочее пространство поверх ваших систем: данные берутся из CRM и учётной программы, процессы и приложения собираются под вашу работу, а не подгоняются под возможности готового решения.
- 3Подключаем вашего человекаТехнический специалист компании участвует в сборке с самого начала: видит, как это делается, и к концу проекта может продолжать сам. Если такого человека нет — учим с нуля на курсе «Вайбкодинг».
- 4Передаём и остаёмся на связиНаработки, доступы и документация остаются у вас. Дальше возможны два пути: развиваете сами или берёте пакет часов на поддержку — это выбор, а не условие.
Мы собрали такой портал себе — и показываем его целиком
Клиентских кейсов по вайб-порталу пока нет: продукт молодой, первые проекты начались осенью 2026 года. Поэтому вместо чужих историй — наша собственная система, разобранная на видео по экранам.
Ещё разборы — на YouTube-канале и во ВК Видео.
Что значит «своя система» и чего она не отменяет
Независимость — это не «работает само и бесплатно». Четыре вещи, которые стоит понимать до старта.
ИИ-часть обращается к моделям, и это ежемесячный расход на подписки и токены. Он считается на старте, а не всплывает потом. Независимость здесь в другом: сама система, данные и наработки остаются вашими, а модель при необходимости заменяется.
Чтобы сотрудник мог дорабатывать портал сам, он должен научиться. Это недели, а не выходные. Компании обычно ставят обучение на тихий сезон — январь и февраль подходят лучше всего.
Перенос на собственные мощности решает вопрос с закрытыми данными, но добавляет обслуживание: обновления, резервные копии, доступы. Иногда правильный ответ — оставить часть в облаке, а закрытое держать у себя.
Передача системы не значит, что дальше вы один на один с ней. Поддержка доступна пакетами часов — но как выбор, а не как условие работы.
KISELEV LABБитрикс24 · Вайбкодинг
Если дорабатывать систему хотите сами
Собрать портал вместе с нами — один путь. Второй — научиться собирать его самостоятельно: тогда калькулятор, кабинет партнёра или внутренний сервис появляются тогда, когда они нужны, а не когда до задачи дойдёт очередь у подрядчика. Этому учим на отдельной платформе.
- Курс «Вайбкодинг в Битрикс24» — как собирать свои приложения с ИИ, без штатного программиста
- Живые встречи каждую неделю: разбираются свои задачи, а не учебные примеры
- Учиться может и собственник, и технический специалист компании
Это отдельная платформа со своими контактами и оплатой.
Сначала решаем, что должно остаться у вас
Объём работ зависит от того, насколько глубоко вы хотите владеть системой: от отдельных приложений до переноса на свой сервер. Поэтому смета появляется после разбора, а не до него.
- 1Разбираем задачу и ограниченияСозваниваемся на 40 минут: что нужно собрать, какие данные закрыты, есть ли свой технический специалист и чем сейчас не устраивают готовые решения. По итогам честно говорим, нужен ли вам отдельный портал или задача закрывается настройкой того, что уже есть.
- 2Описываем, что и где будет житьКакие данные остаются внутри компании, что уходит во внешние сервисы, что переносится на свой сервер. Это основа и для архитектуры, и для юридической части — для компаний с персональными данными она обязательна.
- 3Собираем первую частьПакет часов с еженедельным листом учёта. Начинаем с того приложения или процесса, который нужен раньше остальных, — им можно пользоваться, пока собирается остальное.
- 4Передаём управлениеДоступы, наработки и документация — у вас. Ваш специалист к этому моменту уже участвовал в сборке; дальше он развивает систему сам, а мы подключаемся по запросу.
Стоимость считается по объёму: отдельное приложение, ядро портала и перенос на свой сервер — разные проекты. После разбора вы получаете оценку в часах с разбивкой по частям, от любой из которых можно отказаться.
Разберём, что должно остаться внутри компании
40 минут с аналитиком: какие данные закрыты, что нужно собрать и нужен ли отдельный портал — или задача закрывается настройкой.
- 1Позвоним в течение рабочего дняУточним задачу и подберём аналитика, который работал с вашей сферой
- 2Встреча онлайн, 40 минутРазбираем ваши процессы, показываем похожие внедрения, называем вилку
- 3Присылаем расчёт и планДальше решаете вы — обязательств после встречи не возникает
Что спрашивают чаще всего
Что будет, если ИИ-модель отключат или заблокируют?
Система продолжит работать, потому что она не внутри модели. Данные лежат в ваших системах, процессы и отчёты считаются на них, собранные приложения остаются на месте. К модели обращается отдельный слой — при необходимости он переключается на другую.
Это не теория: доступность и цена моделей меняются регулярно, и архитектура проекта изначально рассчитана на замену. Что именно уходит во внешнюю модель, а что не уходит никогда, фиксируется на старте.
У нас персональные данные и 152-ФЗ. Это вообще возможно?
Да, но от этого зависит архитектура, поэтому вопрос решается первым. Варианты разные: часть данных обезличивается до обращения к модели, часть обрабатывается только внутри вашего контура, часть процессов вообще остаётся без ИИ — потому что так правильнее.
Перенос на собственный сервер — один из рабочих путей, и его мы тоже закладываем в проект, если он нужен.
А если у нас нет технического специалиста?
Тогда есть два пути. Первый: мы собираем и дальше поддерживаем систему пакетами часов — как обычный проект. Второй: вырастить своего человека. Для этого есть курс «Вайбкодинг в Битрикс24» на платформе KISELEV LAB, и учиться на нём может как сотрудник, так и собственник.
Выбор не обязательно делать сразу: многие начинают с первого пути, а к обучению приходят, когда видят, сколько мелких доработок возникает каждый месяц.
Чем это отличается от приложений из маркета?
Готовое приложение решает типовую задачу и делает это быстрее. Но оно живёт по своим правилам: абонентская плата, ограничения, обновления по чужому графику — а процесс у вас уже построен на нём.
Собранное под вас остаётся вашим: нет ежемесячной платы за сам доступ, логика ровно та, что нужна компании, и менять её можно без согласования с разработчиком. Это дороже на старте и выгоднее на дистанции — считать стоит на конкретных задачах.
Можно перенести всё на наш сервер?
Да, и для компаний с закрытыми данными это частый сценарий. Важно понимать цену решения: вместе с контролем появляется обслуживание — обновления, резервные копии, доступы, мониторинг.
Иногда разумнее смешанный вариант: закрытая часть у себя, остальное в облаке. На разборе считаем оба и говорим, какой дешевле именно в вашем случае.