В начале разработки контентного сайта хочется предусмотреть все. Темы, рубрики, разделы, серии, форматы, проекты, теги и метки для особых случаев. Кажется, что чем подробнее описан материал, тем легче его потом найти.
Мы тоже прошли через это желание. Вокруг True Creator быстро возникла объемная схема: статьи распределялись по проектам, внутри проектов - по сериям, затем по отдельным направлениям. В Google Drive появились десятки папок, часть из которых осталась пустой. В CMS параллельно обсуждались массивы тегов и проектов.
Система выглядела организованной, но работать с ней оказалось неудобно. Мы начали тратить время на классификацию еще не написанных материалов.
Порядок ради порядка
Сама по себе детальная структура не плоха. Она полезна, когда объем контента действительно требует нескольких уровней навигации.
Но предварительно созданная папка с названием «Из проекта в метод» не гарантирует, что такой тип статей нам понадобится. Пять пустых папок под один проект не помогают редактору. Они заставляют его каждый раз выбирать между вариантами, которые еще ничем не отличаются на практике.
В какой-то момент мы собрали готовые тексты в одну папку «Черновики», удалили пустые разделы и договорились создавать новые папки только тогда, когда появляется реальная задача.
Получился простой вывод: хорошая структура должна следовать за содержимым, а не требовать от содержания оправдывать структуру.
Две характеристики вместо набора ярлыков
В публичном прототипе True Creator для навигации предусмотрены два фильтра: «Тема» и «Проект».
Тема отвечает на вопрос: о чем материал? Например, о дизайне, технологиях, бизнесе или управлении.
Проект отвечает на другой вопрос: в контексте какой работы возник этот опыт? Это может быть TRUE VISUAL, «Эхо», OPREX или сам True Creator.
Мы установили жесткое правило: у каждой статьи должна быть ровно одна тема и ровно один проект. Эти значения обязательны вместе. Статья с темой без проекта или с проектом без темы не соответствует модели.
На первый взгляд это ограничение. На практике - способ убрать произвольность из редакционной работы.
Возьмем материал о том, почему HTML-прототип нельзя автоматически считать готовым фронтендом. Его тема - «Технологии», а проект - TRUE VISUAL, поскольку поводом стала разработка сайта этого направления.
А статья об общих принципах управления разработкой может иметь тему «Управление» и проект True Creator.
Читателю не нужно знать, в какой папке мы хранили текст и к какой внутренней серии относили его во время подготовки. Двух характеристик достаточно, чтобы показать материал в нужном контексте.
Почему не несколько тем сразу
Конечно, почти любую хорошую статью можно одновременно назвать материалом о дизайне, бизнесе и технологиях. Но если каждый раз отмечать все подходящие темы, классификация перестает помогать.
Поэтому мы выбираем не все возможные ассоциации, а главный вопрос, на который отвечает текст.
Статья о влиянии интерфейса на чтение может упоминать технологию загрузки данных. Но если ее основной предмет - пользовательский опыт, тема будет «Дизайн». Технологические детали останутся внутри текста, а не превратятся в дополнительную обязательную метку.
Такая дисциплина одновременно полезна редактору и читателю. Редактору приходится яснее формулировать мысль. Читатель получает устойчивую навигацию без пересекающихся наборов категорий.
Тема и проект - не свободный ввод
Важно и другое решение. «Тема» и «Проект» в нашем интерфейсе - это две группы заранее известных значений, а не поле для случайных ключевых слов.
Нельзя загрузить статью с опечаткой в названии проекта и автоматически получить новый проект. Нельзя присвоить материалу две темы просто потому, что автор не определился.
Если нужного значения действительно нет, его нужно осмысленно добавить в справочник. И только после этого использовать в публикациях.
Это кажется мелочью, пока система маленькая. Но именно такие ограничения не позволяют одному и тому же разделу существовать в трех вариантах написания.
А как быть с подборками и новыми статьями
Здесь легко совершить еще одну ошибку: смешать классификацию с решением о том, где показывать материал.
На главной True Creator есть блок «Начните отсюда». Его состав определяется редактором вручную. Это не третья категория статьи и не флаг «избранное». Подборка отвечает на вопрос, с чего посетителю лучше познакомиться с сайтом.
Блок «Что стоит прочитать сейчас» решает другую задачу: показывает новые публикации. Для него важна дата выхода, а не отдельная постоянная метка.
Таким образом, тема и проект описывают сам материал, а подборки и ленты - способы его представления.
Структуру можно усложнить позже
Мы не утверждаем, что двух характеристик хватит любому порталу на любой стадии жизни. Если через некоторое время выяснится, что читатели постоянно ищут серии материалов, появится повод проектировать серии. Если возникнут разные типы публикаций с принципиально разными сценариями, придется обсуждать их отдельно.
Но добавлять все это заранее не стоит.
Наша нынешняя модель намеренно проста: один текст, один главный предмет, один контекст проекта. Новая сложность должна появляться только тогда, когда есть понятная проблема, которую она решает.
Для редакционной системы это, возможно, более важное правило, чем любая схема данных.