Основная тема:
Через микроанимации можно увеличить удовлетворенность пользователя продуктом и сгладить болезненные моменты взаимодействия.
Предложения:
1. Менять отображение элементов UI сразу после взаимодействия с ними пользователя, чтобы фидбэк был максимально быстрым и информативным. Пример нажатая кнопка залогиниться красится в красный если пароль не подошел или в зеленый, если всё ок
2. Запилить ненавязчивые хинты, особенно на онбординге. Хороший тон по мнению автора мягко пульсирующая и с переливанием иконка
3. На моментах с долгой подгрузкой добавить замысловатую анимацию. По исследованию Aberdeen 2008 года для веба цена одной секунды задержки 11% падение просмотров страницы. Решение - сложная анимация, в которую можно позалипать. Как пример иконка рисующаяся из линий
4. Нотификации о событиях, которые происходят без участия игрока. Ненавязчивые, но заметные. Как изменение счетчика писем с эффектом отлетающих от него плюсов
5. Навигация будет приятнее для пользователя, если переходы между разделами будут не мгновенными, а спокойными наплывами
6. Продолжительная анимация UI элементов во время нажатия и обрывающаяся в момент отпускания пальца повышает ощущение интерактивности интерфейса
6. Небольшие мотивационные анимации-награды за выполнение рутинных действий. По сути использование логики работы достижений из игр + анимация
7. Яркие и сложные анимации могут использоваться для улучшения узнаваемости бренда, но важно чтобы они не портили опыт взаимодействия пользователя с продуктом
Источник (англ.): https://anadea.info/blog/how-micro-animations-improve-ux
Через микроанимации можно увеличить удовлетворенность пользователя продуктом и сгладить болезненные моменты взаимодействия.
Предложения:
1. Менять отображение элементов UI сразу после взаимодействия с ними пользователя, чтобы фидбэк был максимально быстрым и информативным. Пример нажатая кнопка залогиниться красится в красный если пароль не подошел или в зеленый, если всё ок
2. Запилить ненавязчивые хинты, особенно на онбординге. Хороший тон по мнению автора мягко пульсирующая и с переливанием иконка
3. На моментах с долгой подгрузкой добавить замысловатую анимацию. По исследованию Aberdeen 2008 года для веба цена одной секунды задержки 11% падение просмотров страницы. Решение - сложная анимация, в которую можно позалипать. Как пример иконка рисующаяся из линий
4. Нотификации о событиях, которые происходят без участия игрока. Ненавязчивые, но заметные. Как изменение счетчика писем с эффектом отлетающих от него плюсов
5. Навигация будет приятнее для пользователя, если переходы между разделами будут не мгновенными, а спокойными наплывами
6. Продолжительная анимация UI элементов во время нажатия и обрывающаяся в момент отпускания пальца повышает ощущение интерактивности интерфейса
6. Небольшие мотивационные анимации-награды за выполнение рутинных действий. По сути использование логики работы достижений из игр + анимация
7. Яркие и сложные анимации могут использоваться для улучшения узнаваемости бренда, но важно чтобы они не портили опыт взаимодействия пользователя с продуктом
Источник (англ.): https://anadea.info/blog/how-micro-animations-improve-ux
Дорогие друзья! Время приближает нас к новому, 2019 году. Позади насыщенный, полный забот декабрь... Да и в принципе год выдался довольно бодрым. Для тех, кто полон сил и энергии, не хочет останавливаться на достигнутом и интересуется ML - вот пара подборок:
https://github.com/trekhleb/homemade-machine-learning
https://github.com/demidovakatya/vvedenie-mashinnoe-obuchenie
На праздниках подкоплю темы и продолжу постить. Спасибо всем, кто поддерживал данную тему с каналом, кто давал фидбэк и рекомендовал материалы для публикаций. С новым годом!
https://github.com/trekhleb/homemade-machine-learning
https://github.com/demidovakatya/vvedenie-mashinnoe-obuchenie
На праздниках подкоплю темы и продолжу постить. Спасибо всем, кто поддерживал данную тему с каналом, кто давал фидбэк и рекомендовал материалы для публикаций. С новым годом!
За праздники наконец добрался до докладов с конфы product sense, будут попадаться вещи довольно банальные для custdev'щиков со стажем, но остальным может пригодиться. И для начала небольшой доклад про Growth hacking.
Growth hacking - область на стыке маркетинга, UX и управления продуктом, основная цель - агрессивный рост продукта.
Задачи продуктивного growth hacking сводятся к созданию непрерывного процесса экспериментирования на всех этапах AAARRRR для поиска нестандартных путей роста.
В таблице наверху (см. заголовок), приложены расчеты, чтобы понимать насколько вы сконцентрированы на GH и результат за год, если отталкиваться от количества экспериментов в неделю.
Для того, чтобы оценить, насколько в текущий момент работа направлена на рост, стоит взять пул текущих задач, пометить задачи на улучшение каждой из AAARRRR метрик и те которые не способствуют.
AAARRRR метрики:
- awareness - информирование пользователя о своем существовании
- acquisition - получение контакта пользователя
- activation - привлечение пользователя в продукт, первый экспириенс
- retention - задачи на возврат
- revenue - задачи на конвертацию пользователя в плательщика и увеличение дохода
- referral - привлечение пользователей другими пользователями
- resurrection - возврат ушедших пользователей
Обычно работают над acquisition и revenue, упуская всё остальное, а прибыль по сути произведение всех метрик.
Aha moment - момент когда пользователь впервые достигает успеха с продуктом или понимает какие действия к нему привели.
Примеры нахождение aha момента по версии компаний:
AirBnb - красивые фотографии, зашли и сразу видите их
Uber - момент движения машин на карте,
Yelp - (приложение - каталог бизнесов) отрицательные отзывы, людям не нужно, чтобы было очень хорошо, а хотя бы чтобы не было очень плохо
Работа с aha моментом - берется customer journey map, определяется наиболее ценный для пользователя момент и передвигается как можно раньше. К примеру выкидывается всё перед этим.
Тестировать гипотезы дешевле на этапе рекламы, до разработки, сделав акцент на aha-моменте и посмотрев на конверсию.
Задачи growth hacking находятся между компетенциями маркетинга и product, для этого создаются growth team, которые объединяют всех причастных к задачам на aaarrrr метрики. Такие команды созданы в FB, LN, uber, amazon и т.д. Они генерят обоснованные гипотезы и затем их тестируют.
Источник (19 минут): https://www.youtube.com/watch?v=Ht11C6mj9AA
Growth hacking - область на стыке маркетинга, UX и управления продуктом, основная цель - агрессивный рост продукта.
Задачи продуктивного growth hacking сводятся к созданию непрерывного процесса экспериментирования на всех этапах AAARRRR для поиска нестандартных путей роста.
В таблице наверху (см. заголовок), приложены расчеты, чтобы понимать насколько вы сконцентрированы на GH и результат за год, если отталкиваться от количества экспериментов в неделю.
Для того, чтобы оценить, насколько в текущий момент работа направлена на рост, стоит взять пул текущих задач, пометить задачи на улучшение каждой из AAARRRR метрик и те которые не способствуют.
AAARRRR метрики:
- awareness - информирование пользователя о своем существовании
- acquisition - получение контакта пользователя
- activation - привлечение пользователя в продукт, первый экспириенс
- retention - задачи на возврат
- revenue - задачи на конвертацию пользователя в плательщика и увеличение дохода
- referral - привлечение пользователей другими пользователями
- resurrection - возврат ушедших пользователей
Обычно работают над acquisition и revenue, упуская всё остальное, а прибыль по сути произведение всех метрик.
Aha moment - момент когда пользователь впервые достигает успеха с продуктом или понимает какие действия к нему привели.
Примеры нахождение aha момента по версии компаний:
AirBnb - красивые фотографии, зашли и сразу видите их
Uber - момент движения машин на карте,
Yelp - (приложение - каталог бизнесов) отрицательные отзывы, людям не нужно, чтобы было очень хорошо, а хотя бы чтобы не было очень плохо
Работа с aha моментом - берется customer journey map, определяется наиболее ценный для пользователя момент и передвигается как можно раньше. К примеру выкидывается всё перед этим.
Тестировать гипотезы дешевле на этапе рекламы, до разработки, сделав акцент на aha-моменте и посмотрев на конверсию.
Задачи growth hacking находятся между компетенциями маркетинга и product, для этого создаются growth team, которые объединяют всех причастных к задачам на aaarrrr метрики. Такие команды созданы в FB, LN, uber, amazon и т.д. Они генерят обоснованные гипотезы и затем их тестируют.
Источник (19 минут): https://www.youtube.com/watch?v=Ht11C6mj9AA
Рассылки для вовлечения пользователей, уменьшения отвала и увеличения дохода
В одном из выступлений на product sense была упомянута статья от Baremetrics (B2B, занимаются аналитикой) про то, как они поднимали показатели за счет email рассылок. Спросите при чем тут геймдев? По сути они описывают своего рода механики неблокирующего тутора, пушей на возвраты и получения фидбэка от пользователя.
В мобильных приложениях получить имейл от пользователя сложнее чем в B2B сервисе, но способы есть. И ничто не мешает реализовать внутреннюю систему обмена сообщений с пользователем.
Лучше работает, если письма исходят от конкретных людей.
От первых писем максимальный эффект.
Рассылка по этапам:
Онбординг.
Основные задачи - показать ценность продукта для пользователя, а также рассказать про функционалы, о которых он может не знать. Данный момент отлично обвязывается сплит-тестами с целью улучшения возврата.
День 1 - приветственное письмо от основателя, дает канал для связи, подчеркивает что пользователь не безразличен
День 2 - приветственное письмо от саппорт, дает дополнительный канал связи, объясняет где найти мануалы, блог и всё такое (в случае с геймдевом есть смысл пытаться вовлечь в игровое комьюнити)
День 3 - письмо мотивирующее на привлечение других пользователей
День 5 - письмо про пользу от нотификаций, мотивация на включение пушей
День 6 - рассказ о тарифных планах, попытка повлиять на платежи
День 8, 10, 12 - рассказ про фичу
День 14 - прощание на этапе онбординга, суть та же, что у первого письма
Первые 3 месяца.
По одному письму в месяц провоцируем на фидбэк, каждый раз меняем отправителя письма.
В конце данного периода письмо чтобы сконвертировать в покупку годовой подписки с демонстрацией её выгоды.
Письма по событиям.
Уход из продукта - пытаемся получить фидбэк почему
Платеж - положительная закрепляющая мотивация и попытка получить дополнительный контакт
Первая неделя - мотивирующий подарочный стикерпак (можно использовать данный прием для получения нового канала связи с пользователем, например email, если раньше не получили).
Источник(англ.): https://baremetrics.com/blog/lifecycle-emails
В мобильных приложениях получить имейл от пользователя сложнее чем в B2B сервисе, но способы есть. И ничто не мешает реализовать внутреннюю систему обмена сообщений с пользователем.
Лучше работает, если письма исходят от конкретных людей.
От первых писем максимальный эффект.
Рассылка по этапам:
Онбординг.
Основные задачи - показать ценность продукта для пользователя, а также рассказать про функционалы, о которых он может не знать. Данный момент отлично обвязывается сплит-тестами с целью улучшения возврата.
День 1 - приветственное письмо от основателя, дает канал для связи, подчеркивает что пользователь не безразличен
День 2 - приветственное письмо от саппорт, дает дополнительный канал связи, объясняет где найти мануалы, блог и всё такое (в случае с геймдевом есть смысл пытаться вовлечь в игровое комьюнити)
День 3 - письмо мотивирующее на привлечение других пользователей
День 5 - письмо про пользу от нотификаций, мотивация на включение пушей
День 6 - рассказ о тарифных планах, попытка повлиять на платежи
День 8, 10, 12 - рассказ про фичу
День 14 - прощание на этапе онбординга, суть та же, что у первого письма
Первые 3 месяца.
По одному письму в месяц провоцируем на фидбэк, каждый раз меняем отправителя письма.
В конце данного периода письмо чтобы сконвертировать в покупку годовой подписки с демонстрацией её выгоды.
Письма по событиям.
Уход из продукта - пытаемся получить фидбэк почему
Платеж - положительная закрепляющая мотивация и попытка получить дополнительный контакт
Первая неделя - мотивирующий подарочный стикерпак (можно использовать данный прием для получения нового канала связи с пользователем, например email, если раньше не получили).
Источник(англ.): https://baremetrics.com/blog/lifecycle-emails
На скрине показаны результаты исследования ltv пользователей при использовании монетизации через подписки и через инапы. Хороших примеров внедрения подписок в играх не видел, за исключением баттлеров пожалуй. Но в теории подход имеет право на жизнь.
Начиная с wwdc16 apple продвигают переход к данной модели. Она приносит больше денег за счет инертности пользователей, которым лень отключить подписки.
По инфе спикера - в штатах при списаниях не приходит даже уведомление, лишь в конце месяца.
1. Trial делать необходимо, цель получать данные карты пользователя.
2. Хороший способ при транзакции предложить проапгрейдиться до подписки
3. Предлагать стартовать бесплатный триал можно после первого входа и после покупки инапа.
4. Годовую подписку отменяют реже, чем месячную, потому что не напоминает о себе лишний раз. По цене best practise нет, всё индивидуально.
5. Истекающая карта - не давать подписаться, если карта скоро истекает. Стор берет на себя часть проблем с обновлением данных карт, поскольку подписок зачастую больше одной поэтому данные обновляются регулярно.
Недостаточно средств - списывать в районе 5го числа, когда большинство получает заплату и ещё не сняли деньги. Сегментировать по регионам, списывать у тестовой группы, затем у всех остальных
6. Если пользователь не чувствует ценности и пытается прекратить подписку, то стоит сделать exit interview и узнать почему. А также предлагать даунгрейд подписки, если пользователю кажется, что он платит слишком много.
7. При переходе на подписочную модель падает выручка на первом этапе из-за trial и того, что однократный платеж по подписке обычно меньше, чем стоимость инапа.
Проблемы может вызывать антифрод защита у биллинговых систем.
От ретеншна растут подписки, а от подписок ретеншн.
В некоторых регионах подписываются хуже, там стоит комбинировать модели монетизации.
Источник (40 минут): https://youtu.be/IpUh0Eh4oFE
Начиная с wwdc16 apple продвигают переход к данной модели. Она приносит больше денег за счет инертности пользователей, которым лень отключить подписки.
По инфе спикера - в штатах при списаниях не приходит даже уведомление, лишь в конце месяца.
1. Trial делать необходимо, цель получать данные карты пользователя.
2. Хороший способ при транзакции предложить проапгрейдиться до подписки
3. Предлагать стартовать бесплатный триал можно после первого входа и после покупки инапа.
4. Годовую подписку отменяют реже, чем месячную, потому что не напоминает о себе лишний раз. По цене best practise нет, всё индивидуально.
5. Истекающая карта - не давать подписаться, если карта скоро истекает. Стор берет на себя часть проблем с обновлением данных карт, поскольку подписок зачастую больше одной поэтому данные обновляются регулярно.
Недостаточно средств - списывать в районе 5го числа, когда большинство получает заплату и ещё не сняли деньги. Сегментировать по регионам, списывать у тестовой группы, затем у всех остальных
6. Если пользователь не чувствует ценности и пытается прекратить подписку, то стоит сделать exit interview и узнать почему. А также предлагать даунгрейд подписки, если пользователю кажется, что он платит слишком много.
7. При переходе на подписочную модель падает выручка на первом этапе из-за trial и того, что однократный платеж по подписке обычно меньше, чем стоимость инапа.
Проблемы может вызывать антифрод защита у биллинговых систем.
От ретеншна растут подписки, а от подписок ретеншн.
В некоторых регионах подписываются хуже, там стоит комбинировать модели монетизации.
Источник (40 минут): https://youtu.be/IpUh0Eh4oFE
Подготовил выжимку по еще одному выступлению на product sense ( https://www.youtube.com/watch?v=mXxYV--z4qU ), но перечитав стало ясно, что объективной пользы от него практически нет, просто 40 минут потраченного времени. Так что вместо этого подборка заметок о том, как продуктивнее провести пользовательское интервью:
1. Проводить интервью не в одиночку. Пока первый человек спрашивает, второй более внимательно анализирует ответ. Легче поддерживать живой диалог.
2. Подготовить список из 3-5 ключевых вопросов. Распечатать их для всех участвующих, поскольку проще концентрироваться на вопросах, которые видишь визуально
3. Фокусироваться на прошлом опыте и ситуациях, связанных с проблемой. Об этом и так уже много сказано, иначе можно начать решать несуществующую проблему
4. Говорить не более 1/6-1/4 времени. Остальное время слушать. Иначе есть вероятность снизить репрезентативность и повлиять на мнение опрашиваемого
5. Уточнять какое именно количество опрашиваемый подразумевает, когда говорит много, часто, долго и т.д.
6. Проанализировать, какие условия обостряют проблему для пользователя, а какие снижают влияние. Возможно нет необходимости её решать и можно просто снизить влияние.
7. Не обсуждать с опрашиваемым способы решения проблемы, иначе есть шанс, что он порекомендует решение, которое ему выгодно, но не решает проблему
8. Не затягивать опрос, даже если у пользователя есть энергия для обсуждения. Это повысит шансы повторно опросить пользователя, если потребуется
9. Разобрать фидбэк в тот же день, обсудить с коллегой по горячим следам, но решения принимать на следующий день. Позволит получить пользу и от первых впечатлений и от взвешенного и обдуманного решения.
10. Связаться с опрашиваемыми по email после опроса, скинуть им результаты интервью. Экстраверты могут дополнить новыми мыслями, а интроверты точнее сформулировать в письменном виде и исправить ошибки
11. Задавать вопросы релевантному пользователю. Если приложение связано с кино, то искать опрашиваемых в кинотеатре вместо случайного человека на улице
12. Показывать, а не объяснять. К пример если сказать "лист разорван пополам" часть людей представит вертикально разорванный, другая часть - горизонтально.
Источник(англ): https://www.skmurphy.com/blog/2011/10/19/tips-for-b2b-customer-development-interviews/
1. Проводить интервью не в одиночку. Пока первый человек спрашивает, второй более внимательно анализирует ответ. Легче поддерживать живой диалог.
2. Подготовить список из 3-5 ключевых вопросов. Распечатать их для всех участвующих, поскольку проще концентрироваться на вопросах, которые видишь визуально
3. Фокусироваться на прошлом опыте и ситуациях, связанных с проблемой. Об этом и так уже много сказано, иначе можно начать решать несуществующую проблему
4. Говорить не более 1/6-1/4 времени. Остальное время слушать. Иначе есть вероятность снизить репрезентативность и повлиять на мнение опрашиваемого
5. Уточнять какое именно количество опрашиваемый подразумевает, когда говорит много, часто, долго и т.д.
6. Проанализировать, какие условия обостряют проблему для пользователя, а какие снижают влияние. Возможно нет необходимости её решать и можно просто снизить влияние.
7. Не обсуждать с опрашиваемым способы решения проблемы, иначе есть шанс, что он порекомендует решение, которое ему выгодно, но не решает проблему
8. Не затягивать опрос, даже если у пользователя есть энергия для обсуждения. Это повысит шансы повторно опросить пользователя, если потребуется
9. Разобрать фидбэк в тот же день, обсудить с коллегой по горячим следам, но решения принимать на следующий день. Позволит получить пользу и от первых впечатлений и от взвешенного и обдуманного решения.
10. Связаться с опрашиваемыми по email после опроса, скинуть им результаты интервью. Экстраверты могут дополнить новыми мыслями, а интроверты точнее сформулировать в письменном виде и исправить ошибки
11. Задавать вопросы релевантному пользователю. Если приложение связано с кино, то искать опрашиваемых в кинотеатре вместо случайного человека на улице
12. Показывать, а не объяснять. К пример если сказать "лист разорван пополам" часть людей представит вертикально разорванный, другая часть - горизонтально.
Источник(англ): https://www.skmurphy.com/blog/2011/10/19/tips-for-b2b-customer-development-interviews/
Нашел неплохой гайд по анимациям в интерфейсе с простыми кейсами и лаконичными примерами в виде небольших гифок. Из-за них рекомендую прочитать в источнике (есть вариант с переводом), формат одного поста в телеграме менее нагляден. Ниже перечислю часть тезисов:
- Оптимальная скорость интерфейсной анимации 200 - 500 мс. Короче не воспринимается, длиннее заставляет пользователя ждать
- Согласно Material Design Guidelines для часов 150–200 мс для телефонов 200 - 300, на планшетах 400 - 450. Связано с размером объектов
- По возможности избегать motion blur
- Задержка между появлением большого количества однородных элементов ( к примеру список карточек) 20 - 25 мс
- Анимация с ускорением при старте и замедлением перед остановкой выглядит более естественно, поскольку мозг видит её в природе. В идеале разгон короче торможения, это акцентирует внимание на новом положении объекта
- Сайты с примерами кривых скорости для различных ситуаций easings.net и cubic-bezier.com
- Равнозначные элементы появляются последовательно и одинаковым образом
- Контент табличного типа лучше заполнять по диагонали
- При перемещении элемента с непропорциональным растягиванием органичнее смотрится перемещение по кривой траектории
Источник (англ.): https://uxdesign.cc/the-ultimate-guide-to-proper-use-of-animation-in-ux-10bd98614fa9
Перевод-источника (рус.) http://clc.am/xVdyPg
- Оптимальная скорость интерфейсной анимации 200 - 500 мс. Короче не воспринимается, длиннее заставляет пользователя ждать
- Согласно Material Design Guidelines для часов 150–200 мс для телефонов 200 - 300, на планшетах 400 - 450. Связано с размером объектов
- По возможности избегать motion blur
- Задержка между появлением большого количества однородных элементов ( к примеру список карточек) 20 - 25 мс
- Анимация с ускорением при старте и замедлением перед остановкой выглядит более естественно, поскольку мозг видит её в природе. В идеале разгон короче торможения, это акцентирует внимание на новом положении объекта
- Сайты с примерами кривых скорости для различных ситуаций easings.net и cubic-bezier.com
- Равнозначные элементы появляются последовательно и одинаковым образом
- Контент табличного типа лучше заполнять по диагонали
- При перемещении элемента с непропорциональным растягиванием органичнее смотрится перемещение по кривой траектории
Источник (англ.): https://uxdesign.cc/the-ultimate-guide-to-proper-use-of-animation-in-ux-10bd98614fa9
Перевод-источника (рус.) http://clc.am/xVdyPg
Наконец закончил с очередным выпуском подкаста КДИ, материал отнял значительно больше времени, чем ожидалось. Поскольку меня читает как минимум один талантливый нарративщик не мог обойти данную тему.
Про нарративных дизайнеров.
В зависимости от компаний нарративным дизайнером называют и сценаристов, и дизайнеров квестов, это не совсем корректно. На самом деле тексты это лишь часть от инструментария нарративного дизайнера. Он создает общее ощущения от мира, отвечает за ту историю, которую увидит игрок. Всё это доносится через текст, а также визуал и аудиоряд, особенно если пользователь не читает.
Зачастую сильную нарративную составляющую имеют игры, не ориентированные на сюжет, как пример stanley parable. Есть мнение что игры вообще плохо подходят для рассказа истории в классическом плане, с завязкой, кульминацией и развязкой. Они работают скорее как стихи, передают некую локальную эмоцию, при этом сильнее воздействуют эмоционально за счёт большего количества каналов связи, интерактивности.
Задачи:
- работа с дополнительными механиками на раскрытие сюжета. Как пример журнал с историей игрока, описания предметов, тултипы.
- работа с общей драматургией в продукте, пока главный сценарист выстраивает ключевые моменты сюжета.
- менеджмент на уровне согласования реализации сюжета со сценаристом, донесения его до сценаристов-скриптеров, а в небольших компаниях сам скриптит. Помимо этого он заказывает необходимый арт и прочий контент у других отделов
Примеры качественного и нетривиального дизайна:
- Binding of Isaac, где кроме очевидных вступления и концовки вся история подана через игровые объекты.
- Crusader kings - каждая партия представляет собой отдельную историю.
- Papers please - где помимо сценок нарратив безрадостной жизни главного героя раскрывается через саму игровую механику возни с бумажками.
Свобода выбора и открытый мир.
В играх где есть нелинейность и открытый мир, большой проблемой является контроль сочетаний всех возможных вариантов. Второй проблемой является необходимость компромисса между свободной действия игрока, целостностью нарратива, а так же ресурсами на разработку этого. В Graveyard keeper настоящая свобода выбора отсутствует, все события завязаны на уровень отношения к герою.
Важно определиться, что делать с пользователями, которые упускают основные сюжетные моменты в свободном мире. В Море, например, ключевое действие игроку предлагается 4 раза. Ещё одним важным вопросом является взаимодействие с игроком, который пытается намеренно сломать игру. Есть мнение, что затраты ресурсов на него не рациональны.
Для того чтобы не запутаться в большом количестве переменных на протяжении всего сюжета, используют структуру расходящихся и сходящихся обратно веток. Ослабить ощущение линейности происходящего можно добавлением моментов реактивности - ситуаций с отсылками к решениям игрока, принятым им за много циклов до этого.
Для улучшения целости сюжета, есть смысл в основной квестовой линии делать отсылки к побочным квестам определенное количество раз. В качестве примера предлагается делать их три раза и контролировать количество использований через таблицу.
Дополнительная информация.
Для того чтобы сформировать привязанность игра к нпс можно дать игроку помочь нпс, увидеть результат своих действий. Данный процесс растянуть во времени, возможно повторить несколько раз. Также игрок склонен привязываться к первым npc в игре.
Стены текста, обязательные к прочтению - плохо. Но использование декоративный текста, к примеру книг разбросанных по миру, создает чувство, что мир не обрывается за углом.
В Море вместо классического журнала планируют сделать необычную картинку/блоксхему, которая будет визуализировать знания о мире, собираемые по частям.
Источник (2 часа): https://kdicast.com/e/237-narrativnyiy-dizayn/
Про нарративных дизайнеров.
В зависимости от компаний нарративным дизайнером называют и сценаристов, и дизайнеров квестов, это не совсем корректно. На самом деле тексты это лишь часть от инструментария нарративного дизайнера. Он создает общее ощущения от мира, отвечает за ту историю, которую увидит игрок. Всё это доносится через текст, а также визуал и аудиоряд, особенно если пользователь не читает.
Зачастую сильную нарративную составляющую имеют игры, не ориентированные на сюжет, как пример stanley parable. Есть мнение что игры вообще плохо подходят для рассказа истории в классическом плане, с завязкой, кульминацией и развязкой. Они работают скорее как стихи, передают некую локальную эмоцию, при этом сильнее воздействуют эмоционально за счёт большего количества каналов связи, интерактивности.
Задачи:
- работа с дополнительными механиками на раскрытие сюжета. Как пример журнал с историей игрока, описания предметов, тултипы.
- работа с общей драматургией в продукте, пока главный сценарист выстраивает ключевые моменты сюжета.
- менеджмент на уровне согласования реализации сюжета со сценаристом, донесения его до сценаристов-скриптеров, а в небольших компаниях сам скриптит. Помимо этого он заказывает необходимый арт и прочий контент у других отделов
Примеры качественного и нетривиального дизайна:
- Binding of Isaac, где кроме очевидных вступления и концовки вся история подана через игровые объекты.
- Crusader kings - каждая партия представляет собой отдельную историю.
- Papers please - где помимо сценок нарратив безрадостной жизни главного героя раскрывается через саму игровую механику возни с бумажками.
Свобода выбора и открытый мир.
В играх где есть нелинейность и открытый мир, большой проблемой является контроль сочетаний всех возможных вариантов. Второй проблемой является необходимость компромисса между свободной действия игрока, целостностью нарратива, а так же ресурсами на разработку этого. В Graveyard keeper настоящая свобода выбора отсутствует, все события завязаны на уровень отношения к герою.
Важно определиться, что делать с пользователями, которые упускают основные сюжетные моменты в свободном мире. В Море, например, ключевое действие игроку предлагается 4 раза. Ещё одним важным вопросом является взаимодействие с игроком, который пытается намеренно сломать игру. Есть мнение, что затраты ресурсов на него не рациональны.
Для того чтобы не запутаться в большом количестве переменных на протяжении всего сюжета, используют структуру расходящихся и сходящихся обратно веток. Ослабить ощущение линейности происходящего можно добавлением моментов реактивности - ситуаций с отсылками к решениям игрока, принятым им за много циклов до этого.
Для улучшения целости сюжета, есть смысл в основной квестовой линии делать отсылки к побочным квестам определенное количество раз. В качестве примера предлагается делать их три раза и контролировать количество использований через таблицу.
Дополнительная информация.
Для того чтобы сформировать привязанность игра к нпс можно дать игроку помочь нпс, увидеть результат своих действий. Данный процесс растянуть во времени, возможно повторить несколько раз. Также игрок склонен привязываться к первым npc в игре.
Стены текста, обязательные к прочтению - плохо. Но использование декоративный текста, к примеру книг разбросанных по миру, создает чувство, что мир не обрывается за углом.
В Море вместо классического журнала планируют сделать необычную картинку/блоксхему, которая будет визуализировать знания о мире, собираемые по частям.
Источник (2 часа): https://kdicast.com/e/237-narrativnyiy-dizayn/
Ребята сделали небольшой отчет по значениям монетизационных метрик успешных продуктов с советами. Что-то банально, что-то неоднозначно, но в принципе может натолкнуть на мысли на что обратить внимание.
1. Day 7 retention > 10%
Делать: мягко и ненавязчиво подсовывать офферы и только в подходящие моменты (банально)
Не делать: кидать игроку в лицо всплывающие акционные окна (азитский рынок не согласится)
2. D7 доля плательщиков > 10%
Делать: тутор на использование магазина, легкий и удобный доступ к нему
Не делать: пытаться сконвертить пользователя в покупку, пока он не осознает пользу покупки и не вовлекся в игру, иначе вырастает вероятность отвала (спорно)
3. ARPDAU > $0.10
Делать: выгода от покупки должна расти с объемом
Не делать: первые инапы дешевле $2, злоупотреблять акционками, которые значительно выгоднее дорогих предложений в магазине
4. Более 3х транзакций на пользователя
Делать: внедрить монетизационные механки глубоко в core-loop игры и сделать органичной частью геймплея
Не делать: одинаковые акционные предложения, без учета поведения игрока
5. 5% плательщиков - киты (> $100 ltv)
Делать: сфокусироваться на долговременном вовлечении, мотивировать плательщиков дополнительными наградами, использовать бандлы приблизительно на $20
Не делать: более половины китов не тратят более $50 за раз
6. Процент пользователей, смотрящих рекламу > 30% of DAU
Делать:
- объяснить игроку пользу от награждаемой рекламы, можно даже включить в тутор.
- интерстишл реклама должна быть в переходные моменты, типа завершения миссии, чтобы не раздражать прерыванием игрового процесса
- показывать рекламу тем пользователям, которые наименее ценны для экономики игры
- анализировать поведение смотрящих пользователей, находить "рекламных-китов"
Не делать:
- помещать просмотр рекламы только в редкопосещаемые части игры, к примеру магазин
Источник (англ.): http://go.deltadna.com/rs/554-FYX-755/images/deltadna-monetization-guide.pdf
1. Day 7 retention > 10%
Делать: мягко и ненавязчиво подсовывать офферы и только в подходящие моменты (банально)
Не делать: кидать игроку в лицо всплывающие акционные окна (азитский рынок не согласится)
2. D7 доля плательщиков > 10%
Делать: тутор на использование магазина, легкий и удобный доступ к нему
Не делать: пытаться сконвертить пользователя в покупку, пока он не осознает пользу покупки и не вовлекся в игру, иначе вырастает вероятность отвала (спорно)
3. ARPDAU > $0.10
Делать: выгода от покупки должна расти с объемом
Не делать: первые инапы дешевле $2, злоупотреблять акционками, которые значительно выгоднее дорогих предложений в магазине
4. Более 3х транзакций на пользователя
Делать: внедрить монетизационные механки глубоко в core-loop игры и сделать органичной частью геймплея
Не делать: одинаковые акционные предложения, без учета поведения игрока
5. 5% плательщиков - киты (> $100 ltv)
Делать: сфокусироваться на долговременном вовлечении, мотивировать плательщиков дополнительными наградами, использовать бандлы приблизительно на $20
Не делать: более половины китов не тратят более $50 за раз
6. Процент пользователей, смотрящих рекламу > 30% of DAU
Делать:
- объяснить игроку пользу от награждаемой рекламы, можно даже включить в тутор.
- интерстишл реклама должна быть в переходные моменты, типа завершения миссии, чтобы не раздражать прерыванием игрового процесса
- показывать рекламу тем пользователям, которые наименее ценны для экономики игры
- анализировать поведение смотрящих пользователей, находить "рекламных-китов"
Не делать:
- помещать просмотр рекламы только в редкопосещаемые части игры, к примеру магазин
Источник (англ.): http://go.deltadna.com/rs/554-FYX-755/images/deltadna-monetization-guide.pdf
В принципе любой продукт представляет собой последовательность конверсий из одного состояния пользователя в другое. В appsee собрали часто встречающиеся и привели пример некоторых проблем и их решений.
Конверсии:
1. Регистрация и логин
Цель понятна, на этом этапе самые большие потери, уменьшение конверсии тут потенциально режет все остальные показатели. Рекомендуют логировать каждый шаг, из серии "поставил курсор в поле ввода" и "ввел текст". Частые проблемы: отсутствие логина через соцсети, индикации прогресса и сложные формы безопасности.
2. Обучение
Воронка в обучении опять же достаточно распространенная штука, лучше постоянно тестировать варианты туториала для увеличения конверсии
3. Покупка
Потери в конверсии на этапе покупки очевидно ведут к недополученной прибыли. Причинами отвалов может быть отсутствие объяснения политики возвратов, неожиданное появление скрытых комиссий и отсутствие удобных для пользователя способов среди методов оплаты.
4. Покупка подписки
Подписчики самая замотивированная и лояльная аудитория, в идеале стоит пристально изучать их поведение с момента логина, чтобы лучше удовлетворять потребности и правильно настраивать таргетированные акционки
5. Прохождение уровня
По теории потока уровни это баланс между скукой и сложностью. Замеряя время, затрачиваемое на прохождение уровней, можно определить насколько быстро пользователь прогрессирует. Причиной отвалов на данном этапе может быть показ рекламы.
6. Поиск контента/функционала
Если в приложении есть поисковая система, анализ конверсии позволяет оценить насколько часто люди находят тот функционал, что ищут. Но что более важно - можно определить потребности пользователей, особенно платящих, которые не были удовлетворены. К сожалению в геймдеве данный функционал может использоваться только в больших хардкорных играх
7. Отмена подписки и уход из приложения
Данный тип воронки представляет собой реверс инжиниринг пользователей, переставших быть лояльными. Определив события предшествовавшие отвалу можно выяснить причину.
Исследовав действия, которые юзер совершал на протяжении жизни в приложении, можно таргетировать сообщения на возврат, напомнив ему о тех ценностях, которые он неоднократно использовал в приложении.
Более того, если пользователь был систематическим плательщиком, можно попробовать вернуть его, предложив ему щедрые награды за возврат. Потенциально это окупится (в играх реализацию данной механики встречал в мобильных баттлерах).
Источник (англ.): https://blog.appsee.com/7-essential-conversion-funnels-for-mobile-product-managers/
Конверсии:
1. Регистрация и логин
Цель понятна, на этом этапе самые большие потери, уменьшение конверсии тут потенциально режет все остальные показатели. Рекомендуют логировать каждый шаг, из серии "поставил курсор в поле ввода" и "ввел текст". Частые проблемы: отсутствие логина через соцсети, индикации прогресса и сложные формы безопасности.
2. Обучение
Воронка в обучении опять же достаточно распространенная штука, лучше постоянно тестировать варианты туториала для увеличения конверсии
3. Покупка
Потери в конверсии на этапе покупки очевидно ведут к недополученной прибыли. Причинами отвалов может быть отсутствие объяснения политики возвратов, неожиданное появление скрытых комиссий и отсутствие удобных для пользователя способов среди методов оплаты.
4. Покупка подписки
Подписчики самая замотивированная и лояльная аудитория, в идеале стоит пристально изучать их поведение с момента логина, чтобы лучше удовлетворять потребности и правильно настраивать таргетированные акционки
5. Прохождение уровня
По теории потока уровни это баланс между скукой и сложностью. Замеряя время, затрачиваемое на прохождение уровней, можно определить насколько быстро пользователь прогрессирует. Причиной отвалов на данном этапе может быть показ рекламы.
6. Поиск контента/функционала
Если в приложении есть поисковая система, анализ конверсии позволяет оценить насколько часто люди находят тот функционал, что ищут. Но что более важно - можно определить потребности пользователей, особенно платящих, которые не были удовлетворены. К сожалению в геймдеве данный функционал может использоваться только в больших хардкорных играх
7. Отмена подписки и уход из приложения
Данный тип воронки представляет собой реверс инжиниринг пользователей, переставших быть лояльными. Определив события предшествовавшие отвалу можно выяснить причину.
Исследовав действия, которые юзер совершал на протяжении жизни в приложении, можно таргетировать сообщения на возврат, напомнив ему о тех ценностях, которые он неоднократно использовал в приложении.
Более того, если пользователь был систематическим плательщиком, можно попробовать вернуть его, предложив ему щедрые награды за возврат. Потенциально это окупится (в играх реализацию данной механики встречал в мобильных баттлерах).
Источник (англ.): https://blog.appsee.com/7-essential-conversion-funnels-for-mobile-product-managers/
