Готовая структура для разных типов статей

Оказывается, люди считают, что писать надо уметь. Нынешняя статья должна развеять этот стереотип. Я сама не умею писать, у меня нет ни стиля, ни слога, и я завидую тем, кто хорошо пишет. Кстати, в блоге Email Soldiers делала подборку интересных авторов.

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

Для начала несколько общих правил:

  1. Перед тем, как писать статью, разберитесь, какую мысль вы хотите донести до читателя. Придерживайтесь правила «одна статья = одна мысль». Что выиграет читатель от прочтения статьи? Почему ваша статья для него лучше, чем видео с енотом? Не можете сформулировать, — получится никому не интересный поток сознания. Поэтому, когда садитесь писать пост, заполните пропуск: «после прочтения моей статьи читатель научится / поменяет подход к / вдохновится сделать _______________»
  2. Структура любой статьи:
    1. проблема;
    2. погружение в проблему (нужно не всегда);
    3. решение;
    4. доказательства, что решение работает (нужно не всегда);
    5. вывод (нужно не всегда).Часто достаточно только обозначить проблему и показать решение. Уже тогда читатели будут вам благодарны.
  3. Проблема должна быть реальной. Чтобы писать о реальных проблемах, нужно хорошо знать своих клиентов. Однажды я написала статью «как писать, если ты левополушарный». Не понимаю, о чём я тогда думала. Во-первых, мало кто знает, какое полушарие мозга у него доминирует. Во-вторых, никто не задаётся вопросом, как же ему теперь писать статьи, если у него доминирует левое. В оправдание могу сказать, что в статье просто дельные советы по написанию постов, и я приложила тест, чтобы узнать, какое полушарие доминирует. Кстати, этот тест — самый популярный мой материал на Мидиуме.
  4. Всё, что не помогает донести главную мысль, нужно выкидывать.

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

как писать статьи — готовая структура

Кейс

Примеры:
Продвижение лендинга с помощью качественного контента

Кейсы описывают опыт работы над проектом или задачей. Люди любят кейсы за то, что они рассказывают историю, благодаря которой можно чему-то научиться. Интересный кейс — это история преодоления. Чтобы кейс был интересным, добавьте подробности о сложностях, с которыми вы сталкивались во время работы. Поясняйте сложные технические моменты, дайте читателю понять, почему сложность была сложной. Вот пара примеров.

Непонятно Раскрыто
Выявили, что в виджете не получится использовать 100% достоверные данные. Выявили, что в виджете не получится использовать 100% достоверные данные. Виджет забирал данные из платформы рассылок, но они там группировались в целую покупку. То есть, если покупатель купил крем для лица вместе с кондиционером для волос, вытянуть информацию отдельно про крем уже не получится.
Тогда мы разработали алгоритм генерации правдоподобных значений количества покупок. Вместо реальных данных мы построили математическую модель, которая генерировала правдоподобное количество покупок. Модель работала так. Мы знаем, что конкретный товар даёт определённый процент от продаж. У нас есть данные о сезонности и в какую неделю года какой товар какой процент продаж даёт. Таким образом, мы с учётом сезонности умножали продажи за вчерашний день на этот процент и получали похожее на правду число покупок товара.

Подробности добавляют вашей истории правдивости.

А вот пример из моей практики, когда технически решение было сложным, но очень хотелось показать его в кейсе. Пришлось долго разбираться, уточнять, формулировать, но мы сделали это. Это кусок из кейса Email Soldiers о том, как мы настроили для Vichy триггерные письма с индивидуальным контентом для читателей:

структура статьи — описание сложностей в кейсе

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

Структура написания кейса:

  1. Была такая-то задача.
  2. Её важно было решить, потому что…
  3. Задача была сложной, потому что…
  4. Мы решили эти сложности так-то и так-то
  5. Получили такой-то потрясающий результат.

Как писать кейсы
Как дизайнить кейсы

Статья-мнение

В статье-мнении автор рассказывает, что сложившийся порядок кажется ему неправильным, и аргументирует это. Цель таких статей — заставить читателя пересмотреть свой подход к чему-то.

Примеры:
Почему тексты о компаниях так ужасны
Хорошие продающие заголовки: как написать и примеры
Нужно ли сокращать количество полей в форме

Когда пишете статью-мнение есть риск будете выглядеть так:

Чтобы этого избежать, вам нужна хорошая стройная аргументация.

Структура написания статьи-мнения

  1. Постановка проблемы — все делают вот так
  2. Это плохо, потому что…
  3. Правильнее было бы вот так, потому что:
    a. Аргумент 1 (скриншот, ситуация из жизни, пример того, что предложенное решение работает)
    b. Аргумент 2
    c. Аргумент 3

Такого типа статьи часто пишет Джейсон Фрид, основатель «Бейзкемпа». Многие TED-выступления построены по подобной структуре. Блестящий пример одного из них — Дэниел Пинк о мотивации. Особенность его речи в том, что Дэниел уделяет большую часть времени погружению в проблему, что делает её острой для зрителя.

