Понимая, что я утратил товарный вид, попросить перенести встречу. Это же не они ко мне приехали, а я к ним — я могу приехать еще раз, им не так сложно меня принять.
Зайдя в офис, попросить дать мне 15 минут и указать, где уборная. Там наверняка будет сушилка или хотя бы бумажные полотенца.
Спросить, нет ли у них сувенирной продукции, в которую я мог бы переодеться. А вдруг? И контракт заключу, и футболку утащу. И будет что вспомнить.
Может быть, нужно было просто в начале встречи сказать: «Вы простите меня, я выгляжу как поросенок. Давайте, может быть, я приеду в другой день в нормальном виде?»
Ничего из этого не случилось.
Статья для новичков или экспертов. Задача журнала «Код» — помогать новичкам в программировании. Проблема не столько в том, что в интернете нет информации. Проблема скорее в том, что большая часть информации рассчитана на людей опытных, которые уже преодолели порог вхождения. Мы подталкиваем людей через этот порог.
Допустим, нам нужно написать статью об объектно-ориентированном программировании. Чтобы эта статья была понятной, нам нужно упростить некоторые концепции, а другие вообще не рассматривать.
Но тут появляются эксперты — люди, которые разбираются в нюансах. Они увидят нашу упрощенную статью и напишут в комментариях: «Всё не так, вы неправильно пишете, на самом деле так…» — и наши читатели запутаются. Как же правильно на самом деле? Чтобы снять эту проблему, мы напишем:
Эта статья для тех, кто еще ничего не знает ни об объектах, ни о наследовании, ни о полиморфизме. Мы намеренно не будем использовать такие-то термины, а такой-то вопрос вообще оставим на будущее. Задача этой статьи — дать базовое понимание вопроса.
Неплохое начало, но есть проблема: мы как будто начинаем сразу обороняться от бывалых. Будто мы им говорим: «Закройте рты, вы тут не нужны». А можно ли их взять в свою команду?
Эта статья для тех, кто еще ничего не знает ни об объектах, ни о наследовании, ни о полиморфизме. Мы намеренно не будем использовать такие-то термины, а такой-то вопрос вообще оставим на будущее. Если вы уже разобрались в ООП, помогите нашим читателям в комментариях. Ваша поддержка — золото.
Эта оговорка не значит, что бывалые будут массово поддерживать наших читателей в комментариях, но контекст получается более дружелюбный.
Подобным образом можно выстроить ожидания от сложной статьи — чтобы не обескуражить новичков:
Здесь разбираются нюансы работы с такой-то системой. Если вы ее уже пробовали, расскажите в комментариях, как она вам? Если вы не понимаете, о чем речь, — начните с нашей статьи о том-то: там всё разложено по полочкам.
Можно решить это менее многословно: например, в начале статьи показать навигатор — «Вы читаете четвертую статью из цикла, начало там». Новичок поймет, что ему следует начать с первой статьи, а не с середины цикла.
Часто в изданиях можно встретить отметки вроде «Уровень сложности 3 из 10», «Статья для начинающих». Одно время было модно указывать в начале статьи время прочтения или ключевые слова. Всё вместе может выглядеть как-то так:
Уровень сложности:
Для кого: веб-разработчики, дизайнеры
Ключевые слова: CSS, автоматизация, интерфейс
Время прочтения: 10 минут
Нельзя сказать, что так следует делать всегда. Такая структура подходит, если читатель вынужден фильтровать десятки подобных статей. Это неплохая идея, если читать наши статьи приходят люди очень разного уровня; если длина статьи как-то влияет на решение о чтении.
Но обратите внимание: все эти пляски влияют на контекст общения с читателем. Сейчас здесь как будто слишком много уговоров: «Пожалуйста, ну прочитайте нашу статью! Она хорошая, правда! И читать быстро, и сложность невысокая, и специально для вас написана». Как будто мы на коленях перед читателем.
Тот ли это контекст, который нам нужен? Может быть, половину убрать? Прислушайтесь к своим ощущениям.
Антипример: неуместный скрипт. Допустим, мы работаем в крупной компании, у которой есть большой кол-центр. Операторы обзванивают холодную базу номеров — то есть людей, которые не ждали звонка. У сотрудников есть скрипт — это сценарий разговора. Задача сотрудника — воспроизводить реплики из скрипта.