Что было нужно
Разделить готовые изделия и персональные продукты на разные сценарии
Как сайт локального бренда украшений превратился из онлайн-витрины в собственную площадку для товаров, персональных продуктов, мастер-классов и работы с клиентами.
Главное о проекте — до технических подробностей.
Разделить готовые изделия и персональные продукты на разные сценарии
Каталог украшений, персональные продукты, мастер-классы, события и собственная система управления контентом для локального бренда из Тольятти.
Публичные маршруты и страницы событий возвращают HTTP 200
Показываем реальные публичные экраны. Закрытые кабинеты, переписки и персональные данные в галерею не попадают.


Обычный лендинг не покрывал реальные процессы локального бренда.
Первоначальная задача выглядела как создание современного сайта для локального проекта украшений. Анализ показал, что обычной связки «главная, каталог, контакты» недостаточно: бизнес одновременно работает с готовыми изделиями, индивидуальными заказами, персональными разборами, мастер-классами, событиями и контентом о натуральных камнях. Архитектуру требовалось заложить так, чтобы новые направления добавлялись без полной переделки сайта.
Сначала описали реальные направления проекта и пользовательские маршруты, затем разделили их на самостоятельные сущности и страницы. Интерфейс, административная часть и интеграционные сценарии развивались вокруг логики бизнеса, а не вокруг структуры таблиц или готового шаблона интернет-магазина.
Разделили готовые украшения, персональные заказы, разборы, мастер-классы, события и контент на самостоятельные рабочие сценарии.
Заложили расширяемую модель, в которой каталог, события и новые контентные направления развиваются без замены фундамента проекта.
Спроектировали отдельные воронки, мобильные карточки, формы, CTA и умеренные состояния интерфейса с поддержкой reduced motion.
Реализовали публичные страницы, каталог, формы, страницы событий, защищённый раздел персональных разборов и серверную обработку данных.
Собрали управление товарами, мероприятиями, отзывами, фотографиями, текстами, заявками и персональными разборами.
Проверили публичные и административные сценарии, изолировали закрытые файлы и оставили платформу готовой к следующим итерациям.
MICA PLACE создали Таня и Ирина. Они работают с натуральными камнями, создают украшения вручную и проводят тематические мастер-классы.
Каталог строится вокруг фотографии, понятного описания, натуральных камней, характеристик, стоимости и следующего действия. Визуальная часть здесь является элементом UX, а не декором.
Направление /personal/ не смешано с обычным каталогом: оно объясняет индивидуальную работу, собирает исходные данные и переводит клиента в отдельный сценарий общения.
Афиша использует компактные карточки-превью, а полное описание, дата, время, место, стоимость, программа, материалы и CTA размещаются на отдельной странице события.
Закрытый результат связан с предсказуемым кодом и выдаётся сервером после проверки доступа.
Код состоит из восьми букв и цифр без неоднозначных символов. Администратор может создать или заменить PDF, открыть его для проверки, скачать либо отключить доступ. Файлы хранятся вне публичного web-каталога; содержимое персональных разборов в кейсе не публикуется.
Платформа работает не только с товарами: опубликованное мероприятие получает собственный URL и остаётся в архиве после завершения.
На отдельной странице сохранены описание встречи и программа с персональным чакроанализом, подбором камней и созданием браслета.
Тематический разбор, лекционная часть, подбор натуральных камней и создание собственного браслета показывают, почему архитектуре нужна гибкая модель события, а не одна жёсткая карточка.
Кейс описывает мероприятия как функции платформы и не заменяет их актуальные страницы на сайте заказчика.
Административная панель повторяет логику проекта и не требует редактирования файлов или структуры хранилища.
Название, категория, цена, камни, описание, характеристики, наличие, статус, порядок и фотография.
Афиша и полная страница события управляются одной записью: содержание, дата, место, цены, места, галерея и SEO.
Публикация контролируется статусами и точками показа; отзыв о мастер-классе может быть связан с конкретным событием.
Коды, активность и защищённые PDF управляются из отдельного раздела без публикации закрытых данных.
Тексты, CTA, видимость блоков, фотографии и дополнительные контентные блоки сгруппированы по публичным страницам.
Персональные заказы и заявки на события поступают с контекстом сценария и получают рабочий статус.
Посетитель приходит из социальных сетей или мессенджера сразу к товару, событию или персональному продукту — этот контекст важно не потерять.
Telegram-ссылка формируется с типом сценария и идентификатором сущности. Карточки, формы, меню, изображения и CTA проверяются на мобильных экранах; имена, даты, телефоны и персональные коды нормализуются или валидируются без агрессивных масок, мешающих autofill. Анимации остаются умеренными, а для prefers-reduced-motion предусмотрен спокойный режим.
Только то, что клиент может увидеть и проверить в повседневной работе.
Несколько направлений бизнеса объединены на одной площадке
Каталог и персональный заказ не смешиваются в одну воронку
Каждое опубликованное событие получает отдельную страницу
Персональные PDF доступны только по валидному коду
Заказчик управляет основным контентом через административный интерфейс
Платформа может развиваться без отдельного сайта под каждое новое направление
Бизнес-задача → анализ → архитектура → UX → дизайн → разработка → административная система → запуск → наблюдение → итерации.
MICA PLACE показывает клиентскую разработку цифрового продукта, тогда как help.zeadmin.ru — внутреннюю автоматизацию поддержки.
Команда отвечала за анализ задачи, архитектуру, UX, UI, разработку, административную часть, адаптивность, интеграционные сценарии, SEO-архитектуру и дальнейшие итерации. Вместе эти проекты демонстрируют единый контур: инфраструктура, автоматизация, интеграции и разработка.
Проверены публичный сайт, активные маршруты, исходный код платформы и доступные без раскрытия данных административные сценарии.
Показываем продуктовые части системы без персональных данных, закрытых материалов, учётных данных и вымышленных метрик роста.
Существующие направления, связанные с проектированием и развитием цифровых продуктов.
Сайты, личные кабинеты и веб-платформы вокруг задач бизнеса.
Подробнее →Связь процессов, данных и рабочих сценариев.
Подробнее →Коммуникации, Mini Apps и интеграционные сценарии в мессенджерах.
Подробнее →Разобрать задачу и определить следующий шаг.
Контакты →Подробный состав, условия и стоимость направлений, использованных в проекте.
Создаём корпоративные сайты, каталоги и веб-сервисы, а также принимаем на сопровождение существующие проекты. Связываем разработку с инфраструктурой: Git, сервер, безопасный релиз, резервное копирование, мониторинг, документация и дальнейшее развитие.
Подробнее об услуге →Связанная услугаРазбираем ручной процесс, убираем лишние шаги и автоматизируем устойчивую схему: заявки, согласования, документы, уведомления, обработку файлов и контроль сроков. Интеграции, боты и AI подключаем как отдельные компоненты только там, где они дают измеримый эффект.
Подробнее об услуге →Связанная услугаРазрабатываем порталы, личные кабинеты, системы заявок, согласований, документов и специализированные CRM. Начинаем с одного рабочего процесса и ролей, запускаем MVP, связываем его с 1С, сайтом и другими системами и затем развиваем по данным использования.
Подробнее об услуге →Связанная услугаПроверяем инфраструктуру, оборудование, лицензии, безопасность и технические разрывы, связанные с применимыми изменениями: ЭДО, домены, телефония, сайт и платёжный контур. Руководитель получает факты и поэтапный план без подмены юридической экспертизы.
Подробнее об услуге →Связанная услугаПроектируем и внедряем управляемый обмен между системами компании. Связываем 1С, CRM, сайт, кассу, платёжные каналы и API, предусматриваем журнал, повторные попытки, уведомления и ручной сценарий на случай сбоя.
Подробнее об услуге →
Публичная платформа, личный кабинет, обучение, внутренний портал учебного отдела и коммуникационная инфраструктура в едином жизненном цикле слушателя.
Смотреть кейс →
Перенесли рабочий процесс из разрозненных таблиц в систему с ролями, воронкой, задачами и историей изменений.
Смотреть кейс →
Веб-портал и мессенджеры в единой модели технической поддержки бизнеса.
Смотреть кейс →Напишите своими словами, что не работает или что нужно запустить. Сергей Кутрань уточнит необходимые детали и предложит понятный следующий шаг.