{
    "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:\/\/ilnovikov.ru\/blog\/tags\/peregovory\/",
    "feed_url": "https:\/\/ilnovikov.ru\/blog\/tags\/peregovory\/json\/",
    "icon": "https:\/\/ilnovikov.ru\/blog\/pictures\/userpic\/userpic@2x.jpg?1634668733",
    "authors": [
        {
            "name": "Илья Новиков",
            "url": "https:\/\/ilnovikov.ru\/blog\/",
            "avatar": "https:\/\/ilnovikov.ru\/blog\/pictures\/userpic\/userpic@2x.jpg?1634668733"
        }
    ],
    "items": [
        {
            "id": "144",
            "url": "https:\/\/ilnovikov.ru\/blog\/all\/list\/",
            "title": "Сила списков",
            "content_html": "<p>Задумывались, сколько всего решается простым советским выписыванием пунктов из головы, каждый с новой строки?<\/p>\n<p>Навскидку:<\/p>\n<ul>\n<li><a href=\"\/blog\/all\/za-chto-hvatatsya\/\">Не знаешь, за что хвататься?<\/a> Выпиши дела на сегодня и выбери для начала одно.<\/li>\n<li>Навалились жизненные трудности и прям тяжко? Выпиши все проблемы и начинай делать с самых легко решаемых.<\/li>\n<li>Часто забываешь, к примеру, шапочку в бассейн? Сделай чек-лист и проверяй себя перед выходом.<\/li>\n<li>Нужно организовать на работе сложный и регулярный процесс? Сделай общий чек-лист, пусть ты и коллеги проверяют себя по нему.<\/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",
            "date_published": "2024-05-03T11:35:53+01:00",
            "date_modified": "2026-01-28T11:00:17+01:00",
            "tags": [
                "быт",
                "переговоры",
                "популярно в Телеграме",
                "управление проектами"
            ],
            "_date_published_rfc2822": "Fri, 03 May 2024 11:35:53 +0100",
            "_rss_guid_is_permalink": "false",
            "_rss_guid": "144",
            "_e2_data": {
                "is_favourite": false,
                "links_required": [],
                "og_images": []
            }
        },
        {
            "id": "143",
            "url": "https:\/\/ilnovikov.ru\/blog\/all\/topi-za-sroki\/",
            "title": "Топи за сроки сам",
            "content_html": "<p>Заказчикам часто не важны сроки. Когда разбираем задачу, они так и говорят — срока нет или «срока нет, чем быстрее, тем лучше». Кажется, что можно расслабиться и делать проект по остаточному принципу, когда есть время, не планировать и особо не спешить.<\/p>\n<p>Но позже оказывается, что заказчику плевать на сроки до тех пор, пока ему вдруг становится не плевать на сроки. Тогда он начинает злиться, что сделано так мало, и требовать нереального — например, закончить все за пару дней. А там работы еще на месяц!<\/p>\n<p>Однажды я участвовал в разработке сайта для компании. Все происходило в расслабленной творческой атмосфере, медленно, но двигалось. В какой-то момент заказчик устал от того, что общение с разработчиками идет, каждую неделю созвон, а сайта так и нет. И он выдумал свой искусственный срок — закончить за три недели к 1 сентября, потому что «сайт должен пойти в школу». Исполнители даже не стали спорить, но естественно, в школу никто идти не собирался.<\/p>\n<p>Тогда я сделал вывод, что работать надо с первого дня так, как будто заказчику на сроки не плевать. То есть установить сроки самостоятельно для каждого этапа работ, причем с запасом, согласовать с заказчиком и прописать в договоре. А потом еще следить за тем, чтобы они соблюдались.<\/p>\n<p><b>См. также<\/b><br \/>\n<a href=\"\/blog\/all\/srochno\/\">Надо срочно — не надо вообще<\/a><br \/>\n<a href=\"\/blog\/all\/deadline\/\">Искусственный дедлайн<\/a><\/p>\n",
            "date_published": "2024-04-17T10:24:58+01:00",
            "date_modified": "2026-01-28T11:00:02+01:00",
            "tags": [
                "переговоры",
                "популярно в Телеграме",
                "управление проектами"
            ],
            "_date_published_rfc2822": "Wed, 17 Apr 2024 10:24:58 +0100",
            "_rss_guid_is_permalink": "false",
            "_rss_guid": "143",
            "_e2_data": {
                "is_favourite": false,
                "links_required": [],
                "og_images": []
            }
        },
        {
            "id": "141",
            "url": "https:\/\/ilnovikov.ru\/blog\/all\/phone-call\/",
            "title": "Звонок — это прыжок в воду",
            "content_html": "<p>Монеточка сказала в интервью, что не любит звонить по телефону и поручает это мужу. Понимаю эту боль, но у меня так не со всеми звонками. Позвонить человеку и поздравить с днем рождения может быть приятно, чиновнику в учреждение — тоже не вижу проблемы, он весь день сидит на звонках.<\/p>\n<p>Хуже звонить тому, кто этого не ждет. Никогда не забуду, как устроился журналистом и впервые звонил какому-то спикеру. Мне 19, сижу в редакции, нужно набрать номер человека, который такому звонку совсем не рад. Тут страх не просто облажаться, а еще и публично — среди коллег, которые услышат твой позорный разговор.<\/p>\n<p>Потом таких звонков были тысячи — политикам, экспертам, просто людям, которые оказались в беде. Сейчас иногда обзваниваю пользователей, чтобы <a href=\"\/blog\/all\/custdev\/\">проанализировать их боли и улучшить сервис<\/a>.<\/p>\n<p>А в эмиграции новый челлендж — звонить и говорить на языке, который только начал учить.<\/p>\n<p>Во всех случаях мне помогает прием — отнестись к звонку как к прыжку в воду. Не нужно собираться с мыслями и долго готовиться. Если на тебе плавательные трусы и нет другой одежды — ты уже готов. Прыгнешь — в первые секунды будет обжигающе холодно, а потом норм. Так и со звонками: подготовка все портит, есть приблизительные вопросы — и хватит. Вызывай абонента, здоровайся и представляйся, по ходу выплывешь.<\/p>\n",
            "date_published": "2024-03-09T19:09:35+01:00",
            "date_modified": "2026-01-28T10:59:34+01:00",
            "tags": [
                "журналистика",
                "переговоры",
                "популярно в Телеграме",
                "управление проектами"
            ],
            "_date_published_rfc2822": "Sat, 09 Mar 2024 19:09:35 +0100",
            "_rss_guid_is_permalink": "false",
            "_rss_guid": "141",
            "_e2_data": {
                "is_favourite": false,
                "links_required": [],
                "og_images": []
            }
        },
        {
            "id": "139",
            "url": "https:\/\/ilnovikov.ru\/blog\/all\/telling-truth\/",
            "title": "Как говорить людям гадости",
            "content_html": "<p>Иногда нужно сказать знакомому, коллеге или родственнику что-то неприятное. Например, выяснить отношения, указать на повторяющуюся ошибку или объявить о повышении цены на аренду со следующего месяца. Делать это тоже крайне неприятно.<\/p>\n<p>Кажется, что проще всего написать сообщение, высказать в нем все, что думаешь и, может, смягчить это смайликом.<\/p>\n<p>Но это ловушка — в такой форме человек воспримет информацию наиболее негативно. Он считает в сообщении наезды и обвинения, которых вы даже не закладывали. Скорее всего, человек обидится, обвинит вас в ответ или, как минимум, поставит пассивно-агрессивную реакцию: 👍, мол «ага, молодец».<\/p>\n<p>Вместо неприятного текста в таких случаях я стараюсь обозначить тему и договориться о созвоне или встрече. Голосом объявлять неприятное сложнее, но зато собеседнику уже по тону ясно, из каких побуждений я это делаю, а я могу тут же ответить на возмущение или возникшие вопросы. Короче, моментально развеять худшие предположения, а не создать для них почву своим текстом.<\/p>\n<p class=\"loud\">Неприятное — лично или по телефону<\/p>\n",
            "date_published": "2024-02-27T22:19:44+01:00",
            "date_modified": "2024-03-09T19:08:22+01:00",
            "tags": [
                "переговоры"
            ],
            "_date_published_rfc2822": "Tue, 27 Feb 2024 22:19:44 +0100",
            "_rss_guid_is_permalink": "false",
            "_rss_guid": "139",
            "_e2_data": {
                "is_favourite": false,
                "links_required": [],
                "og_images": []
            }
        },
        {
            "id": "121",
            "url": "https:\/\/ilnovikov.ru\/blog\/all\/blokirovka\/",
            "title": "Блокировка открытых вопросов",
            "content_html": "<p>Чтобы получить содержательный ответ, надо задать открытый вопрос. Это знают многие, но мало кто делает. А даже если делают, то пугаются собственных вопросов.<\/p>\n<p>Бывает, что ты задаешь открытый вопрос и поначалу все идет хорошо. Клиент думает и уже почти дает содержательный ответ. Но вместо того чтобы подождать, ты вдруг задаешь еще один вопрос — закрытый, или даже серию закрытых вопросов. Так получается, потому что повисшая тишина пугает: вдруг клиент не понял вопроса или посчитал его глупым.<\/p>\n<p>Например, согласовываешь правки с клиентом и уточняешь:<\/p>\n<blockquote>\n<p>Что вы имели в виду, когда попросили «стилизовать верхнюю подпись»?<\/p>\n<\/blockquote>\n<p>Все отлично — открытый вопрос, клиент думает над ответом. Но ты тут же добавляешь:<\/p>\n<blockquote>\n<p>Нам нужно изменить шрифт?<\/p>\n<\/blockquote>\n<p>Естественно, клиент отвечает уже не на открытый, а на второй закрытый вопрос. Такой ответ не даст полезной информации.<\/p>\n<p>Я пару раз ловил себя на том, что даже в письме задавал открытый вопрос, а сразу за ним — уточняющий закрытый. В такой ситуации попроще: закрытый вопрос надо удалить и отправить письмо без него.<\/p>\n<p class=\"loud\">Задал открытый вопрос — дождись ответа, не блокируй его закрытым<\/p>\n",
            "date_published": "2021-11-16T09:12:14+01:00",
            "date_modified": "2021-11-16T09:11:00+01:00",
            "tags": [
                "переговоры"
            ],
            "_date_published_rfc2822": "Tue, 16 Nov 2021 09:12:14 +0100",
            "_rss_guid_is_permalink": "false",
            "_rss_guid": "121",
            "_e2_data": {
                "is_favourite": false,
                "links_required": [],
                "og_images": []
            }
        },
        {
            "id": "118",
            "url": "https:\/\/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:\/\/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:\/\/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:\/\/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:\/\/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:\/\/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:\/\/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:\/\/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:\/\/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:\/\/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:\/\/ilnovikov.ru\/blog\/pictures\/remote\/youtube-VgcjYb7w74Y-cover.jpg",
                    "https:\/\/ilnovikov.ru\/blog\/pictures\/shkola-redaktorov-1.jpg",
                    "https:\/\/ilnovikov.ru\/blog\/pictures\/shkola-redaktorov-2.jpg",
                    "https:\/\/ilnovikov.ru\/blog\/pictures\/shkola-redaktorov-3.jpg",
                    "https:\/\/ilnovikov.ru\/blog\/pictures\/shkola-redaktorov-4.jpg",
                    "https:\/\/ilnovikov.ru\/blog\/pictures\/shkola-redaktorov-5.jpg",
                    "https:\/\/ilnovikov.ru\/blog\/pictures\/shkola-redaktorov-6.jpg",
                    "https:\/\/ilnovikov.ru\/blog\/pictures\/shkola-redaktorov-7.png",
                    "https:\/\/ilnovikov.ru\/blog\/pictures\/shkola-redaktorov-8.png"
                ]
            }
        },
        {
            "id": "117",
            "url": "https:\/\/ilnovikov.ru\/blog\/all\/menshe\/",
            "title": "Брать меньше",
            "content_html": "<p>Сильный профессиональный навык, как ни странно, это уметь брать на себя не больше, а меньше задач.<\/p>\n<p>Неопытные специалисты обычно хватают сразу много и не справляются. А лучше, наоборот, взять мало, успеть сделать и согласовать с заказчиком в срок. А если успеть это все и бонусом сделать еще чуть больше, чем договаривались, — это высший пилотаж.<\/p>\n<p>Например, в Школе редакторов мы делали дипломный проект — шаблоны жалоб <a href=\"https:\/\/nakatal.ru\/\" class=\"nu\">«<u>Накатал<\/u>»<\/a>. Самой сложной частью оказалось написать план. Мы хотели за пару недель сделать сайт, собрать 30 шаблонов и еще запустить блог с несколькими статьями.<\/p>\n<p>Школьный арт-директор этот план просто не принял: даже если бы мы все бросили, работали круглые сутки и сделали все задуманное, то точно не успели бы это с ним согласовать. С десятой попытки план стал более чем реалистичным: сайт, 10 шаблонов и больше ничего. Зато мы легко закончили его в срок.<\/p>\n<p>Фраза в конце:<\/p>\n<p class=\"loud\">Бери что точно успеешь и даже меньше<\/p>\n",
            "date_published": "2021-08-15T19:58:34+01:00",
            "date_modified": "2021-11-02T20:43:10+01:00",
            "tags": [
                "переговоры",
                "управление проектами"
            ],
            "_date_published_rfc2822": "Sun, 15 Aug 2021 19:58:34 +0100",
            "_rss_guid_is_permalink": "false",
            "_rss_guid": "117",
            "_e2_data": {
                "is_favourite": true,
                "links_required": [],
                "og_images": []
            }
        },
        {
            "id": "116",
            "url": "https:\/\/ilnovikov.ru\/blog\/all\/deadline\/",
            "title": "Искусственный дедлайн",
            "content_html": "<p>Бывает, что у задачи нет дедлайна. Сделать надо «чем раньше, тем лучше».<\/p>\n<p>Из-за этого работа, например, над одним текстом может затянуться на недели и даже месяцы. Причастные будут давать кучу замечаний, которые друг другу противоречат. Или у того, за кем последнее слово, никак не будет времени, чтобы посмотреть и все утвердить. Особенно этим грешат в корпорациях.<\/p>\n<p>Дело не в том, что кто-то хочет затянуть проект или игнорирует просьбу, а просто в отсутствии крайнего срока. Без него задача постоянно откладывается из-за более срочных.<\/p>\n<p>В такой ситуации помогает ввести искусственный дедлайн. Созвониться и сказать:<\/p>\n<blockquote>\n<p>Чтобы закончить это, нам нужно определиться со сроком. Я предлагаю так: жду замечаний до пятницы, 18:00, после этого готовлю финальную версию и прекращаю работу. Что думаешь?<\/p>\n<\/blockquote>\n<p>После этого на задачу неожиданно найдется время, а поток противоречивых замечаний прекратится. Короче:<\/p>\n<p class=\"loud\">Работа затянулась? Вводи дедлайн<\/p>\n",
            "date_published": "2021-07-11T14:38:50+01:00",
            "date_modified": "2021-11-02T20:43:35+01:00",
            "tags": [
                "переговоры"
            ],
            "_date_published_rfc2822": "Sun, 11 Jul 2021 14:38:50 +0100",
            "_rss_guid_is_permalink": "false",
            "_rss_guid": "116",
            "_e2_data": {
                "is_favourite": false,
                "links_required": [],
                "og_images": []
            }
        },
        {
            "id": "114",
            "url": "https:\/\/ilnovikov.ru\/blog\/all\/srochno\/",
            "title": "Надо срочно — не надо вообще",
            "content_html": "<p>Давно заметил такую закономерность. Вдруг появляется задача, которую надо сделать срочно. Например, через час нужны варианты креативов для контекстной рекламы, надо сделать до утра презентацию или собрать лендинг за один день. АСАП, первый приоритет, коллеги!<\/p>\n<p>Выполняешь, и тут оказывается, что не очень-то это было нужно. Рекламу решили не запускать и креативы выкинули в мусорку, презентация понадобилась только через неделю, текст для лендинга дизайнер не берет в работу еще месяц. Результат публикуют через сто лет или убирают в стол.<\/p>\n<p>Природу этой закономерности я точно не знаю. Возможно, просто все эти задачи становятся срочными, когда их сроки уже прошли. Или срочность мнимая: один менеджер узнал про задачу от другого, не уточнил, почему она срочная, но уже накрутил исполнителя.<\/p>\n<p>Короче, вот принцип, который волшебным образом работает из раза в раз везде, кроме МЧС и скорой. Лично мне он позволяет не относиться к срочному слишком серьезно, а попытаться отложить задачу на другой день или хотя бы выяснить, в чем там срочность:<\/p>\n<p class=\"loud\">Если что-то надо сделать срочно — это нах** никому не надо<\/p>\n",
            "date_published": "2021-06-27T13:56:13+01:00",
            "date_modified": "2026-01-28T10:54:37+01:00",
            "tags": [
                "переговоры",
                "популярно в Телеграме"
            ],
            "_date_published_rfc2822": "Sun, 27 Jun 2021 13:56:13 +0100",
            "_rss_guid_is_permalink": "false",
            "_rss_guid": "114",
            "_e2_data": {
                "is_favourite": true,
                "links_required": [],
                "og_images": []
            }
        },
        {
            "id": "111",
            "url": "https:\/\/ilnovikov.ru\/blog\/all\/vse-v-sile\/",
            "title": "Все ли в силе",
            "content_html": "<p>Заметил, что несколько раз в день пишу кому-нибудь вопрос «Все ли в силе».<\/p>\n<div class=\"e2-text-picture\">\n<img src=\"https:\/\/ilnovikov.ru\/blog\/pictures\/vse-v-sile.jpg\" width=\"1966\" height=\"608\" alt=\"\" \/>\n<\/div>\n<p>Он экономит кучу времени, особенно когда встреча требует заметных усилий. Когда еще не научился его задавать, попадал в дурацкие ситуации. Например, можно поехать к мастеру за отремонтированным ноутбуком в назначенный час, а на месте выяснится, что он еще не закончил. Или договориться с потенциальным арендатором на просмотр, приехать — а его нет и трубку он не берет. Ну или просто зайти в зум, а там никого, собеседник забыл про созвон. Тоже неприятно.<\/p>\n<p>Когда спрашиваешь заранее, все ли в силе, таких проблем нет. Даже если человек забыл и вовремя не сможет — пофиг. Главное, что ты узнал об этом сейчас, а не когда в другой конец города уехал.<\/p>\n<p>Вот еще дурацкий стишок, чтобы не забывать спрашивать:<\/p>\n<p class=\"loud\">Встреча требует усилий? Уточни, а все ли в силе<\/p>\n",
            "date_published": "2021-05-24T16:14:20+01:00",
            "date_modified": "2026-01-28T10:55:14+01:00",
            "tags": [
                "переговоры",
                "популярно в Телеграме"
            ],
            "image": "https:\/\/ilnovikov.ru\/blog\/pictures\/vse-v-sile.jpg",
            "_date_published_rfc2822": "Mon, 24 May 2021 16:14:20 +0100",
            "_rss_guid_is_permalink": "false",
            "_rss_guid": "111",
            "_e2_data": {
                "is_favourite": true,
                "links_required": [],
                "og_images": [
                    "https:\/\/ilnovikov.ru\/blog\/pictures\/vse-v-sile.jpg"
                ]
            }
        }
    ],
    "_e2_version": 4171,
    "_e2_ua_string": "Aegea 11.4 (v4171)"
}