Задача

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

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

Моя роль

Я пересобрал публичную часть Major Studio: информационную архитектуру, структуру страниц, подачу продукта, логику выбора и сам статический сайт

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

Что изменилось в логике сайта

Сначала задача, потом тариф

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

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

Продуктовая структура стала уже

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

Статическая публичная часть

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

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

Реальные материалы как доказательство

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

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

Почему рубрикатор важнее красивого прайса

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

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

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

Что в итоге

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