Смолум — от идеи до работающего сервиса мастер-классов

С нуля создал цифровой продукт для детских мастер-классов по эпоксидной смоле — от названия, брендинга и UX/UI до frontend, backend, админки, инфраструктуры и запуска.

Обложка проекта «Смолум»: фиолетовый логотип на фоне ярких объёмных фигур

О проекте

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

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

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

Клиент
Смолум
Роль
Брендинг, UX/UI, full-stack разработка
Что делал
Готовый сайт (дизайн + код) · Дизайн сайта · UX/UI дизайн · Брендинг
Год
2026

Что нужно было создать

  1. Сформировать продукт с нуля

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

  2. Построить воронку к записи

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

  3. Создать эмоциональный бренд

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

  4. Связать сайт с реальным расписанием

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

  5. Дать организатору инструменты управления

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

От идеи до работающего сервиса

01

Бренд для детского творческого проекта

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

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

Брендборд «Смолум»: логотипы, цветовая палитра, типографика и примеры применения

02

От интереса к конкретному мастер-классу

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

Дальше сайт помогает перейти от эмоционального интереса к конкретному выбору: тема мастер-класса, возраст, длительность, стоимость, свободные места и дата занятия.

03

Страница, которая снимает вопросы перед записью

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

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

04

Из расписания — в конкретную заявку

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

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

05

Админка вместо ручного учёта

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

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

06

Контент без отдельной фотопродакшн-команды

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

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

07

Не только интерфейс

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

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

08

От идеи до production

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

Исследование продукта → Название и брендинг → Структура и UX → UI-дизайн → AI-контент → Frontend → Backend и база данных → Админка → Deploy → Запуск.

Итоговый сайт

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

0:00 / 0:00

Результат

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

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

  1. Полный продукт с нуля

    Бренд, UX/UI, frontend, backend и внутренняя система управления создавались как части одного решения.

  2. Онлайн-запись

    Пользователь может выбрать конкретный мастер-класс и занятие и оставить заявку прямо на сайте.

  3. Собственная админка

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

  4. Готовность к развитию

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

Другие проекты

Давайте разберём
вашу задачу

Расскажите коротко о проекте — посмотрю задачу и предложу, с чего лучше начать.

Это предварительная версия формы. Сообщения пока не отправляются.