Почему роман не помещается в один документ

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

Это не проблема памяти и не признак того, что вы плохо продумали историю. Это свойство формата. Документ — линейный список абзацев, а роман — нет.

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

Порядок повествования — как читатель встречает текст. Глава первая, вторая, третья. Это тот порядок, который виден в файле.

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

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

Пока эти три списка сведены в один файл, каждый вопрос про историю превращается в поиск по тексту. Вопрос «а война уже началась к этому моменту?» не имеет ответа в документе — на него отвечает хронология, которой в документе нет.

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

Глава — единица чтения. Её длина определяется тем, сколько читатель готов прочесть за один присест, и она может состоять из четырёх кусков, между которыми проходит месяц и меняется точка зрения. Как единица работы она слишком крупная: «глава седьмая — в работе» не говорит ни о чём.

Сцена — единица смысла. Одно место, одно время, один фокус. У неё есть свойства, которых нет у главы:

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

Всё это делается в чём угодно. Нужен не инструмент, а привычка держать три списка отдельно.

Список сцен. Строка на сцену: номер, одна фраза о содержании, глава, статус. Ведётся в таблице, в отдельном документе, на карточках — неважно. Его единственная задача — чтобы структуру рукописи можно было увидеть целиком, не листая текст.

Хронология. Строка на событие: что произошло, когда, кто участвовал, в какой сцене показано. «Когда» на первом этапе не обязано быть календарной датой — достаточно «за три года до начала», «на следующее утро». Точные даты приходят позже и часто оказываются не нужны вовсе; важен порядок и расстояния между событиями.

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

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

Разложить скелет можно по готовой схеме — трёхактная структура, путь героя, — но названия вроде «зов к приключению» стоит воспринимать как подсказки, а не как обязанность. Схема нужна, чтобы заметить пустое место, а не чтобы его заполнить любой ценой.

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

Тогда становятся возможны вопросы, на которые в документе ответа нет:

Держать такие связи руками в таблице можно, но это ровно та работа, которая надоедает первой и забрасывается на второй месяц. Здесь инструмент действительно экономит: в Столе Писателя мы сделали эти три списка тремя разделами одного произведения — дерево глав и сцен со статусами, лента событий с шестью слоями (мир, персонаж, сюжет и так далее) и лента битов, — и связали их между собой: бит превращается в сцену одним действием, событие привязывается к главе, присутствие персонажа рисуется отдельной дорожкой.

Оговорка, которую честнее сказать сразу: позиции на нашей шкале времени пока абстрактные — метка даты у события свободная текстовая, календаря там нет. Для вопроса «что за чем» этого хватает, для вопроса «какое было число» — нет.

Не заводите канбан-доску для сцен. Мы такую сделали и через полгода выкинули. Канбан — инструмент для потока однотипных задач; роман не поток задач. Сцен десятки, они все разные, и «перетащить карточку в готово» — это операция раз в несколько дней, ради которой держать отдельный экран бессмысленно. Статус сцены нужен; доска для него — нет.

Не начинайте с полной хронологии. Соблазн расписать пятьсот лет истории мира до первой строки текста велик, и это самый популярный способ не начать писать. Хронология окупается, когда в ней события вашей рукописи, а не предыстория, которую читатель не увидит.

Не переносите всё сразу. Если рукопись в работе, начните с одного списка — сцен. Хронология и скелет добавляются, когда первый перестанет отвечать на ваши вопросы.

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