Когда hardware, AI и digital-экосистема работают как единый организм

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

Продукт клиента находится на стыке hardware, науки о сне и digital-экосистемы. Это не просто физическое устройство — вокруг него выстроена полноценная онлайн-платформа:

• основной сайт продаж — https://deep.online/ru;

• личный кабинет пользователя с расширенной функциональностью и AI-сценариями (в том числе генерацией визуализаций снов) — https://deep-one.online;

• отдельные digital-проекты для выставочных и иммерсивных форматов.

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

Требовалось поддерживать и усложнять цифровой продукт, который объединяет:

• интернет-магазин;

• личный кабинет с глубокой логикой;

• интеграции с логистикой и платежными сервисами;

• нестандартные AI-сценарии.

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

С ЧЕМ ПРИШЕЛ КЛИЕНТ?

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

Основная проблема заключалась в том, что текущая архитектура на CMS Netcat переставала соответствовать стратегическим планам компании.

Система ещё работала, но:

• не была рассчитана на серьёзное международное масштабирование;

• с трудом выдерживала растущую нагрузку;

• требовала глубокой оптимизации;

• ограничивала интеграции с зарубежными сервисами.

Клиент принял стратегическое решение: параллельно пересобрать CMS, сохранив критически важную структуру данных и пользовательскую базу.

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

Запрос был шире, чем «поддержка сайта». Фактически клиенту требовался digital-партнёр, который закроет сразу несколько направлений.

1. Технологическое масштабирование

• Подготовка архитектуры под зарубежные серверы и инфраструктуру.

• Интеграции с иностранными платёжными и логистическими API.

• Оптимизация производительности и базы данных.

• Поиск узких мест и устранение системных ограничений.

Задача стояла не «починить», а подготовить продукт к следующему этапу роста.

2. Непрерывная техническая устойчивость

• Мониторинг работоспособности.

• Оперативное устранение сбоев.

• Контроль хостинга, доменов и серверной инфраструктуры.

• Облачное резервное копирование и защита данных.

• Установка обновлений и поддержка актуальных версий.

• Взаимодействие с хостинг-провайдерами.

Мы взяли на себя роль технического ядра проекта.

3. Интеграции и развитие функционала

• Подключение сторонних сервисов.

• Доработка существующих модулей.

• Изменение логики работы отдельных блоков.

• Разработка новых разделов.

• Программирование и вёрстка.

• Расширение возможностей личного кабинета.

Стратегический запрос клиента звучал масштабно: создать устойчивую, управляемую и масштабируемую digital-среду вокруг технологичного hardware-продукта. И чтобы эта среда выдерживала рост, международные планы и усложнение пользовательских сценариев.

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

Так сформировался комплекс разнонаправленных, но взаимосвязанных работ: от AI-механик и выставочных интерфейсов до платёжной архитектуры, логистики, email-инфраструктуры и синхронизации внутренних сервисов.

Ниже — ключевые реализованные направления, которые в совокупности превратили Deep из «сайта с устройством» в полноценную цифровую экосистему.

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

За этим стоит связка двух нейросетей: текстовую трактовку создаёт MITUP, а изображения генерирует FLUX.

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

В чём заключалась сложность?

1. Пользователи пишут сны по-разному: с ошибками, обрывками мыслей, в свободной форме.

2. Нейросеть должна выдавать результат строго в формате JSON, чтобы система могла его корректно обработать.

3. Все четыре изображения должны быть стилистически цельными.

4. Весь процесс должен работать быстро, люди не готовы ждать долго.

Как мы решили задачу?

1. Мы научили систему «правильно задавать вопрос»

Перед тем как отправить текст пользователя в нейросеть, мы автоматически добавляем специальное вступление. Проще говоря, система говорит модели: «Вот сон. Опиши четыре сцены по его мотивам и верни результат в понятной структуре». Это гарантирует, что ответ придёт в нужном формате.

Важно: этот текст-настройку можно менять в админке.

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

2. Мы автоматически исправляем ошибки в тексте сна

Перед основной генерацией текст проходит мягкую коррекцию через модель MITUP:

• исправляются орфографические ошибки;

• улучшается читаемость;

• сохраняется смысл и стиль пользователя.

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

3. Мы превращаем один сон в четыре сцены

В ответ нейросеть возвращает структурированный список из четырёх интерпретаций:

• название сцены;

• её описание.

Мы аккуратно извлекаем описания и передаём каждое в модель FLUX для генерации изображения.

4. Мы управляем стилем изображений

Перед отправкой описания в генератор картинок добавляется ещё один настраиваемый «стилевой» префикс.

