Как я внедряю ИИ в бизнес и обучаю на реальных проектах

Начинаем с процесса и результата

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

Я разбираю исходные данные, порядок действий и точку проверки. Для карточки товара результатом будет подготовленный файл с правильным артикулом и характеристиками. Для заявки — запись, которую увидел ответственный. Для базы знаний — найденный материал с понятным источником. Такое описание помогает договориться о результате до разработки.

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

Недвижимость и связанная работа команды

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

Я собирал внутреннюю систему, в которой можно работать с новостройками и вторичным жильём, видеть данные об объектах и проводить задачи через ответственных. Часть интеграций продолжает развиваться. Например, телефония и голосовой агент требуют отдельной проверки звонков, а 3D-представление объектов проходит согласование. Каждую стадию мы проверяем своим способом.

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

Товарный контент начинается с исходников

В проектах Thomas Münz и Salamander на вход поступают фотографии, артикулы и таблицы характеристик. На выходе нужны карточки для разных каналов: каталога сайта и маркетплейса. Между ними — подготовка изображения, инфографика, именование и проверка. Ошибка в артикуле может сделать красивую карточку непригодной для выдачи.

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

В проверенном отчёте одной партии MUNZ зафиксированы 27 подготовленных артикулов и 299 JPG. Один артикул остался без инфографики из-за недостающих характеристик. Этот пример хорошо показывает мой подход: качество процесса проявляется и в готовой выдаче, и в том, насколько понятно он обращается с исключением.

Сайт каталог и статьи работают вместе

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

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

Этот же принцип я применяю к небольшим сайтам экспертов и студий. У Сергея Галана задача решалась лендингом; для Санеты использовались собственные блоки на Tilda; у Анны Ивановой разные предложения получили отдельные страницы. Технический выбор зависит от содержания и будущей работы с сайтом.

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

В НЕБО мы развиваем путь от идеи до видео: сценарий, раскадровка, кадры, анимация и монтаж. Сотруднику нужен понятный порядок действий, а системе — связь между исходной идеей и версиями результата. Утверждённый кадр, готовая анимация и смонтированный фильм занимают разные места в этом маршруте.

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

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

База знаний должна помогать в конкретной работе

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

При работе с архивом материалов важно сохранить другой вид связи: запрос пользователя и конкретный фрагмент источника. В проекте Анастасии Ягодиной мы разбирали накопленные видео и тексты, чтобы человеку было проще найти подходящий материал. В исследовании VIJIN база бренда и сведения о конкурентах помогали формулировать вопросы для продуктовых решений.

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

Обучение на собственном проекте даёт предметную практику

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

Александр пришёл с задачами бизнеса в авиации. Мы работали с информацией о технике, PDF-презентациями, контентом, CRM и собственным сервером. Я объяснял инструменты и помогал проходить сложные участки, а он развивал свою систему. Этот формат требует разделять работу наставника и самостоятельную работу ученика.

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

Как выбрать первый шаг для вашей компании

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

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