НЕ ПРЕЗЕНТАЦИИ. РАБОЧИЕ СИСТЕМЫ.

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

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

React-интерфейс отправляет данные в Node.js/Express API и показывает статус. Заявка не выдаётся за подтверждённую бронь, пока её не обработает администратор. Отдельно настроены responsive-версия, SEO, Open Graph, canonical URL и schema.org LodgingBusiness.

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

Полный цикл: структура, UX/UI, frontend, backend формы, SEO, юридические страницы, развёртывание и запуск. Сайт работает на apart18.ru.

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

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

Мобильные приложения используют общий REST-контур. Подключены TELR, Apple Pay, Google Pay, DHL, Mailchimp и аналитические сервисы; поддержаны три языка, арабское направление письма, дирхамы и местный НДС.

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

Project Manager: требования, функциональный состав, постановка задач и приёмка по всем направлениям. Отдельно — аренда, членство и платёжный модуль TELR. Сайт и приложения продолжают работать.

Списки приходили от организаторов, артистов и партнёров в разных форматах. Внутри события были Regular, VIP и Backstage, а решение на входе нужно было принимать за секунды. CSV и переписка не давали единого актуального состояния и не защищали от повторного прохода.

Административную панель с реестром мероприятий, импортом и нормализацией списков, ролями доступа и фиксацией источника приглашения. Персональные QR-коды уходят по email и через Telegram.

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

Путь «список → приглашение → QR → проход → статистика» работает в одном контуре. Организатор видит ожидаемое и фактическое число гостей, сотрудники — одно и то же состояние без сверки в чатах.

Обычная алгоритмическая автоматизация: QR, роли, защищённая база, realtime-обновления и рассылки. AI здесь не нужен. Production-система хранит историю реальных мероприятий.

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

Magento-магазин с каталогом одежды, личным кабинетом, конструктором, расчётом и согласованием макета. Покупатель выбирает готовую вещь или передаёт свою, загружает изображение и задаёт расположение декора.

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

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

RPA, а не AI: автоматизирован интерфейс проверенного производственного ПО без рискованной замены его алгоритма. E-commerce-сервис работает на garmentdecor.com.

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

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

Редактор проверяет качество файла и пересчитывает стоимость при изменении параметров. После checkout система создаёт заказ и производственную спецификацию для prepress, изготовления, контроля качества и доставки.

Часть ручной консультации, неоднозначные макеты и повторный перенос параметров. Витрина стала полноценным order-to-production процессом для частных, корпоративных и повторных заказов.

Системный анализ товарной и производственной модели, editor, pricing, preflight, checkout, жизненный цикл заказа и интеграции. Продукт работает на signlabs.se.

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

POS со сменами, возвратами и автоматическим списанием; складской учёт с приёмкой, перемещениями, инвентаризациями и партиями; аналитику остатков и закупочный модуль.

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

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

Прогнозирование временных рядов поверх нормального учётного контура. Не generative AI и не автоматический заказ без участия сотрудника.

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

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

OCR распознавал текст с упаковки и сопоставлял названия со справочником. Модель объединяла предполагаемые концентрации, экспертные связи и профиль пользователя. Неуверенные данные попадали в кураторскую очередь.

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

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

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

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

После подтверждения система объединяет ингредиенты и готовит заказ для Metro. Представитель проверяет сборку и согласовывает замены. Общие упаковки распределяются между участниками, оплатить можно свою долю или весь заказ через Stripe.

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

System Architecture: модель путешествия и участников, меню, рецепты, упаковки, расчёты, Metro, checkout и платежи. Сервис работает на yachtering.eu.

Антикафе одновременно продаёт время, сдаёт комнаты, проводит мероприятия и ведёт клуб постоянных гостей. В одном визите могут сочетаться поминутный тариф, фиксированная аренда, билет, скидка и доля организатора. Обычная касса такие связи не держит.

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

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

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

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

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

Цифровой двойник от объекта и корпуса до квартиры, помещения, инженерной системы и конкретного устройства. Для каждого актива доступны состояние, телеметрия, документы, связанные заявки и история обслуживания.

Мобильное приложение управляет квартирой и доступом. Общий контур включает гостей, парковку, домофон, бронирование помещений, заявки, work orders, SLA, счётчики, тарифы и оплату.

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

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

Нужен был магазин с собственной арт-дирекцией, полноэкранными коллекциями и нестандартной навигацией — но с каталогом, корзиной, оплатой и международной доставкой. Особенно важно было не потерять скорость на мобильной сети.

Разделили систему учёта и покупательский интерфейс. Magento 2 хранит товары, цены, заказы, клиентов и правила рынков; Elasticsearch и Node.js API связывают его с Vue Storefront.

С нуля сделали тему с полноэкранными коллекциями и составным селектором каталога. Настроили семь рынков: ОАЭ, Пакистан, Австралию, Канаду, ЕС, Великобританию и основной магазин — с геоопределением, разными платежами и доставкой.

Magento осталась надёжным back office, а бренд получил быстрый интерфейс без ограничений стандартной темы. SSR, кеширование, адаптивные изображения, service worker и AMP поддерживали первую загрузку и мобильную работу.

Project Manager: функциональный состав, выпуски, команда, pixel-perfect приёмка темы, каталог, checkout, рынки, платежи и логистика. Публичная версия закрыта; портфолио-кадры сняты с локально восстановленного приложения.

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

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

Заказ проходит проверку, выбор поставщика, размещение, подтверждение срока, документы, отгрузку, трекинг и доставку. Для white label система формирует документы с нужной нумерацией и привязкой к позиции и поставщику.

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

System Analyst: товарная модель, фильтры, POS, конвейер, документы и интеграции. Проект работает на bunkbedscanada.com и остаётся на Magento.

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

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

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

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

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