Он позволяет задать:

• общую атмосферу;

• художественный стиль;

• уровень детализации;

• цветовую гамму.

Этот параметр тоже можно менять в настройках: например, сделать стиль более футуристичным или, наоборот, более мягким и арт-хаусным, если вам так хочется.

5. Генерация происходит параллельно

Все четыре изображения создаются одновременно. Это существенно сокращает время ожидания — пользователь видит результат быстро и не теряет эмоциональное вовлечение.

6. Аккуратный вывод результата

На выходе пользователь получает:

• четыре уникальные иллюстрации;

• логически связанные между собой;

• с названиями сцен (они же используются в alt-описаниях).

Вместо одной случайной картинки человек видит визуальную историю своего сна, почти как мини-графический роман.

Что это дало проекту?

1. Система стала управляемой и гибкой.

2. Повысилось качество изображений за счёт предварительной обработки текста.

3. Генерация работает быстро и стабильно.

4. Пользователь получает не «AI-эффект», а осмысленный, персональный опыт.

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

К открытию выставки в Сколково клиенту было важно не просто представить продукт, а создать полноценный иммерсивный опыт взаимодействия с ним. В музейном пространстве планировались специальные зоны медитации: стойки с планшетами, наушники и фирменные кубики.

Посетитель должен был:

1. Подойти к стойке.

2. Пролистать мини-презентацию с инструкцией.

3. Взять кубик и наушники.

4. Отправиться в зону медитации.

Ключевое требование: всё должно работать безупречно в режиме публичного пространства. Планшет постоянно открыт на странице https://deep.online/meditations/, интерфейс должен быть интуитивным, автономным и «самоочищающимся» от случайных действий пользователя. И всё это в условиях жёсткого дедлайна к старту выставки.

Решение:

Мы разработали и сверстали специальный интерфейс под планшетный формат с учётом сценария «потока людей» и отсутствия администратора рядом с каждой стойкой.

1. Слайдер-инструктаж с автооткатом

На странице реализован слайдер из 4 экранов:

• краткое знакомство с медитацией;

• объяснение принципа работы устройства;

• инструкция по использованию;

• призыв к действию.

Главная технологическая особенность — автоматический возврат на первый слайд через 60 секунд бездействия на любом из экранов 2–4.

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

Это решение позволило:

• исключить «залипшие» экраны;

• всегда начинать опыт с первого шага;

• сохранить чистоту сценария для следующего пользователя;

• минимизировать нагрузку на персонал выставки.

По сути, мы превратили обычную веб-страницу в автономный выставочный терминал.

Отдельная часть проекта — интерактивная зона с экраном и формой https://vision.deep.online/form.

Задача клиента — вовлечь посетителей в персональный цифровой опыт и объединить офлайн-экспозицию с нейросетевой визуализацией.

Пользовательский сценарий

Мы спроектировали полноценный цифровой путь:

Шаг 1. Выбор устройства

Пользователь выбирает, где вводить сон — на планшете стойки или со своего телефона.

Шаг 2. Ввод сна

Он описывает свой сон, соглашается с политикой конфиденциальности и нажимает «Визуализировать».

Шаг 3. Ожидание генерации

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

Шаг 4. Полускрытый результат

После генерации изображения появляются в слегка скрытом виде с overlay-формой для ввода email.

Шаг 5. Ввод email и согласие

Пользователь вводит почту и подтверждает согласие.

Интеграция с экосистемой deepOne

Далее запускается скрытая логика:

• Если аккаунта нет, то автоматически создаётся профиль, отправляется письмо о регистрации и ссылка в личный кабинет deepOne.

• Если аккаунт уже существует, значит, изображения привязываются к нему, а пользователю отправляется письмо со ссылкой с hash-авторизацией.

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

Финальный вау-эффект: «Стена снов»

После ввода email пользователь видит финальные изображения на экране устройства. Одновременно запускается таймер на 60 секунд — обратный отсчёт до появления сна на музейной «стене» flyCircles.

На большом экране сны посетителей транслируются в формате пролетающих сфер. Динамическая визуализация превращает индивидуальный опыт в коллективный цифровой арт-объект.

Это решение:

• усиливает мотивацию завершить сценарий;

• создаёт эффект публичного признания;

• формирует «живую» выставочную среду;

• провоцирует вирусный эффект — посетители ждут появления своего сна на стене.

Технологические и UX-результаты:

• разработан автономный планшетный интерфейс с автооткатом;

• создан интерактивный сценарий генерации снов с минимальным количеством шагов;

