3 заметки с тегом

Текст

Когда запускаешь новый продукт, хочется рассказать о нём пораньше. Люди узнают о продукте ещё до выпуска, тыкают мордой в противоречия и подкидывают идеи. Я сейчас так рассказываю про приложение об экономии.

Есть проблема: как о продукте ни рассказывай, люди всё равно задают одни и те же вопросы

Причём вопросы появляются независимо от того, отвечал ты на них уже или нет. Мне пришло в голову два решения: зарядить пост с ответами на вопросы или отвечать каждому отдельно. Оба парили.

Отвечать каждому долго, да и не всегда можешь. Пост с ответами на вопросы работает лучше, но придётся тратить время на его поддержку. Компромисс. Если появляются вопросы, значит структура рассказа о приложении изначально неправильная. Тема сисек не раскрыта.

Недавно дошло. Надо рассказывать о продукте с прицелом на то, что пост попадёт в ответы на частые вопросы

Прям собираешь основные вопросы, а потом фигачишь. Один пост — один вопрос. В конце вываливаешь весь список вопросов. Даже, если ещё не написал ответы на всё.

Тут польза по всем фронтам:

  1. Понятно, что и в каком порядке писать.
  2. Видишь проблемы продукта заранее.
  3. Посты проще понять. В одном посте одна мысль.
  4. Люди видят структуру заранее и понимают, что ждать.
  5. Пост с ответами на частые вопросы получается сам собой.

Живой пример:

Ответы на вопросы о книге Главреда

 

Я прям Америку для себя открыл!

Перед началом проекта дизайнер узнаёт у заказчика о продукте. Задаёт вопросы, разбирается в бизнесе и пишет понимание задачи. Когда дизайнер поймёт задачу, он приступает к работе.

Самый простой способ рассказать о продукте — написать о нём. Это основной способ представить информацию. Надо только собрать всё, что тебе рассказал заказчик и вылить на бумагу. После этого дизайнер приступает к представлению информации. Добавляет врезки, картинки и таблицы. Чтобы информация выглядела интереснее, делает структуру разнообразнее. Чередует блоки, колонки, плашки, фигачит фактоиды с большими цифрами и украшает макет иконками.

Теперь представим, что у дизайнера нет никаких колонок, плашек и всего вот этого. Всё, кризис в России, колонки кончились. Только голый текст. Кризис, ёптыть :-)

Страшно? А редактор работает в таких условиях всегда. Он делает то же, что дизайнер, но чтобы донести мысль у него только текст, заголовки, картинки и структура изложения. Хороший редактор постоянно решает задачу в ограниченных условиях. Рассказывает об услуге и продукте так, чтобы никто не заскучал, при этом всё понял и увидел пользу.

Среднестатистический дизайнер в таких условиях превращается в тыкву. Логично и интересно рассказать о продукте без наворотов не так просто, как кажется. Человек с интересом проглотит информацию, если она будет новой, интересной и полезной. Без этого любая страница — месиво из блоков.

В моём идеальном мире дизайнер прежде чем наводить красоту, учится рассказывать о продукте текстом.

Сложно с первого раза написать коротко и понятно. Иногда автоматически начинаешь переписывать первое предложение. Хочется же по инфостилю: убрать запятые, заменить клише и канцеляризмы, подобрать слова. В итоге не знаешь, что написать в следующем предложении. Мозг заклинило.

Я считаю такой подход неправильным. Текст — это способ представления информации, инструмент дизайна. Инфостиль — волшебная палочка, которая помогает сделать текст понятнее. Дебильно размахивать волшебной палочкой, когда ты ничего не написал. Это как начать рисовать макет с градиента на кнопке. В конце может выясниться, что и кнопка не нужна.

Если считать текст инструментом дизайна, то всё встаёт на места. Есть задача — донести информацию до человека. Для этого выбрали текст. Можно написать криво, с кучей оборотов, но информацию воспримут. Пусть медленно, не с первого раза, но воспримут. Задача решена, пусть и с меньшим КПД.

Тупняк происходит, когда забываешь о задаче и дрочишь пиксели. Если я себя на этом ловлю, то делаю паузу. Потом представляю, будто у меня спросили: «Ты это к чему? Что ты имел в виду?». Ответ проговариваю в голове и записываю. Это помогает написать текст, который решит задачу.

Правило: не делать понятнее то, чего ещё нет.