№3. Контент. Филин ест бабушку

Это третья серия реалити-шоу «Проект с менторинга». В предыдущих сериях:

Напомню: ребята делают свой проект, чтобы побыть в шкуре продакта/предпринимателя, научиться понимать бизнес изнутри и стать ценней как специалисты.

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

На его примере они смогут показать, как смогли решить кучу проблем бизнеса при помощи дизайна.

Прошлая часть была о том, как Ира и Илья применяли проблемное интервью в своем проекте. А сегодня расскажем, как они искали для него идеальный контент.

Ира о задаче

Ребёнок хочет сказку про кирпич. Родители в тупике. Наша цель — помочь им.

В Kids Tales пользователь может сам сгенерировать текст сказки, выбрав её сюжет и главного героя. Вот как это выглядит в бета-версии конструктора.

Здесь пользователь выбирает, о чём хочет прочитать сказку:

А здесь выбирает ее героя:

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

Поэтому поиск не должен прекращаться: сначала находим одного, затем следующего и так далее. Дизайнер здесь может помочь, составив какой-нибудь чек-лист, поэтому мы сделали для авторов ТЗ и начали поиски.

Вот наше ТЗ:

Наши требования к текстам, продиктованные техническими особенностями генератора:

Героя можно называть только в именительном падеже.
Ни у кого из героев не должно быть уникальных действий/характеристик.
У глаголов, изменяющихся по родам, в конце приписка (!): сказал(!), подошёл(!).
Там, где этого не требуется, приписки нет (например, в настоящем времени): говорит, подходит.
Местоимения, которые могут употребляться в мужском и женском родах, тоже на конце имеют восклицательный знак (!): он(!), ему(!).
...И ещё несколько пунктов.

Большинство авторов просто не попали в ТЗ и отсеялись. А «правильные» сказки иногда были очень странными. Поэтому система фильтров нам очень пригодилась и помогла получить нормальный контент, не убив на это всё своё время.

Ира о сложностях поиска контента

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

Проблема с текстами «профессиональных авторов» в том, что их своеобразный стиль нам не всегда подходит. Человек транслирует в текстах свои странные стереотипы, которые считает нормальными.

Мы не хотим это скармливать детям. Продукт на выходе должен быть качественным. Поэтому авторов мы выбирали очень придирчиво — и не пожалели.

Что я имею в виду под «странностями»?

Ну, например, мне присылали сказку, в которой мышку-бабушку пожирает филин.
Автор пишет: «И отлично, потому что старость не радость ни людям, ни мышкам».

WTF?

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

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

Илья о том, как искал авторов на биржах

Первым делом я стал искать на популярных площадках, начал с сервиса youdo.

Оказалось, что там две категории авторов:

дорогие, с публикациями в журналах и своими книжками, — они не подходили под наш бюджет (мы заложили 500₽ за 3-4 тысячи знаков);
неопытные от слова совсем. Среди них был даже такой, кто готов был написать сказку с оплатой постфактум, но в процессе пропал.

Параллельно я зарегистрировался на kwork. Там было полегче. Я сразу отсекал тех, у кого не было ни одного примера сказок. А тем, у кого было хотя бы небольшое портфолио, мы заказали по две сказки «на пробу».

Через три дня мы получили вполне сносные истории и продолжили работу с этими авторами.

При чём тут UX и продуктовый дизайн?

В живом продукте (если мы не винтик корпорации и нам доверяют серьёзные задачи), дизайнер часто «чинит» очень много всего.

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

Что дизайн «чинит» в продукте сейчас?

Авторы всё ещё промахиваются мимо ТЗ. (Примеч. от Ивана: без этого ТЗ авторы бы промахивались намного дальше и хуже, а приводили в порядок дольше и труднее. Плавали — знаем.)

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

Если автор пойдёт по ТЗ, мы сократим этапы проверки и валидации контента. Дело пойдёт быстрее (и дешевле).

И сейчас мы дорабатываем ТЗ — делаем понятный читабельный дизайн. Если сработает, то наш продукт станет дешевле в производстве.

А всё почему? Дизайнер «просто» нарисовал инфографику (но очень вдумчиво и хорошо «прицелившись»). А у продукта отвалилась проблема и каждый месяц стало сгорать меньше денег.

С таким умением мы сэкономим/принесём бизнесу больше денег и станем дороже и ценнее на рынке.

Иван о том, что команда узнала на этом этапе

Здесь особенно хорошо видно, как ребята смогли разделить задачи внутри команды.

Илья научился работать с внешними исполнителями: отбирать, делегировать и контролировать качество. Все эти навыки очень пригодятся в работе продуктового дизайнера.

Важно! Ира и Илья взялись за контент до того, как стали делать дизайн.

Никаких Lorem ipsum — отличное правило. Content first!

Рисовать дизайн, а потом натягивать контент — непродуктивно. Тексты рвутся, дизайн всё равно приходится менять. Гораздо лучше рисовать экраны с готовыми текстами/картинками на руках.

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

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

Ребята научились решать своим дизайном проблемы бизнеса.

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

Можно один раз вложиться, улучшить постановку задачи и навсегда снизить вложения в доработку текстов.

И тут нам поможет инфографика. Она может выглядеть просто, но удешевит производство контента, высвободит деньги для вложения в рекламу, UI или новые сказки.

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

- - - - - - - - - - - - - - -

Захотелось узнать больше о менторинге и навыках продуктового дизайнера?

Почитать описание менторинга
Задать вопросы и записаться на менторинг: @ivanuxboost (телеграм)
Записаться на бесплатный вебинар о навыках продуктового дизайнера