• реализована бесшовная интеграция с системой аккаунтов deepOne;

• объединён офлайн-опыт музея и онлайн-платформа бренда;

• обеспечена стабильная работа в режиме публичного использования;

• проект реализован в условиях жёсткого дедлайна к старту выставки.

Бизнес- и коммуникационный эффект:

• выставка стала не просто презентацией продукта, а полноценным иммерсивным digital-опытом;

• посетители получили персонализированный результат и повод оставить контакт;

• бренд усилил восприятие как технологичного и инновационного;

• офлайн-интеракция конвертировалась в регистрацию в экосистеме deepOne;

• инсталляция со «стеной снов» стала точкой притяжения и дополнительным трафиком к зоне.

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

Проект работал с системой Robokassa. Однако при реализации оплаты подписки из мобильного приложения через переход по внешней ссылке возникла критичная проблема: вариант эквайринга не проходил модерацию Apple из-за санкционных ограничений.

Это означало риск:

• блокировки платежного сценария;

• срыва подписочной модели;

• потери выручки и пользователей.

Нужно было срочно найти неподсанкционный банк и внедрить альтернативный способ оплаты на сайте deep-one.online — без потери текущей логики работы CMS и без ломки бизнес-процессов.

Мы выбрали эквайринг от Дело Банка — решение, которое соответствовало требованиям Apple и позволяло легально принимать оплату подписок.

На основе API банка мы разработали полноценный платежный модуль:

• интеграция выполнена по стандартам CMS Netcat;

• сохранены все функции существующих платёжных модулей;

• обеспечена корректная работа подписочной логики;

• реализована безопасная обработка транзакций.

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

Какой результат принесло?

• подписки продолжили работать без ограничений;

• проект сохранил присутствие в экосистеме Apple;

• бизнес минимизировал юридические и финансовые риски.

Пользователь не заметил изменений — сценарий оплаты остался привычным и стабильным.

Система отправки PIN-кода для восстановления пароля работала через smtpmail с использованием SMTP-сервера Яндекса.

Проблема: письма перестали доходить на Gmail-адреса.

Для пользователя это выглядело как:

• невозможность восстановить пароль;

• потеря доступа к аккаунту;

• рост обращений в поддержку.

Нужно было обеспечить гарантированную доставляемость писем.

Решение:

Мы отказались от стандартной отправки через SMTP и перешли на профессиональный сервис транзакционных рассылок — UniSender.

После получения доступов и изучения API:

• был разработан отдельный модуль отправки писем;

• реализована интеграция через API;

• заменены стандартные функции mail и smtpmail;

• настроены корректные заголовки и параметры доставляемости.

Результат

• письма восстановления снова стабильно доходят до Gmail;

• снижен процент недоставки;

• уменьшена нагрузка на поддержку;

• повышена надёжность всей авторизационной системы.

Для пользователя это «письмо пришло», для бизнеса — это сохранённые аккаунты и лояльность.

На сайте уже была реализована корзина с автоматическим расчётом:

• стоимости доставки;

• cроков;

• списка ПВЗ;

• курьерских вариантов.

Но дальше процесс был ручным:

• заказ падал в систему;

• менеджер проверял данные;

• менеджер вручную создавал накладную в личном кабинете СДЭК.

Это означало:

• потерю времени;

• риск ошибок при переносе данных;

• замедление отправки;

• зависимость от человеческого фактора.

Нужно было автоматизировать процесс формирования накладной.

Решение:

После получения доступов и изучения API СДЭК мы доработали механику заказов:

• в карточке заказа появилась кнопка «Сформировать накладную»;

• после проверки менеджер одним кликом отправляет заказ в систему СДЭК;

• накладная формируется автоматически в СДЭК ФФ;

• данные полностью подтягиваются из заказа.

Основная сложность заключалась в сопоставлении параметров:

• габариты;

• тарифы;

• тип доставки;

• данные получателя;

• ПВЗ;

• дополнительные услуги.

Мы аккуратно синхронизировали структуру данных сайта и требования API СДЭК.

Дополнительно модуль:

• отслеживает статус доставки;

• обновляет данные на сайте в реальном времени.

Результат

• полная автоматизация логистического процесса;

• исключение ручного дублирования данных;

• снижение количества ошибок;

• ускорение обработки заказов;

• снижение нагрузки на менеджеров;

• уменьшение числа обращений в поддержку по статусам доставки.

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

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

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

Задача: Поддержка пользователей — синхронизация сайта и доски задач

Необходимо было реализовать систему обращений в личном кабинете пользователя:

