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