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

1. Вводная задача от заказчика, проблематика, цели

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. Интеграции и развитие функционала

• Подключение сторонних сервисов.
• Доработка существующих модулей.
• Изменение логики работы отдельных блоков.
• Разработка новых разделов.
• Программирование и вёрстка.
• Расширение возможностей личного кабинета.

Проект постоянно развивается, и архитектура должна успевать за продуктом.

Степанов Евгений Анатольевич

Руководитель, LABSALES

По сути, клиент пришёл не с одной задачей. Запрос Deep можно сформулировать так:

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

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

Это не разовый проект, а долгосрочное технологическое партнёрство, в котором наша digital-студия становится частью команды Deep.

2. Описание реализации кейса и творческого пути по поиску оптимального решения

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

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

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

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

ЗАДАЧА 1. КАК МЫ ПРЕВРАТИЛИ ТЕКСТ СНА В ЧЕТЫРЕ УНИКАЛЬНЫХ ИЗОБРАЖЕНИЯ

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

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

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

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

• 1. Пользователи пишут сны по-разному: с ошибками, обрывками мыслей, в свободной форме.
• 2. Нейросеть должна выдавать результат строго в формате JSON, чтобы система могла его корректно обработать.
• 3. Все четыре изображения должны быть стилистически цельными.
• 4. Весь процесс должен работать быстро, люди не готовы ждать долго.

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

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

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

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

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

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

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

• исправляются орфографические ошибки;
• улучшается читаемость;
• сохраняется смысл и стиль пользователя.

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

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

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

• название сцены;
• её описание.

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

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

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

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

• общую атмосферу;
• художественный стиль;
• уровень детализации;
• цветовую гамму.

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

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

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

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

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

• четыре уникальные иллюстрации;
• логически связанные между собой;
• с названиями сцен (они же используются в alt-описаниях).

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

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

• Система стала управляемой и гибкой.
• Повысилось качество изображений за счёт предварительной обработки текста.
• Генерация работает быстро и стабильно.
• Пользователь получает не «AI-эффект», а осмысленный, персональный опыт.

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

ЗАДАЧА 2. ИНТЕРАКТИВНЫЕ ПЛАНШЕТЫ ДЛЯ ЗОНЫ МЕДИТАЦИЙ НА ВЫСТАВКЕ В СКОЛКОВО

Запрос клиента

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

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

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;
• инсталляция со «стеной снов» стала точкой притяжения и дополнительным трафиком к зоне.

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

ЗАДАЧА 3. АЛЬТЕРНАТИВНЫЙ ЭКВАЙРИНГ: ЗАПУСК ОПЛАТЫ ПОДПИСОК БЕЗ РИСКОВ БЛОКИРОВКИ

Задача

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

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

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

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

Решение

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

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

• интеграция выполнена по стандартам CMS Netcat;
• сохранены все функции существующих платёжных модулей;
• обеспечена корректная работа подписочной логики;
• реализована безопасная обработка транзакций.

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

Результат

• подписки продолжили работать без ограничений;
• проект сохранил присутствие в экосистеме Apple;
• бизнес минимизировал юридические и финансовые риски.

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

ЗАДАЧА 4. ВОССТАНОВЛЕНИЕ ДОСТАВКИ ПИСЕМ: ПЕРЕХОД НА ТРАНЗАКЦИОННУЮ ОТПРАВКУ

Задача

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

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

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

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

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

Решение

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

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

• был разработан отдельный модуль отправки писем;
• реализована интеграция через API;
• заменены стандартные функции mail и smtpmail;
• настроены корректные заголовки и параметры доставляемости.

Результат

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

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

ЗАДАЧА 5. ПОЛНАЯ АВТОМАТИЗАЦИЯ ЛОГИСТИКИ ЧЕРЕЗ ИНТЕГРАЦИЮ СО СДЭК

Задача

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

• стоимости доставки;
• cроков;
• списка ПВЗ;
• курьерских вариантов.

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

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

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

• потерю времени;
• риск ошибок при переносе данных;
• замедление отправки;
• зависимость от человеческого фактора.

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

Решение

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

• в карточке заказа появилась кнопка «Сформировать накладную»;
• после проверки менеджер одним кликом отправляет заказ в систему СДЭК;
• накладная формируется автоматически в СДЭК ФФ;
• данные полностью подтягиваются из заказа.

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

• габариты;
• тарифы;
• тип доставки;
• данные получателя;
• ПВЗ;
• дополнительные услуги.

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

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

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

Результат

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

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

ЗАДАЧА 6. БЕСШОВНАЯ ИНТЕГРАЦИЯ САЙТА С YouGile: ЕДИНОЕ ПРОСТРАНСТВО ДЛЯ ПОДДЕРЖКИ ПАРТНЕРСКИХ ВЫПЛАТ

В рамках развития цифровой экосистемы проекта было важно выстроить прозрачные процессы работы с обращениями пользователей и заявками партнёров — без внедрения громоздкой 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 стала не просто техническим улучшением, а частью архитектуры продукта: поддержка, финансовые процессы и работа команды объединены в единую синхронизированную систему.

Страница, созданная для планшетов на выставку Сколково.

Страница для интерактивной зоны с экраном и формой для описания сна.

3. Результаты сотрудничества

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

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

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

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

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

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

Результат:

• ускорена обработка заказов;
• исключено дублирование данных;
• снижен риск ошибок;
• команда тратит время на развитие продукта, а не на рутину.

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

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

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

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

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

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

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

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

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

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

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

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

4. Заключение

Этот кейс о том, как перестать латать дыры и начать строить фундамент.

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

• Наша ценность оказалась не в том, что мы «знаем Netcat» или «умеем интегрировать API».
• Мы предложили не услугу, а подход: строить цифровую экосистему, где каждое решение становится частью единого механизма, а не отдельным «исправленным багом»

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

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

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