• создание тикета на сайте;

• диалог с менеджером;

• отображение статуса обращения;

• прозрачность процесса для обеих сторон.

При этом менеджеры должны были продолжать работать в привычной среде, в YouGile.

Решение:

Мы разработали индивидуальный модуль двусторонней синхронизации.

1. Автоматическое создание задачи

Когда пользователь создаёт обращение в личном кабинете, система автоматически формирует карточку на соответствующей доске в YouGile со всеми данными.

2. Обратная синхронизация статусов

Если менеджер меняет статус задачи в YouGile (например, «В работе» или «Закрыто»), он автоматически обновляется в интерфейсе сайта.

3. Единая переписка

Вся коммуникация синхронизируется:

• сообщения пользователя отображаются в карточке YouGile;

• ответы менеджера автоматически появляются в личном кабинете.

Результат

• поддержка стала централизованной;

• исключено дублирование данных;

• пользователь видит актуальный статус в реальном времени;

• команда не переключается между сервисами;

• нет необходимости во внедрении отдельной CRM.

Автоматизация партнёрских выплат через синхронизацию статусов

Задача: Участники партнёрской программы накапливают кэшбэк на личном счёте и могут подать заявку на вывод средств.

Процесс включал несколько этапов:

1. Клиент оставляет заявку в личном кабинете.

2. Заявка сохраняется в Netcat.

3. Менеджер проверяет данные.

4. После фактической выплаты статус меняется на «Исполнено».

5. Баланс пользователя должен уменьшиться на выплаченную сумму.

Необходимо было:

• автоматически передавать заявки в проект «deep Партнёрская программа» в YouGile;

• синхронизировать статусы между базой сайта и колонками на доске;

• при переходе заявки в статус «Исполнено» автоматически списывать средства с личного счёта пользователя.

Решение:

Мы реализовали полную двустороннюю интеграцию.

1. Автоматическая отправка заявки

При создании заявки она мгновенно появляется в соответствующем проекте YouGile со всеми необходимыми данными.

2. Синхронизация статусов

Положение карточки на доске соответствует статусу в базе сайта.

Менеджер может изменить статус:

• переместив карточку в YouGile;

• либо напрямую в Netcat.

Система отслеживает изменения и синхронизирует данные в обе стороны.

3. Автоматическое списание средств

Если карточка попадает в колонку «Исполнено»:

• в течение 5–10 минут статус обновляется на сайте;

• с личного счёта клиента автоматически списывается соответствующая сумма.

Это исключает ручные финансовые корректировки и ошибки.

Результат

• все партнёрские заявки централизованы в YouGile;

• финансовая логика автоматизирована;

• баланс пользователя всегда актуален;

• минимизирован человеческий фактор;

• процесс стал прозрачным и контролируемым.

Интеграция с YouGile стала не просто техническим улучшением, а частью архитектуры продукта: поддержка, финансовые процессы и работа команды объединены в единую синхронизированную систему.

В работе с Deep мы решили не точечные задачи, а системную — превратили быстрорастущий digital-продукт в управляемую и масштабируемую экосистему.

1. Архитектура стала опорой роста, а не ограничением

Мы усилили технический фундамент платформы: оптимизировали архитектуру, устранили узкие места, подготовили инфраструктуру к международным интеграциям и росту нагрузки.

Результат: система выдерживает расширение функционала и рост аудитории без сбоев и «костылей».

2. Операционные процессы автоматизированы

Логистика, поддержка и партнёрские выплаты перестали зависеть от ручных действий менеджеров.

Результат:

• ускорена обработка заказов;

• исключено дублирование данных;

• снижен риск ошибок;

• команда тратит время на развитие продукта, а не на рутину.

3. Финансовая модель защищена

Мы внедрили альтернативный эквайринг через API Дело Банк, сохранив подписочную модель и соответствие требованиям экосистемы Apple.

Результат: бизнес избежал блокировок и потери выручки, пользовательский сценарий оплаты остался стабильным.

4. Критические коммуникации восстановлены

Переход на транзакционную отправку через UniSender обеспечил стабильную доставляемость сервисных писем.

Результат: пользователи не теряют доступ к аккаунтам, снижена нагрузка на поддержку.

5. AI стал управляемым инструментом, а не экспериментом

Интеграция моделей MITUP и FLUX реализована как настраиваемая и масштабируемая система.

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

6. Офлайн превращён в digital-воронку

Выставочные механики интегрированы в экосистему: офлайн-взаимодействие автоматически приводит к регистрации и вовлечению в продукт.

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