Сегодня — необычный пост. Обычно мы рассказываем, что добавили; сегодня расскажем, как выкинули целый раздел — и почему на его месте появился другой, ради которого, как теперь понятно, всё и затевалось.
В Столе Писателя с ранних версий жила канбан-доска. Четыре колонки — «идея», «в работе», «черновик», «готово», — по ним таскаются карточки сцен. Мы сделали её, потому что канбан — это то, что делают все: у Notion есть доска, у Trello есть доска, значит и у нас будет доска. Сцены двигаются слева направо, прогресс виден, всё как у людей.
А потом мы стали смотреть, как ей пользуются. И честный ответ — почти никак. Заходили, смотрели, уходили обратно в редактор. И когда мы сели разбираться почему, ответ оказался неприятным, но простым: канбан — инструмент для потока задач, а роман — не поток задач. Разработчик двигает тикеты по доске, потому что тикетов много, они однотипные и живут недолго. У писателя сцен — десятки, они все разные, и «перетащить сцену в колонку готово» — операция, которая случается раз в несколько дней и прекрасно делается одним кликом, без отдельного экрана. Ради одного клика в неделю мы держали целый раздел.
Аудит вместо интуиции. Прежде чем ломать, мы сели и выписали, что доска реально делает на фоне соседей. Подозрение было — «дублирует таймлайн». Оказалось интереснее: не дублирует. Таймлайн отвечает на вопрос «когда это происходит в мире книги», доска — «в каком состоянии этот кусок текста у автора». Хронология и рабочий статус — ортогональные оси, и статус сцен нам по-прежнему нужен: на «готово» завязана готовность произведения к экспорту, статус светится на четырёх экранах.
Но вот способ показа — колонки с перетаскиванием — не давал писателю ничего. Список сцен уже есть в дереве глав. Хронология — на таймлайне. Доска показывала то же самое третьим способом, чуть менее удобным, чем первые два.
Значит, статус оставляем, доску — нет. Правка статуса переехала туда, где ей и место: прямо в шапку сцены, рядом с заголовком, — маленький чип «идея / в работе / черновик / готово». Открыл сцену — переключил — пишешь дальше. Никакого отдельного экрана.
Что появилось на освободившемся месте. Когда мы выписывали, чего в приложении нет, обнаружилась дыра поинтереснее дублирования. Дерево глав работает, когда главы уже есть. Таймлайн работает, когда есть события. А самый ранний этап — когда романа ещё нет, есть только смутное «хочу написать про…» — не покрыт ничем. Скелет истории до первой сцены автор по-прежнему набрасывал где-то в заметках на телефоне.
Так доска превратилась в бит-планер — и кнопка «Доска» в боковой панели редактора стала кнопкой «Сюжет».
Бит — это узел истории, который должен случиться: «герой отказывается от зова», «ложная победа в середине», «всё потеряно». Бит-планер — это список таких узлов, разложенный по актам, до того, как написана хоть одна сцена. Открываете его в пустом произведении — и вместо пустоты вам предлагают выбрать методологию.
Три методологии на старте. Мы намеренно не стали изобретать свою систему сюжетосложения — взяли три проверенных и разложили их в готовые скелеты:
— Трёхактная структура — 10 битов: крючок, экспозиция, побуждающее происшествие, первый поворот, нарастание, средняя точка, осложнения, второй поворот, кульминация, развязка. Универсальный каркас, с которого стоит начинать, если не знаете, с чего начать. — Путь героя — 12 этапов мономифа Кэмпбелла в редакции Воглера: от «обычного мира» через «главное испытание» к «возвращению с эликсиром». Для историй трансформации. — Русская традиция — экспозиция, завязка, развитие действия, кульминация, развязка. Пять узлов классической композиции, как её преподают в наших литинститутах, — без голливудских «поворотных пунктов». Мы делаем инструмент для русскоязычных авторов и считаем важным, чтобы родная школа была не переводом с английского, а первым классом.
Выбрали методологию — получили скелет: карточки битов, сгруппированные по актам, у каждого акта — своё имя («Исход / Посвящение / Возвращение» у пути героя, «Начало / Развитие / Финал» у русской традиции). В каждой карточке — методическая подсказка серым текстом: что этот бит обычно делает в истории и на какой вопрос должен ответить. Пишете поверх подсказки своё: «Аглая получает письмо от покойного деда» — и абстрактный «зов к приключению» становится вашим.
Скелет — не клетка. Биты можно добавлять, удалять, переписывать, переносить между актами; можно вообще не брать шаблон и собрать структуру с нуля. Методология — это трап, а не рельсы.
От скелета к тексту. Самое важное в бит-планере — он не остаётся изолированной страничкой с планом. Каждый бит связывается со сценами, в которых он отыгран: один бит — сколько угодно сцен. Прямо из карточки бита можно либо привязать существующую сцену, либо — если её ещё нет — создать её одним нажатием: бит превращается в сцену в дереве глав, план начинает обрастать текстом.
На карточке бита видны чипы привязанных сцен (клик — и вы в тексте), а в шапке сцены, рядом со статус-чипом, — бейдж бита, к которому она относится. В статус-баре планера живёт сводка: сколько битов, сколько из них расписано, какой процент покрыт сценами. «12 битов · 9 расписано · покрытие сценами 58%» — это честный ответ на вопрос «сколько мне ещё осталось», который раньше требовал пересчёта на пальцах.
Помощник, который читает скелет. У сцены есть свой анализ (помощник вычитывает текст), у таймлайна — свой (помощник проверяет хронологию). Теперь трио замкнулось: у структуры появился анализ связности. Кнопка «проверить структуру» отдаёт помощнику весь скелет — биты по актам, привязанные сцены, мету произведения — и возвращает замечания: где провисает темп, какой бит методологии пропущен, где между соседними битами не видно причинной связи («после „всё потеряно“ герой сразу побеждает — что даёт ему толчок?»), какие биты так и не получили ни одной сцены.
Каждое замечание — с серьёзностью, с указанием на конкретный бит и с кнопкой «скрыть», если вы с ним не согласны. Как и везде у нас: помощник не переписывает план за автора — он показывает, что видит снаружи. Работает это асинхронно, в фоне, — нажали, продолжили править, через полминуты пришёл отчёт.
Что у нас впереди по этому разделу.
Главное — генеративная сторона агента. Сейчас помощник по структуре умеет критиковать готовый скелет; следующий шаг — помогать его наполнять. Написали три абзаца синопсиса — помощник предлагает черновую расписку битов под выбранную методологию: не «правильный план», а сырьё, с которым спорить продуктивнее, чем с пустой карточкой. И обратная задача, для тех, кто пишет без плана: по уже написанным главам собрать скелет постфактум — «вот как выглядит структура того, что у вас получилось» — и подсветить, чего в ней не хватает.
Дальше — больше методологий. Save the Cat с его пятнадцатью битами, жанровые варианты (у детектива и ромфанта опорные точки разные), и — самое запрашиваемое ещё до релиза — своя пользовательская методология: собрали скелет, который сработал в первой книге серии, сохранили как шаблон, применили ко второй.
И — биты на таймлайне. На оси времени уже есть полоса «Сюжет» с главными узлами истории; биты и эти узлы — очевидно одна сущность, живущая пока в двух местах. Хотим, чтобы бит, получивший привязку к сценам, сам вставал на хронологическую ось, а сдвиг узла на таймлайне был виден в планере. Одна структура — две проекции: композиционная и временная.
Из этой истории мы вынесли правило, которое теперь применяем ко всему: функция должна отвечать на вопрос писателя, а не повторять чужой интерфейс. Канбан отвечал на вопрос менеджера («как движется поток задач?»). Бит-планер отвечает на вопрос автора: «из чего состоит моя история и всё ли из этого уже написано?» Разница — не в вёрстке, а в том, для кого экран.
Стол Писателя мы с самого начала строим вокруг структурного мышления: трёхактка, путь героя, биты — не академическая теория, а рабочий инструмент, который должен быть встроен туда, где пишется текст. Теперь у этого инструмента есть свой дом — в одном клике от рукописи.
Следующий пост — про экспорт 2.0: как рукопись превращается в настоящую книгу — EPUB для читалок и PDF с книжной вёрсткой, буквицами, колонтитулами и обложкой.
— команда Стол Писателя
Хотите присоединиться к обсуждению?
Комментировать могут только зарегистрированные пользователи.