Одна рукопись. Несколько представлений. Без дублирования структуры.

У книги есть порядок. У вашего внимания — нет

Рукопись может состоять из глав 1, 2, 3 и дальше по порядку. Но во вторник утром этот порядок может быть вообще неинтересен. Нужны все сцены с одним персонажем. Или все разделы со статусом Draft. Или пять глав, к которым редактор оставил замечания. Или три статьи, из которых когда-нибудь получится одна часть книги.

Ошибка — решать такие временные задачи перестройкой настоящей рукописи или вести рядом вторую структуру.

Дерево — источник правды о структуре

В B-Maker дерево рукописи представляет настоящую иерархию и последовательность текста. Главы и вложенные разделы живут там. Если переместить элемент в дереве, вы меняете саму книгу.

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

Коллекция меняет фокус, а не структуру

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

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

Сохранённый поиск делает представление динамическим

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

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

Доска отвечает уже на другой вопрос

Manuscript board полезен, когда последовательность менее важна, чем состояние работы. Он может показывать текст по статусам и фильтровать его по персонажам или сюжетным линиям. Это управленческий взгляд: что написано, что редактируется, что закончено, где появляется конкретный герой?

Но перемещать внимание по доске не означает перестраивать книгу где-то ещё. Карточки относятся к тем же элементам рукописи.

Несколько представлений защищают от организационного дрейфа

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

Это уменьшает знакомую авторскую бюрократию: обновить outline после изменения рукописи, затем обновить таблицу после изменения outline, а потом пытаться вспомнить, что из них актуально.

Используйте самое лёгкое представление, которое отвечает на вопрос

Если хватает дерева — остановитесь на нём. Нужен временный список — коллекция. Список должен обновляться сам — saved search. Нужно видеть статусы или сюжетные измерения — board. Нужны пространственные связи — Idea Map.

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

Связанные истории

Сначала пишите · От идеи до главы · От статей к книге