Рэй Брэдбери

Исходная ситуация: сайт есть, контента много — систематизации нет

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

Среднее время нахождения пользователя на страницах с обзорами упало до 45 секунд, глубина просмотра составляла менее 1,5 страниц за сессию. При этом контент был качественным, с уникальными аналитическими заметками — например, сравнительный разбор переводов «451 градус по Фаренгейту» 1987 и 2000 годов привлекал внимание специалистов, но терялся в хаосе.

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

Постановка задачи: какие критерии стали ключевыми

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

Третье требование касалось скорости внедрения: сайт уже имел хорошую посещаемость (около 800 уникальных посетителей в сутки), и длительный простой был недопустим. Четвертое — бюджет: решение должно было окупиться за счет роста вовлеченности аудитории, но стартовые вложения не могли превышать 40 000 рублей.

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

Процесс заказа и оплаты: от заявки до запуска работ

Процедура заказа была стандартной для B2B-услуг в сегменте веб-разработки. Клиент заполнил бриф на 18 пунктов, где указал технические параметры сервера (Apache + PHP 7.4), предпочтительную структуру данных (SQL с полями id, title, author, genre, publication_date) и примерный объем контента для миграции.

После подписания договора в электронном виде (с использованием простой ЭЦП) клиент внес предоплату в размере 50% — 19 500 рублей на расчетный счет. Деньги поступили в течение 1 рабочего дня, после чего был открыт доступ к репозиторию проекта и назначен ведущий разработчик с опытом работы в книжной тематике.

Ключевые этапы после оплаты:

Первичный аудит — анализ текущей базы данных, выявление дубликатов и ошибок в структуре полей (занял 2 дня).
Создание макета API — эндпоинты для чтения, записи и поиска материалов (4 дня).
Интеграция с существующей CMS — разработка плагина для админ-панели (3 дня).
Написание алгоритма автокатегоризации — на основе ключевых слов и TF-IDF (5 дней).
Юнит-тестирование — проверка на 150 тестовых обзорах (2 дня).

Сроки и Delivery: что получил клиент по факту

Изначально в договоре был указан срок 21 рабочий день. Реально весь цикл разработки занял 17 дней — на 4 дня меньше запланированного. Была введена промежуточная демонстрация на 10-й день, где клиент смог оценить работу модуля на тестовой копии сайта и внести три небольших изменения в фильтр по жанрам.

После завершения разработки модуль был установлен на боевой сервер в ночное время (с 02:00 до 05:00 по московскому времени), чтобы минимизировать влияние на посещаемость. Процедура переноса данных заняла 45 минут — за это время было обработано 230 статей, все ссылки остались рабочими, битые URL не появились.

Клиент получил следующие deliverable:

Рабочий плагин с панелью управления (доступна через админ-интерфейс).
Документация формата PDF на 30 страниц с описанием всех функций.
Текстовый файл с инструкцией по резервному копированию модуля.
Доступ к Git-репозиторию с историей коммитов.
Логин и пароль к тестовой среде для самостоятельных экспериментов.

Пост-продажное сопровождение: поддержка и доработки

Сразу после установки клиенту был предоставлен канал связи с технической поддержкой — выделенный Telegram-чат с разработчиком и менеджером проекта. Время реакции на запросы в первый месяц составило в среднем 40 минут в рабочие часы (с 10:00 до 19:00 МСК).

На второй неделе эксплуатации возникла необходимость в небольшой доработке: клиент попросил добавить сортировку материалов по дате последнего комментария. Эта задача была выполнена в рамках гарантийного обслуживания (бесплатно, в течение 2 дней). Дополнительно мы провели часовую видео-консультацию для редактора сайта, чтобы объяснить логику работы с тегами и автопривязкой.

По истечении гарантийного срока (90 дней) клиент продлил тариф технической поддержки на полгода, выбрав пакет с ежемесячным аудитом производительности и обновлением семантических правил для автокатегоризации. Стоимость продления составила 8 500 рублей в квартал.

Результаты и метрики: что изменилось за четыре месяца

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

Средняя глубина просмотра выросла с 1,4 до 3,2 страниц за сессию — пользователи стали переходить между связанными обзорами.
Время на сайте увеличилось с 01:12 до 03:45 минут — особенно выросло время чтения в разделах «Литературная критика» и «Сравнение переводов».
Количество возвращающихся посетителей (Returning Visitors) поднялось с 22% до 38% — благодаря системе рекомендаций на основе автора.
Показатель отказов (Bounce Rate) снизился на 19 процентных пунктов: с 61% до 42%.
Число материалов, к которым хотя бы раз обратились через новую систему фильтрации, достигло 91% от общего объема — до внедрения эта доля составляла 29%.

Клиент отметил, что нагрузка на сервер не увеличилась: модуль использует индексы MySQL и кеширование результатов поиска, поэтому время генерации страниц осталось в пределах 0,3 секунды. Единственным пожеланием на будущее стала интеграция с внешними API (например, с библиографическими базами данных), но этот функционал не входил в первоначальное ТЗ.