Статья-инструкция

Примеры:
Про что написать статью в блог, чтобы её читали
Автоматизируй это: отправка постов в MailChimp, фейсбук, твиттер, телеграм

Инструкции — самое простое — берёшь готовое решение и описываешь его. Главное в инструкциях — чтобы она прежде всего была вами пройдена, а не откуда-то взята или переведена. Тогда вы будете знать о подводных камнях и сможете предупредить о них читателей. В противном случае получится как инструкция по сбору мебели — она, вроде, и есть, а разбираться всё равно самому.

Структура написания статьи с инструкцией

  1. Постановка проблемы — коротко
  2. Какое решение есть у этой проблемы
  3. Какие шаги надо сделать, чтобы решение заработало:
    1. Шаг 1
    2. Шаг 2
    3. Шаг 3
    4. …
    5. Шаг n

Чем подробнее описываете шаги, тем лучше. Но и перебарщивать не стоит — «чтобы ввести логин, поставьте курсор в поле формы» — уже лишнее.

Статья чек-лист

Пример: Что сделать первым делом, когда вы запустили блог на wordpress

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

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

У меня для такого есть готовый код (первый пункт помечен галочкой, чтобы читатель сразу понял, что список интерактивный):

<form style="margin-top:20px; margin-bottom:30px;" method="post" action="input5.php">

<h3>Чек-лист</h3>

<input name="option1" value="a1" checked="" type="checkbox">Пункт 1<br>

<input name="option2" value="a2" type="checkbox">Пункт 2<br>

<input name="option3" value="a3" type="checkbox">Пункт 3<br>

<input name="option4" value="a4" type="checkbox">Пункт 4<br>

<input name="option5" value="a5" type="checkbox">Пункт 5<br>

<input name="option6" value="a6" type="checkbox">Пункт 6<br>

<input name="option7" value="a7" type="checkbox">Пункт 7<br>

<!— Продолжить при необходимости-->

</form>

Статья-обзор книги

Пример: Роберт Макки «История на миллион» — важные цитаты и принципы из книги

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

Структура написания обзора книги

  1. Что за книга и про что она.
  2. Чем понравилась, не понравилась, в чём нашёл конкретную пользу для себя.
  3. Самые важные выводы, сделанные после прочтения.
  4. Самые интересные и яркие цитаты (можно совместить с выводами).
  5. Рекомендую прочитать тем, кто занимается тем-то и тем-то. Или не рекомендую, потому что всё важное уже написал в статье, больше ничего ценного не найдёте.

Статья-подборка книг

Пример: 13 обязательных книг для интернет-маркетёра

Подборку книг сложнее сделать столь же полезной, как обзор отдельной книги, зато они часто получают вирусное распространение. И всё-таки постарайтесь сделать её и впрямь полезной. Важно чётко обозначить, для кого эта подборка. Например, для новичков в типографике. Помогите ему сделать первые шаги. Только не забывайте, что, прежде чем рекомендовать кому-то книги, вы должны прочитать их сами.

План подборки книг:

  1. Если вы занимаетесь тем-то, вот вам книги, которые будут полезны.
  2. «Книга 1», автор. Кому и чем будет полезна, на какой уровень знаний рассчитана.
  3. «Книга 2», автор. Кому и чем будет полезна, на какой уровень знаний рассчитана.
  4. «Книга 3», автор. Кому и чем будет полезна, на какой уровень знаний рассчитана.

Статьи-подборки

«15 фотографий котиков, от которых прослезится любой читатель», «10 мемов, которые надо отправить сестре», «24 рецепта, чтобы удивить гостей на день пожилого человека».

Большинство таких статей не рассчитаны на то, чтобы чему-то научить читателя, а нацелены на вирусное распространение. Но бывают и действительно полезные материалы такого формата, например, «50 вещей, которые всё время забывают задизайнить».

Если хотите быть полезным своей аудитории, постарайтесь не просто гнаться на популярным форматом, а прежде всего думать о том, как статья поможет читателю.

Статья-обзор инструмента

Примеры:
HubSpot, Marketo, автоматизация маркетинга — стоит ли ввязываться?
Лендинг за два дня — обзор конструктора Slides от Designmodo

Обзор инструмента можно писать только тогда, когда вы сами его использовали. Только в этом случае вы сможете дать полезные советы и привести реальные жизненные примеры того, что в инструменте хорошо, а что плохо.

План для статьи с обзором инструмента

1. Есть такая-то проблема, её решает такой-то инструмент, и мы его попробовали.
2. Как использовали, в каких случаях оказался полезным для решения проблемы, что было особенно удобно.
3. В чём минусы.
4. Общий вывод — решил ли инструмент именно ваши проблемы, будете ли пользоваться дальше, почему. Кому советуете, кому не советуете.

В целом нет каких-то строгих правил написания статьи. Но есть алгоритмы, которые позволят сделать пост интересным, полезным и приятным в прочтении. А это — ¾ качества контента.