{
    "version": "https:\/\/jsonfeed.org\/version\/1.1",
    "title": "Блог Ильи Новикова: заметки с тегом редактура",
    "_rss_description": "Блог Ильи Новикова",
    "_rss_language": "ru",
    "_itunes_email": "",
    "_itunes_categories_xml": "",
    "_itunes_image": "",
    "_itunes_explicit": "",
    "home_page_url": "https:\/\/www.ilnovikov.ru\/blog\/tags\/redaktura\/",
    "feed_url": "https:\/\/www.ilnovikov.ru\/blog\/tags\/redaktura\/json\/",
    "icon": "https:\/\/www.ilnovikov.ru\/blog\/pictures\/userpic\/userpic@2x.jpg?1634668733",
    "authors": [
        {
            "name": "Илья Новиков",
            "url": "https:\/\/www.ilnovikov.ru\/blog\/",
            "avatar": "https:\/\/www.ilnovikov.ru\/blog\/pictures\/userpic\/userpic@2x.jpg?1634668733"
        }
    ],
    "items": [
        {
            "id": "138",
            "url": "https:\/\/www.ilnovikov.ru\/blog\/all\/chat-gpt\/",
            "title": "Зачем нам ЧатГПТ",
            "content_html": "<p>ЧатГПТ с нами уже год. Кажется, все, кто хотел, его уже попробовали. При этом эйфория от неожиданно осмысленных ответов нейронки у всех прошла. Можно оценить, чем он реально полезен.<\/p>\n<p>Я изучил свои промты за год и выделил задачи, с которыми ЧатГПТ мне регулярно помогал:<\/p>\n<ul>\n<li>написать функцию на Джаваскрипте или ЦСС-стиль. Не представляю, зачем в 2023 году кто-то делает это полностью сам;<\/li>\n<li>найти ошибку в коде. Он справляется с этим в десять раз быстрее, особенно если это простая опечатка — самому ее можно искать час;<\/li>\n<li>написать текст, который никто не будет читать. Например, контент для сайта, когда уже идет разработка, но нормального контента пока нет. Текст будет почти как настоящий, да еще и на нужном языке;<\/li>\n<li>написать письмо на английском или другом языке. В паре предложений описываешь, о чем должно быть письмо, несколько секунд — и готово. Удалить лишние расшаркивания, и можно отправлять;<\/li>\n<li>ответить на письмо — работает так же;<\/li>\n<li>проверить текст с точки зрения носителя. Если пишешь что-то сам, ЧатГПТ укажет на грамматические ошибки и предложит заменить фразы, которые не звучат;<\/li>\n<li>подумать «об нейронку». Она может придумать варианты, например, названий для доклада. Брать и использовать ни один из них, скорее всего, нельзя, но они могут навести на мысль;<\/li>\n<li>расставить слова в алфавитном порядке. Иногда нужно сделать список в каком-то определенном порядке, нейронка справится за секунды.<\/li>\n<\/ul>\n<p>Почти во всех случаях ЧатГПТ выдает не готовый результат, а основу для самостоятельной работы. Но и это уже сильно ускоряет задачу.<\/p>\n",
            "date_published": "2024-01-08T18:08:46+01:00",
            "date_modified": "2026-01-28T10:59:08+01:00",
            "tags": [
                "популярно в Телеграме",
                "редактура",
                "софт"
            ],
            "_date_published_rfc2822": "Mon, 08 Jan 2024 18:08:46 +0100",
            "_rss_guid_is_permalink": "false",
            "_rss_guid": "138",
            "_e2_data": {
                "is_favourite": false,
                "links_required": [],
                "og_images": []
            }
        },
        {
            "id": "133",
            "url": "https:\/\/www.ilnovikov.ru\/blog\/all\/mistakes\/",
            "title": "Как писать без ошибок",
            "content_html": "<p>Короткий ответ: никак.<\/p>\n<p>Я регулярно допускаю ошибки в тексте, иногда мне даже указывают на это. Грустно, когда ошибки есть в готовом продукте — в статье, сайте, интерфейсе или книге. К сожалению, они там есть почти всегда. Вряд ли можно найти человека, который будет писать сразу без ошибок, но их количество можно сократить за счет технологического процесса.<\/p>\n<p><b>Автор пишет, проверяет сам.<\/b> Когда текст готов, его можно перечитать пару раз, лучше всего вслух. Поправить все ошибки, которые найдутся, потом поискать их через сервис <a href=\"https:\/\/orfogrammka.ru\" class=\"nu\">«<u>Орфограммка<\/u>»<\/a>.<\/p>\n<p>Удастся найти и обезвредить 96% ошибок.<\/p>\n<p><b>Автор пишет, редактор проверяет.<\/b> Так текст точно будет понятнее и логичнее, но ошибок станет не сильно меньше — уберем 97%.<\/p>\n<p><b>Автор пишет, редактор проверят, корректор вычитывает.<\/b> Это классический технологический процесс для серьезного СМИ или продукта. Так можно убрать 98% ошибок — почти все!<\/p>\n<p><b>Автор пишет, редактор проверяет, вычитывают два корректора один за другим.<\/b> Так делают с книгами, чтобы свести число ошибок к минимуму — удалить 99%. Совсем избавиться от них, конечно, не удастся, и читатели обязательно будут указывать: «Это же книга, почему с ошибками?»<\/p>\n<p>Что с этим делать? Выбрать, сколько усилий готовы вкладывать в сокращение количества ошибок, и смириться с тем, что они будут. А если кто-то найдет одну — вежливо поблагодарить и поправить.<\/p>\n<p>Вместо вывода — цитата из «Записных книжек» Ильи Ильфа:<\/p>\n<p class=\"loud\">Решено было не допустить ни одной ошибки. Держали двадцать корректур. И все равно на титульном листе было напечатано: «Британская энциклопудия».<\/p>\n",
            "date_published": "2022-09-02T10:46:30+01:00",
            "date_modified": "2026-01-28T10:58:43+01:00",
            "tags": [
                "популярно в Телеграме",
                "редактура",
                "русский язык"
            ],
            "_date_published_rfc2822": "Fri, 02 Sep 2022 10:46:30 +0100",
            "_rss_guid_is_permalink": "false",
            "_rss_guid": "133",
            "_e2_data": {
                "is_favourite": false,
                "links_required": [],
                "og_images": []
            }
        },
        {
            "id": "132",
            "url": "https:\/\/www.ilnovikov.ru\/blog\/all\/tagging\/",
            "title": "Как быстро отредактировать текст",
            "content_html": "<p><b>Подводка.<\/b> Я редактор, но не писал еще о редактуре в этом блоге, исправляюсь. Расскажу о приеме, который помогает быстро отредактировать текст любого объема — о тегировании.<\/p>\n<p><b>Проблема.<\/b> Допустим, перед нами расшифровка прямой речи спикера или даже двух, страниц на 15. Ее надо превратить в осмысленный текст, например, в кейс о работе компании. Это кошмар: не понятно, как подступиться к этой портянке.<\/p>\n<p><b>Решение.<\/b> В таком случае я делаю вот что:<\/p>\n<ul>\n<li>читаю текст и в начале каждого абзаца проставляю одно слово, которое отражает тему абзаца. Вот прямо как в заметке, которую вы сейчас читаете. Я называю это слово тегом;<\/li>\n<li>нахожу поиском по странице абзацы с одним и тем же тегом и ставлю один за другим — так получаются разделы;<\/li>\n<li>убираю повторяющиеся теги в начале абзацев и оставляю их только в начале каждого раздела;<\/li>\n<li>финально редактирую текст внутри каждого раздела — все, готово.<\/li>\n<\/ul>\n<p><b>Бонус.<\/b> Тегирование можно использовать, чтобы сделать текст понятнее. Например, всегда полезно ввести подразделы внутри одного раздела или шаги, если это инструкция. Можно протегировать текст, который по какой-то причине вообще нельзя менять — добавится всего несколько слов, но он сразу станет проще для чтения.<\/p>\n<p class=\"loud\">Вывод. Чтобы осмыслить текст, сперва добавь теги<\/p>\n",
            "date_published": "2022-08-08T06:45:27+01:00",
            "date_modified": "2022-08-08T06:47:53+01:00",
            "tags": [
                "редактура"
            ],
            "_date_published_rfc2822": "Mon, 08 Aug 2022 06:45:27 +0100",
            "_rss_guid_is_permalink": "false",
            "_rss_guid": "132",
            "_e2_data": {
                "is_favourite": false,
                "links_required": [],
                "og_images": []
            }
        },
        {
            "id": "118",
            "url": "https:\/\/www.ilnovikov.ru\/blog\/all\/bureau\/",
            "title": "20 выводов после Школы редакторов",
            "content_html": "<p>Школа редакторов Бюро Артема Горбунова — это онлайн-курс, на котором я изучал интерфейсы, верстку, редактуру, переговоры и управление проектами. Занятия у моего потока длились 9 месяцев в 2019-2020 годах. По итогам учебы выступил с докладом перед коллегами о том, как делать лучше любую работу. Ниже конспект.<\/p>\n<div class=\"e2-text-video\">\n<iframe src=\"https:\/\/www.youtube.com\/embed\/VgcjYb7w74Y?enablejsapi=1\" allow=\"autoplay\" frameborder=\"0\" allowfullscreen><\/iframe>\n<div class=\"e2-text-caption\">На полуторной скорости доклад можно послушать за 10 минут<\/div>\n<\/div>\n<h2>Интерфейс<\/h2>\n<p><b>Отказаться от технозависимости в пользу человечности.<\/b> Технозависимость — это когда интерфейс полностью подчинен тому, какие данные мы хотим получить от пользователя. Человечность — когда дизайнер исходит из этого, как человеку удобно будет пользоваться интерфейсом.<\/p>\n<blockquote>\n<p>Технозависимость: чтобы найти товар, надо заполнить анкету, просто потому что в базе данных есть определенные поля и программистам нужно получить именно эти данные.<\/p>\n<\/blockquote>\n<blockquote>\n<p>Человечность: пользователь вводит в строку поиска что угодно, а дальше машина сама определит, что он имел в виду. Если пользователь не получил сразу нужный результат, он может настроить дополнительные фильтры.<\/p>\n<\/blockquote>\n<p><b>Исправить дизайн, если пользователи часто ошибаются.<\/b> Если человек сталкивается с интерфейсом, например с дверью в поликлинику, и не понимает, в какую сторону эта дверь открывается, то это не проблема человека. Он допускает ошибки не потому что тупой, а потому что у этой двери плохой дизайн. Если пользователи допускают много ошибок, нужно менять дизайн продукта.<\/p>\n<h2>Верстка<\/h2>\n<p><b>Не нарушать правило внутреннего и внешнего.<\/b> Вы читаете абзац текста. Расстояние между строками этого текста называется интерлиньяж. Это пример внутреннего. А внешнее — это все, что вокруг, например расстояние до подзаголовка «Верстка» ↑ или до следующего абзаца ↓. Правило: внутреннее всегда должно быть меньше, чем внешнее. Тогда связанные объекты будут восприниматься как единое целое, а не связанные — разделятся. Так макет не развалится.<\/p>\n<p><b>Ставить якорные объекты по углам и в центре.<\/b> Якорные объекты — самые крупные и заметные элементы в макете: картинка, заголовок, логотип, абзац текста, если он всего один. Их нужно расставлять по углам или в центре макета. Тогда он будет работать.<\/p>\n<h2>Редактура<\/h2>\n<p><b>Использовать примеры и сценарии.<\/b> Многие уже умеют писать текст в информационном стиле, максимально коротко и понятно. Теперь нужно научиться добавлять к любой мысли примеры, антипримеры, давать сценарии, в которых пользователь может себя узнать. Например, на лендинге утюга недостаточно написать, что в нем есть парогенератор. Нужно объяснить, как пар помогает разглаживать любые вещи и как сложно это делать без него.<\/p>\n<h2>Переговоры<\/h2>\n<p><b>Избавиться от нужды.<\/b> Самая большая проблема в переговорах — это нужда. Например, исполнитель договаривается с клиентом о заказе. Ему важно получить эту работу, потому что без нее ему не на что будет купить продукты в следующем месяце. Это пример нужды, в такой ситуации заказчик может диктовать исполнителю любые условия. Перед тем как начинать переговоры, исключи нужду.<\/p>\n<p><b>Не забывать о праве на нет.<\/b> Каждый участник переговоров может сказать «нет» и готов услышать «нет» в ответ на свое предложение. Ответ «нет» самый лучший: тот, кто отвечает «нет», может дальше обсуждать более новые интересные для него условия. Его собеседник в ответ на «нет» может спросить «А почему?» и перейти к обсуждению условий. Это гораздо лучше, чем если человек отвечает «да», не понимая, на что соглашается, и в дальнейшем это решение его тяготит.<\/p>\n<p><b>Задавать открытые вопросы.<\/b> Открытые вопросы начинаются на «как», «зачем», «почему», «когда» и на них нельзя ответить «да» или «нет». Закрытые вопросы — те, на которые можно ответить «да» или «нет». Когда человек отвечает на закрытый вопрос, он на самом деле не отвечает ни «да», ни «нет», а что-то вроде «может быть» или «да, как-то так». Когда человеку задаешь открытый вопрос, он может задуматься, что-то уточнить, но в итоге даст ответ, который поможет переговорам.<\/p>\n<h2>Управление проектами<\/h2>\n<p><b>Не делать, а сделывать.<\/b> Классический пример: жена просит мужа купить батон. Он идет, а там длинная очередь, и он не хочет в ней стоять. Это значит, что он не сделал. Или он покупает темный хлеб вместо батона. Это значит, что он не сделал. Или, например, магазин закрыт — он ничего не покупает. Это тоже значит, что он не сделал. Точно так же в работе: если ты попытался сделать задачу, это еще не сделывание.<\/p>\n<p><b>Фиксировать сроки и бюджет.<\/b> Этот принцип нужен, чтобы не срывать договоренности. Для этого стороны фиксируют время и бюджет проекта, при этом могут менять функции. Если исполнитель срывает дедлайн, он может договориться о сокращении количества функций. Если на работу дополнительно нужны деньги, он тоже сокращает функции. Это называется «флексить».<\/p>\n<h2>Практика<\/h2>\n<p><b>Плясать от иллюстраций.<\/b> У нас была задача — сделать страницу магазина электроники. Нужно было рассказать о магазине, доставке, ассортименте. На первой итерации я написал текст для страницы, а вместо иллюстраций вставил эмодзи. Так я сэкономил время и, к тому же, как мне казалось, выступил в общем тренде. Но это не прокатило: за работу я получил 2,5 балла из 5.<\/p>\n<p>На второй итерации я крупно показал товары из ассортимента магазина, с этого начал страницу. Показал на примерах, как работает техподдержка, как упаковывается товар, как его вернуть — все это на уровне иллюстраций. Ведь это первый слой информации, который считывает человек на странице. Потом уже к иллюстрациям я дописал поясняющий текст.<\/p>\n<div class=\"e2-text-picture\">\n<img src=\"https:\/\/www.ilnovikov.ru\/blog\/pictures\/shkola-redaktorov-1.jpg\" width=\"1482\" height=\"2560\" alt=\"\" \/>\n<div class=\"e2-text-caption\">За первую работу я получил 2,5 балла, за вторую — 4,5. Так я понял, что иллюстрации — самая важная часть информационного продукта<\/div>\n<\/div>\n<p><b>Играть на контрасте.<\/b> Следующее задание было на верстку: сделать страницу о себе с заголовком, описанием, ссылками и фото. В моем первом варианте фото и текст занимали примерно одинаковое место на экране, во втором я сделал фото больше. Макет стал лучше, потому в нем появился контраст.<\/p>\n<div class=\"e2-text-picture\">\n<img src=\"https:\/\/www.ilnovikov.ru\/blog\/pictures\/shkola-redaktorov-2.jpg\" width=\"1043\" height=\"924\" alt=\"\" \/>\n<div class=\"e2-text-caption\">Я получил за вторую работу 4 балла из 5, потому что сделал фото контрастнее по сравнению с текстом<\/div>\n<\/div>\n<p><b>Понимать задачу.<\/b> Мы собрались всем курсом, разговаривали с преподавателем и пытались понять его задачу. Процесс понимания задачи — это когда встречаешься с клиентом и в течение часа или двух задаешь ему вопросы о том:<\/p>\n<ul>\n<li>что вообще случилось;<\/li>\n<li>что у него за задача;<\/li>\n<li>какие сроки на решение этой задачи;<\/li>\n<li>кто настоящий заказчик — он или его начальник;<\/li>\n<li>каким он видит правильное решение.<\/li>\n<\/ul>\n<p>Все это дальше записываешь в документ, а потом согласовываешь его с человеком, с которым разговаривал. Когда документ согласован, можно начинать работу. Так ты тратишь час-два в начале, а в дальнейшем экономишь много часов на решение задачи и переделки.<\/p>\n<p><b>Показывать и сравнивать.<\/b> Нужно было написать статью о том, почему мобильные кондиционеры безопасны. В статье я показал кондиционер, как он выглядит в разрезе, как работает. Хороший принцип для сравнения — это крестик и галочка, «Да — нет» или «Было — стало».<\/p>\n<div class=\"e2-text-picture\">\n<img src=\"https:\/\/www.ilnovikov.ru\/blog\/pictures\/shkola-redaktorov-3.jpg\" width=\"1114\" height=\"5510\" alt=\"\" \/>\n<div class=\"e2-text-caption\">За эту работу я получил 4 балла, потому что хорошо показал безопасность кондиционера на иллюстрациях и сравнил с другими вариантами<\/div>\n<\/div>\n<p><b>Верстать модулями.<\/b> Модуль — это аккуратный прямоугольный блок в верстке макета. В него может входить одна или несколько картинок или текст с картинкой. Важно, чтобы они были согласованы по ширине и высоте, тогда верстка не будет разваливаться.<\/p>\n<div class=\"e2-text-picture\">\n<img src=\"https:\/\/www.ilnovikov.ru\/blog\/pictures\/shkola-redaktorov-4.jpg\" width=\"401\" height=\"2560\" alt=\"\" \/>\n<div class=\"e2-text-caption\">Сверстал модулями, но получил только 3,3 балла из-за проблем с отступами<\/div>\n<\/div>\n<p><b>Учить играми.<\/b> Еще было задание на интерактивную статью — нужно было рассказать, куда недовольный житель может пожаловаться, например на перегоревшую лампочку. По форме это тест, но по сути — статья, просто информация выдается по мере того, как человек отвечает на вопросы. Если он отвечает неправильно — ему говорят, что не так. Если отвечает правильно — хвалят его и дополняют его знания.<\/p>\n<div class=\"e2-text-picture\">\n<img src=\"https:\/\/www.ilnovikov.ru\/blog\/pictures\/shkola-redaktorov-5.jpg\" width=\"368\" height=\"2560\" alt=\"\" \/>\n<div class=\"e2-text-caption\">Получил 4 балла за эту работу, потому что учил играми<\/div>\n<\/div>\n<p><b>Продавать без изысков.<\/b> Последнее задание на второй ступени — собрать лендинг. Школа предлагает для любой промостраницы использовать три постоянных части:<\/p>\n<ul>\n<li>знакомство — название продукта, как он выглядит, уникальное торговое предложение;<\/li>\n<li>представление — функции продукта, которые описывают по одной. В этой части можно просто поставить картинку, которая хорошо иллюстрирует фичу. Написать, как это работает, какой сценарий у пользователя может быть и добавить фактоид — цифру на полях;<\/li>\n<li>сделка — подробности о том, как купить товар: цена, как доставят, какая комплектация.<\/li>\n<\/ul>\n<p>Эту структуру можно использовать для любого продукта, тогда лендинг будет конвертировать посетителей в покупателей.<\/p>\n<div class=\"e2-text-picture\">\n<img src=\"https:\/\/www.ilnovikov.ru\/blog\/pictures\/shkola-redaktorov-6.jpg\" width=\"567\" height=\"2560\" alt=\"\" \/>\n<div class=\"e2-text-caption\">За этот лендинг я получил 4,8 балла, хотя он очень прост по структуре: представление продукта, описание его возможностей по одной и выбор модели<\/div>\n<\/div>\n<h2>Проект<\/h2>\n<p><b>Не браться за нереальное.<\/b> На третьей ступени мы делали дипломный проект с арт-директором Максимом Ильяховым — <a href=\"https:\/\/nakatal.ru\">сервис жалоб «Накатал»<\/a>. Мы сразу планировали много — за три недели сделать сайт, собрать 30 жалоб, написать 2-3 статьи в блог. Ильяхов не принял такой план. Даже если бы мы успели все это, он просто не смог бы согласовать. В итоге мы запланировали всего лишь 10 жалоб с дизайном и продвижением. Когда нас уже допустили к защите, мы доделали еще 10 — итого получилось 20 штук. Важно не только сделать задачи, но и согласовать ее с клиентом. На это тоже должно быть время в проекте.<\/p>\n<div class=\"e2-text-picture\">\n<img src=\"https:\/\/www.ilnovikov.ru\/blog\/pictures\/shkola-redaktorov-7.png\" width=\"803\" height=\"362\" alt=\"\" \/>\n<div class=\"e2-text-caption\">Самым сложным оказалось написать реалистичный план и утвердить с арт-директором — на это ушло аж две недели<\/div>\n<\/div>\n<p><b>Не согласовывать правки текстом.<\/b> В начале работы над проектом мы пытались согласовывать правки в чате с Ильяховым. Первое время мы показывали ему то, что сделали, — он давал замечания. Когда мы их исправляли, оказывалось, что мы сделали не то. Это занимало много времени и вызывало негативную реакцию у арт-директора. Из-за этого первые две недели мы потратили зря. Как только мы стали созваниваться и по видеосвязи пачками обсуждать замечания и выяснять, что он имел в виду под своими правками, все пошло в 50 раз быстрее.<\/p>\n<div class=\"e2-text-picture\">\n<img src=\"https:\/\/www.ilnovikov.ru\/blog\/pictures\/shkola-redaktorov-8.png\" width=\"684\" height=\"220\" alt=\"\" \/>\n<div class=\"e2-text-caption\">Первое время мы пытались согласовывать правки тестом в чате. Если бы продолжали так и дальше, то провалили бы проект<\/div>\n<\/div>\n<p><b>Не просто знать, а применять.<\/b> Нам дали много знаний на первой ступени, но применить их мы смогли на второй и третьей ступени не сразу, пришлось пройти через опыт проб и ошибок. Без практики под контролем преподавателя это бы вряд ли получилось.<\/p>\n<p><b>См. также<\/b><br \/>\n<a href=\"\/blog\/all\/meduza\/\">Семь конспектов лекций «Медузы» — иноагента<\/a><\/p>\n",
            "date_published": "2021-10-21T20:46:52+01:00",
            "date_modified": "2026-01-09T16:16:57+01:00",
            "tags": [
                "дизайн",
                "доклад",
                "переговоры",
                "редактура",
                "управление проектами"
            ],
            "image": "https:\/\/www.ilnovikov.ru\/blog\/pictures\/remote\/youtube-VgcjYb7w74Y-cover.jpg",
            "_date_published_rfc2822": "Thu, 21 Oct 2021 20:46:52 +0100",
            "_rss_guid_is_permalink": "false",
            "_rss_guid": "118",
            "_e2_data": {
                "is_favourite": true,
                "links_required": [],
                "og_images": [
                    "https:\/\/www.ilnovikov.ru\/blog\/pictures\/remote\/youtube-VgcjYb7w74Y-cover.jpg",
                    "https:\/\/www.ilnovikov.ru\/blog\/pictures\/shkola-redaktorov-1.jpg",
                    "https:\/\/www.ilnovikov.ru\/blog\/pictures\/shkola-redaktorov-2.jpg",
                    "https:\/\/www.ilnovikov.ru\/blog\/pictures\/shkola-redaktorov-3.jpg",
                    "https:\/\/www.ilnovikov.ru\/blog\/pictures\/shkola-redaktorov-4.jpg",
                    "https:\/\/www.ilnovikov.ru\/blog\/pictures\/shkola-redaktorov-5.jpg",
                    "https:\/\/www.ilnovikov.ru\/blog\/pictures\/shkola-redaktorov-6.jpg",
                    "https:\/\/www.ilnovikov.ru\/blog\/pictures\/shkola-redaktorov-7.png",
                    "https:\/\/www.ilnovikov.ru\/blog\/pictures\/shkola-redaktorov-8.png"
                ]
            }
        }
    ],
    "_e2_version": 4171,
    "_e2_ua_string": "Aegea 11.4 (v4171)"
}