Средний тираж технической книги в России сейчас держится на уровне примерно 1000 экземпляров, а автор в БХВ получает 10% от выручки с проданных копий. Для тех, кто собирается монетизировать экспертизу не курсом и не Telegram-каналом, а через технические книги, это полезный срез реальной экономики и производственного цикла издательского рынка.
О том, как устроен этот процесс изнутри, сообщает Habr / Карьера со ссылкой на руководителя проектов компьютерной редакции издательства БХВ @Holmogorov. Он описал путь рукописи от идеи до полки магазина без романтики про «сел и написал», зато с теми деталями, которые обычно интересуют будущих авторов: как издатель оценивает тему, почему план книги важнее вдохновения, какие договоры используются и на каких условиях автор получает деньги.
От темы до проекта
Главная мысль БХВ звучит довольно трезво: одной идеи для книги давно недостаточно. Если четверть века назад издательства были готовы хватать почти любую IT-тему, то теперь рынок живет в другой среде. У специалиста под рукой статьи, видео, подкасты, документация и, отдельно, ответы нейросетей на любой уровень вопроса. На этом фоне книга, собранная по схеме «пересказал мануалы своими словами», проигрывает еще до печати. Издатель прямо говорит: ценность профессионального издания теперь не в компиляции, а в личной практике автора, в ошибках, которые он уже совершил, в проектах, которые он довел до конца, и в решениях, которые проверил в бою.
Отсюда и первый фильтр для потенциального автора: не «интересна ли мне эта тема», а «что нового я добавляю в разговор». Наличие уже выпущенных книг по теме БХВ не считает проблемой. Скорее наоборот: если книги существуют, значит, спрос на предмет есть. Вопрос в дифференциации. Один автор может обновить тему с учетом новых инструментов и стеков, другой показать более прикладной ракурс, третий объяснить материал с позиции человека, который внедрял технологию в реальных командах, а не следил за ней из браузера. Для IT-аудитории это, пожалуй, ключевой момент: технические книги продаются не потому, что в них есть «все про Python» или «все про DevOps», а потому, что читатель ожидает сокращения собственных ошибок за счет чужого опыта.
Вторая проверка куда менее творческая, зато ближе к реальности: книгу надо не только написать, но и продать. БХВ напоминает, что издательский бизнес остается бизнесом, и даже хорошая рукопись должна быть понятна как продукт. Если средний тираж технической книги составляет около тысячи экземпляров, значит, издателю нужно заранее представить, кто эти тысяча покупателей и почему им это нужно не бесплатно, а в формате книги. Именно поэтому потенциальному автору советуют смотреть хотя бы на базовый спрос, вплоть до Yandex Wordstat. Логика предельно прикладная: тема, которую условно ищут «три с половиной человека в месяц», почти наверняка не пройдет редакционный фильтр. Ирония здесь простая: узкая экспертиза ценна, но не каждая ценная экспертиза превращается в издательский проект.
Отдельный акцент БХВ делает на структуре. Прежде чем писать первую главу, автору предлагают собрать хотя бы черновой план по разделам и крупным блокам. Это не школьное упражнение, а дешевый способ найти слабые места на раннем этапе. Уже на уровне плана может выясниться, что главы стоят не в том порядке, одна часть не нужна вовсе, а для другой не хватает целого смыслового блока. В некоторых случаях такой разбор приводит к более неприятному, но полезному выводу: на книгу материала не хватает, зато хватает на сильную статью. Для рынка это важная мысль. Упаковка экспертизы в длинный формат не равна автоматическому повышению ценности. Иногда правильное редакторское решение состоит именно в том, чтобы не растягивать тему до искусственных 300-400 страниц.
Какие договоры и где деньги
После отбора темы начинается та часть, которую авторы обычно любят меньше всего, но которая определяет весь дальнейший процесс, а именно договор. БХВ описывает две базовые модели. Если рукопись уже существует в законченном виде или книга раньше где-то издавалась, используется лицензионный договор. В этом случае издательство получает исключительную лицензию на произведение, обычно сроком на пять лет. Слово «исключительная» звучит жестко, но смысл у него деловой: пока договор действует, автор не может отдать ту же книгу другому издателю. Для рынка это стандартный механизм, защищающий обе стороны от ситуации, когда один и тот же текст внезапно выходит сразу в двух местах.
Если же книги еще нет как готового продукта и есть только идея, заметки или структура, включается другой формат, договор авторского заказа. Здесь издательство не покупает уже написанное, а фактически запускает проект вместе с автором. На этом этапе обсуждаются содержание, объем, целевая аудитория и сроки, после чего автор пишет рукопись под согласованный контур. Для читателя разница между этими схемами невидима: на полке лежит все та же книга. Но для автора и издателя это два разных производственных процесса. В одном случае редакция оценивает уже готовый результат, в другом берет на себя роль соавтора в проектном смысле, помогая собрать из идеи рыночный продукт.
По деньгам картина у БХВ тоже сформулирована без тумана. Авторское вознаграждение выплачивается в форме роялти и составляет 10% от выручки с проданных экземпляров. Расчеты, как правило, идут раз в квартал: издательство подводит продажи, готовит отчет и начисляет сумму автору. Для российского IT-специалиста, который привык считать юнит-экономику любого проекта, эти цифры полезны как отправная точка. Книга здесь выглядит не как быстрый инфопродукт, а как длинная ставка на репутацию, узнаваемость и медленную монетизацию экспертности. Особенно если учесть, что речь идет не о массовом рынке художественной литературы, а о профессиональном сегменте с ограниченным, пусть и платежеспособным спросом.
Есть и организационный нюанс: если автор оформлен как ИП или самозанятый, налоги он платит самостоятельно. Даже этот, казалось бы, частный пункт хорошо показывает, насколько далеко выпуск технической книги ушел от образа «автор сдал текст и ждет славы». По сути, БХВ описывает модель, знакомую любому продакту или фаундеру: сначала проверка гипотезы спросом, потом упаковка, затем контрактная рамка, производство и только после этого продажи. Разница лишь в том, что вместо SaaS здесь бумага и электронные форматы, а вместо DAU и удержания репутационный капитал автора и ресурс полки.
На фоне перенасыщения контентом технические книги не исчезают, а проходят болезненную перекалибровку: они все меньше работают как справочник и все больше как носитель сжатого, дорогого опыта. Для русскоязычного IT-рынка это означает простой выбор: либо автор приносит в книгу то, чего нельзя быстро получить из поиска и ответов ИИ, либо издательский цикл даже не стартует. В этом смысле вопрос уже не в том, нужны ли отрасли новые технические книги, а в том, у кого сегодня достаточно практики и дисциплины, чтобы написать не очередной пересказ документации, а действительно продаваемый профессиональный текст.