Геймификация целей
в приложении
Геймификация целей
в приложении
Геймификация целей в приложении
Усиление программы лояльности М+
Усиление программы лояльности М+
Усиление программы лояльности М+
Усиление программы лояльности М+
Дизайн продукта
Дизайн продукта
Дизайн продукта
Дизайн-система
Дизайн-система
Дизайн-система
UX-аналитика
UX-аналитика
UX-аналитика
Исследование рынка
Исследование рынка
Исследование рынка
Основная гипотеза
Основная гипотеза
Если мы покажем выгоду и дадим задание пользователю с ограничением по времени, то это положительно повлияет на средний чек в приложении.
Если мы покажем выгоду и дадим задание пользователю с ограничением по времени, то это положительно повлияет на средний чек в приложении.
Возможное решение
Возможное решение
Хотим сделать MVP механики Целей, в который входит:
Точка входа для онлайн пользователей (на экране Доставка)
Точка входа для оффлайн пользователей
Онбординг целей, где пользователю рассказывается о механике и показывается его прогресс достижения
Экран успеха/достижения Цели с демонстрацией награды
Хотим сделать MVP механики Целей, в который входит:
Точка входа для онлайн пользователей (на экране Доставка)
Точка входа для оффлайн пользователей
Онбординг целей, где пользователю рассказывается о механике и показывается его прогресс достижения
Экран успеха/достижения Цели с демонстрацией награды
Stage 1
Stage 1
Цель на общую стоимость покупок за 14 и 30 дней, например, "Потрать 5000р. в течение 14 дней - получи награду" или "Получи 300 бонусов, купив 10 пачек молока".
Цель на общую стоимость покупок за 14 и 30 дней, например, "Потрать 5000р. в течение 14 дней - получи награду" или "Получи 300 бонусов, купив 10 пачек молока".
Stage 2
Stage 2
Появляется единая точка входа в Лояльности с отдельным разделом и мета-цели (общие цели, состоящие из более мелких).
Появляется единая точка входа в Лояльности с отдельным разделом и мета-цели (общие цели, состоящие из более мелких).
ARPPU growth of 2%
Основная метрика
ARPPU growth of 2%
Основная метрика
ARPPU growth of 2%
Основная метрика
ARPPU growth of 2%
Основная метрика
ARPPU growth of 2%
Основная метрика
15 млн MAU
Затрагиваемая аудитория
15 млн MAU
Затрагиваемая аудитория
15 млн MAU
Затрагиваемая аудитория
15 млн MAU
Затрагиваемая аудитория
15 млн MAU
Затрагиваемая аудитория
Референсы
Референсы
Были собраны референсы чтобы понимать ситуацию на рынке и предложить решения с учётом этого
Были собраны референсы чтобы понимать ситуацию на рынке и предложить решения с учётом этого.
Были собраны референсы чтобы понимать ситуацию на рынке и предложить решения с учётом этого
Были собраны референсы чтобы понимать ситуацию на рынке и предложить решения с учётом этого.
Исследования
Исследования
Мы запросили данные которые можно было найти в открытом доступе тк сроки поджимали. И вот что мы узнали:
Выводы из исследований
Выводы из исследований
Баннер как точка входа работает плохо, если в разделе, где он расположен, есть реклама
Сегментировать и персонализовать цели под разные аудитории:
Стараться сделать легкие и понятные условия, а так же возможность почитать подробнее на деталке
Гипотеза–контекстное расположение будет иметь лучшую конверсию
Баннер как точка входа работает плохо, если в разделе, где он расположен, есть реклама
Баннер как точка входа работает плохо, если в разделе, где он расположен, есть реклама
Баннер как точка входа работает плохо, если в разделе, где он расположен, есть реклама
Баннер как точка входа работает плохо, если в разделе, где он расположен, есть реклама
При небольшом кол-ве целей либо дизейблить переход в раздел, либо реализовать в нем дополнительную выгоду–например, сколько всего заработано бонусов по целям, завершенные цели(чтобы трекать сколько за них было получено бонусов)
При небольшом кол-ве целей либо дизейблить переход в раздел, либо реализовать в нем дополнительную выгоду–например, сколько всего заработано бонусов по целям, завершенные цели(чтобы трекать сколько за них было получено бонусов)
При небольшом кол-ве целей либо дизейблить переход в раздел, либо реализовать в нем дополнительную выгоду–например, сколько всего заработано бонусов по целям, завершенные цели(чтобы трекать сколько за них было получено бонусов)
При небольшом кол-ве целей либо дизейблить переход в раздел, либо реализовать в нем дополнительную выгоду–например, сколько всего заработано бонусов по целям, завершенные цели(чтобы трекать сколько за них было получено бонусов)
Гипотеза–контекстное расположение будет иметь лучшую конверсию
Гипотеза–контекстное расположение будет иметь лучшую конверсию
Гипотеза–контекстное расположение будет иметь лучшую конверсию
Гипотеза–контекстное расположение будет иметь лучшую конверсию
Стараться сделать легкие и понятные условия, а так же возможность почитать подробнее на деталке
Стараться сделать легкие и понятные условия, а так же возможность почитать подробнее на деталке
Стараться сделать легкие и понятные условия, а так же возможность почитать подробнее на деталке
Стараться сделать легкие и понятные условия, а так же возможность почитать подробнее на деталке
Сегментировать и персонализовать цели под разные аудитории: - редко покупает–повышение частоты покупок - покупает много, но чек мелкий–увеличение корзины - пользуется только одним форматом–увеличение кроссформатности и тд
Сегментировать и персонализовать цели под разные аудитории: - редко покупает–повышение частоты покупок - покупает много, но чек мелкий–увеличение корзины - пользуется только одним форматом–увеличение кроссформатности и тд
Сегментировать и персонализовать цели под разные аудитории: - редко покупает–повышение частоты покупок - покупает много, но чек мелкий–увеличение корзины - пользуется только одним форматом–увеличение кроссформатности и тд
Сегментировать и персонализовать цели под разные аудитории: - редко покупает–повышение частоты покупок - покупает много, но чек мелкий–увеличение корзины - пользуется только одним форматом–увеличение кроссформатности и тд
Необходимы уведомления: - о прогрессе цели, если про нее забыли - о прогрессе цели, если произошло событие, влияющее на прогресс - выполнение цели - истечение срока действия цели, по которой был прогресс
Необходимы уведомления: - о прогрессе цели, если про нее забыли - о прогрессе цели, если произошло событие, влияющее на прогресс - выполнение цели - истечение срока действия цели, по которой был прогресс
Необходимы уведомления: - о прогрессе цели, если про нее забыли - о прогрессе цели, если произошло событие, влияющее на прогресс - выполнение цели - истечение срока действия цели, по которой был прогресс
Необходимы уведомления: - о прогрессе цели, если про нее забыли - о прогрессе цели, если произошло событие, влияющее на прогресс - выполнение цели - истечение срока действия цели, по которой был прогресс
Процесс
Процесс
Линейность процесса условна, часто нужно отходить от схемы в силу особенностей задачи, команды и организации.
Линейность процесса условна, часто нужно отходить от схемы в силу особенностей задачи, команды и организации.
Дискавери
Смотрим бэклог, или заводим новую задачу. Собираем всю доступную информацию, смотрим исследования, запросы в саппорт и отзывы на сторах. Важно убедиться, что задача имеет потенциальную ценность для бизнеса, текущих OKR и/или пользователей, продакт должен защитить её перед стейкхолдерами и включить в свой роудмэп, особенно если задача мелкая. Проверить если есть смежные команды, которые могли ранее решать похожую задачу чтобы заново не переделывать уже готовое.
Этап 1
Дискавери
Смотрим бэклог, или заводим новую задачу. Собираем всю доступную информацию, смотрим исследования, запросы в саппорт и отзывы на сторах. Важно убедиться, что задача имеет потенциальную ценность для бизнеса, текущих OKR и/или пользователей, продакт должен защитить её перед стейкхолдерами и включить в свой роудмэп, особенно если задача мелкая. Проверить если есть смежные команды, которые могли ранее решать похожую задачу чтобы заново не переделывать уже готовое.
Этап 1
Дискавери
Смотрим бэклог, или заводим новую задачу. Собираем всю доступную информацию, смотрим исследования, запросы в саппорт и отзывы на сторах. Важно убедиться, что задача имеет потенциальную ценность для бизнеса, текущих OKR и/или пользователей, продакт должен защитить её перед стейкхолдерами и включить в свой роудмэп, особенно если задача мелкая. Проверить если есть смежные команды, которые могли ранее решать похожую задачу чтобы заново не переделывать уже готовое.
Этап 1
Дискавери
Смотрим бэклог, или заводим новую задачу. Собираем всю доступную информацию, смотрим исследования, запросы в саппорт и отзывы на сторах. Важно убедиться, что задача имеет потенциальную ценность для бизнеса, текущих OKR и/или пользователей, продакт должен защитить её перед стейкхолдерами и включить в свой роудмэп, особенно если задача мелкая. Проверить если есть смежные команды, которые могли ранее решать похожую задачу чтобы заново не переделывать уже готовое.
Этап 1
Дискавери
Смотрим бэклог, или заводим новую задачу. Собираем всю доступную информацию, смотрим исследования, запросы в саппорт и отзывы на сторах. Важно убедиться, что задача имеет потенциальную ценность для бизнеса, текущих OKR и/или пользователей, продакт должен защитить её перед стейкхолдерами и включить в свой роудмэп, особенно если задача мелкая. Проверить если есть смежные команды, которые могли ранее решать похожую задачу чтобы заново не переделывать уже готовое.
Этап 1
Понимание задачи, планирование сроков
PM заполняет требования по подгружаемому шаблону, связывает их с OKR (если есть), описывает как выглядит успех по задаче, затем назначает её исполнителю. Дизайнер проверяет задачу и создаёт встречу, если есть вопросы. По возможности дизайнер оценивает задачу и включает её в список задач, убедившись что она влазит в спринт или какой-то другой срок.
Этап 2
Понимание задачи, планирование сроков
PM заполняет требования по подгружаемому шаблону, связывает их с OKR (если есть), описывает как выглядит успех по задаче, затем назначает её исполнителю. Дизайнер проверяет задачу и создаёт встречу, если есть вопросы. По возможности дизайнер оценивает задачу и включает её в список задач, убедившись что она влазит в спринт или какой-то другой срок.
Этап 2
Понимание задачи, планирование сроков
PM заполняет требования по подгружаемому шаблону, связывает их с OKR (если есть), описывает как выглядит успех по задаче, затем назначает её исполнителю. Дизайнер проверяет задачу и создаёт встречу, если есть вопросы. По возможности дизайнер оценивает задачу и включает её в список задач, убедившись что она влазит в спринт или какой-то другой срок.
Этап 2
Понимание задачи, планирование сроков
PM заполняет требования по подгружаемому шаблону, связывает их с OKR (если есть), описывает как выглядит успех по задаче, затем назначает её исполнителю. Дизайнер проверяет задачу и создаёт встречу, если есть вопросы. По возможности дизайнер оценивает задачу и включает её в список задач, убедившись что она влазит в спринт или какой-то другой срок.
Этап 2
Понимание задачи, планирование сроков
PM заполняет требования по подгружаемому шаблону, связывает их с OKR (если есть), описывает как выглядит успех по задаче, затем назначает её исполнителю. Дизайнер проверяет задачу и создаёт встречу, если есть вопросы. По возможности дизайнер оценивает задачу и включает её в список задач, убедившись что она влазит в спринт или какой-то другой срок.
Этап 2
Синхронизация с исследователями и изучение имеющихся данных (если есть)
Проверить если есть уже релевантные исследования и данные по задаче. Если данных не хватает, то запросить новое исследование у исследователей или что-то сделать самому если позволяют сроки.
Этап 3
Синхронизация с исследователями и изучение имеющихся данных (если есть)
Проверить если есть уже релевантные исследования и данные по задаче. Если данных не хватает, то запросить новое исследование у исследователей или что-то сделать самому если позволяют сроки.
Этап 3
Синхронизация с исследователями и изучение имеющихся данных (если есть)
Проверить если есть уже релевантные исследования и данные по задаче. Если данных не хватает, то запросить новое исследование у исследователей или что-то сделать самому если позволяют сроки.
Этап 3
Синхронизация с исследователями и изучение имеющихся данных (если есть)
Проверить если есть уже релевантные исследования и данные по задаче. Если данных не хватает, то запросить новое исследование у исследователей или что-то сделать самому если позволяют сроки.
Этап 3
Синхронизация с исследователями и изучение имеющихся данных (если есть)
Проверить если есть уже релевантные исследования и данные по задаче. Если данных не хватает, то запросить новое исследование у исследователей или что-то сделать самому если позволяют сроки.
Этап 3
Исследование рынка, сбор референсов
Всегда полезно посмотреть, как похожая задача была решена другими продуктами и командами. Мы редко решаем какие-то уникальные пользовательские проблемы. Это также помогает быть в курсе новейших трендов в нише. Полезно изучать лучшие практики и в абсолютно других областях, смотреть шире.
Этап 4
Исследование рынка, сбор референсов
Всегда полезно посмотреть, как похожая задача была решена другими продуктами и командами. Мы редко решаем какие-то уникальные пользовательские проблемы. Это также помогает быть в курсе новейших трендов в нише. Полезно изучать лучшие практики и в абсолютно других областях, смотреть шире.
Этап 4
Исследование рынка, сбор референсов
Всегда полезно посмотреть, как похожая задача была решена другими продуктами и командами. Мы редко решаем какие-то уникальные пользовательские проблемы. Это также помогает быть в курсе новейших трендов в нише. Полезно изучать лучшие практики и в абсолютно других областях, смотреть шире.
Этап 4
Исследование рынка, сбор референсов
Всегда полезно посмотреть, как похожая задача была решена другими продуктами и командами. Мы редко решаем какие-то уникальные пользовательские проблемы. Это также помогает быть в курсе новейших трендов в нише. Полезно изучать лучшие практики и в абсолютно других областях, смотреть шире.
Этап 4
Исследование рынка, сбор референсов
Всегда полезно посмотреть, как похожая задача была решена другими продуктами и командами. Мы редко решаем какие-то уникальные пользовательские проблемы. Это также помогает быть в курсе новейших трендов в нише. Полезно изучать лучшие практики и в абсолютно других областях, смотреть шире.
Этап 4
Отрисовка дизайна
Используя дизайн-систему, можно быстро собрать макеты и прототипы. Дизайнер обычно создает несколько версий дизайна - например, одну для ближайшего релиза MVP и Target-версию для будущих релизов.
Этап 5
Отрисовка дизайна
Используя дизайн-систему, можно быстро собрать макеты и прототипы. Дизайнер обычно создает несколько версий дизайна - например, одну для ближайшего релиза MVP и Target-версию для будущих релизов.
Этап 5
Отрисовка дизайна
Используя дизайн-систему, можно быстро собрать макеты и прототипы. Дизайнер обычно создает несколько версий дизайна - например, одну для ближайшего релиза MVP и Target-версию для будущих релизов.
Этап 5
Отрисовка дизайна
Используя дизайн-систему, можно быстро собрать макеты и прототипы. Дизайнер обычно создает несколько версий дизайна - например, одну для ближайшего релиза MVP и Target-версию для будущих релизов.
Этап 5
Отрисовка дизайна
Используя дизайн-систему, можно быстро собрать макеты и прототипы. Дизайнер обычно создает несколько версий дизайна - например, одну для ближайшего релиза MVP и Target-версию для будущих релизов.
Этап 5
Сбор внутреннего фидбека
Дизайн-синк на дизайнеров и исследователей. На этих встречах мы проверяем и обмениваемся идеями о том, как можно улучшить макеты. Опционально, можно пригласить продактов и разработчиков (если команда не слишком большая, больше 10-15 участников не рекомендуется). Выступающий презентует проделанную работу с рассказом от проблемы к решению, идеально если с презентацией. Комментируем голосом 3 минуты, далее оставляем комменты в Фигме в отдельном файле для этой встречи.
Этап 6
Сбор внутреннего фидбека
Дизайн-синк на дизайнеров и исследователей. На этих встречах мы проверяем и обмениваемся идеями о том, как можно улучшить макеты. Опционально, можно пригласить продактов и разработчиков (если команда не слишком большая, больше 10-15 участников не рекомендуется). Выступающий презентует проделанную работу с рассказом от проблемы к решению, идеально если с презентацией. Комментируем голосом 3 минуты, далее оставляем комменты в Фигме в отдельном файле для этой встречи.
Этап 6
Сбор внутреннего фидбека
Дизайн-синк на дизайнеров и исследователей. На этих встречах мы проверяем и обмениваемся идеями о том, как можно улучшить макеты. Опционально, можно пригласить продактов и разработчиков (если команда не слишком большая, больше 10-15 участников не рекомендуется). Выступающий презентует проделанную работу с рассказом от проблемы к решению, идеально если с презентацией. Комментируем голосом 3 минуты, далее оставляем комменты в Фигме в отдельном файле для этой встречи.
Этап 6
Сбор внутреннего фидбека
Дизайн-синк на дизайнеров и исследователей. На этих встречах мы проверяем и обмениваемся идеями о том, как можно улучшить макеты. Опционально, можно пригласить продактов и разработчиков (если команда не слишком большая, больше 10-15 участников не рекомендуется). Выступающий презентует проделанную работу с рассказом от проблемы к решению, идеально если с презентацией. Комментируем голосом 3 минуты, далее оставляем комменты в Фигме в отдельном файле для этой встречи.
Этап 6
Сбор внутреннего фидбека
Дизайн-синк на дизайнеров и исследователей. На этих встречах мы проверяем и обмениваемся идеями о том, как можно улучшить макеты. Опционально, можно пригласить продактов и разработчиков (если команда не слишком большая, больше 10-15 участников не рекомендуется). Выступающий презентует проделанную работу с рассказом от проблемы к решению, идеально если с презентацией. Комментируем голосом 3 минуты, далее оставляем комменты в Фигме в отдельном файле для этой встречи.
Этап 6
Финальное согласование с продактом и разработкой
Когда дизайнер внёс правки по обратной связи, он должен показать его продакту и девелоперам и собрать их фидбек. Это не будет строго для исполнения, так как последнее слово всегда за дизайнером как владельцу артефакта. Разве что что-то будет сложно реализовать и не влазит в сроки, тогда это блокер.
Этап 7
Финальное согласование с продактом и разработкой
Когда дизайнер внёс правки по обратной связи, он должен показать его продакту и девелоперам и собрать их фидбек. Это не будет строго для исполнения, так как последнее слово всегда за дизайнером как владельцу артефакта. Разве что что-то будет сложно реализовать и не влазит в сроки, тогда это блокер.
Этап 7
Финальное согласование с продактом и разработкой
Когда дизайнер внёс правки по обратной связи, он должен показать его продакту и девелоперам и собрать их фидбек. Это не будет строго для исполнения, так как последнее слово всегда за дизайнером как владельцу артефакта. Разве что что-то будет сложно реализовать и не влазит в сроки, тогда это блокер.
Этап 7
Финальное согласование с продактом и разработкой
Когда дизайнер внёс правки по обратной связи, он должен показать его продакту и девелоперам и собрать их фидбек. Это не будет строго для исполнения, так как последнее слово всегда за дизайнером как владельцу артефакта. Разве что что-то будет сложно реализовать и не влазит в сроки, тогда это блокер.
Этап 7
Финальное согласование с продактом и разработкой
Когда дизайнер внёс правки по обратной связи, он должен показать его продакту и девелоперам и собрать их фидбек. Это не будет строго для исполнения, так как последнее слово всегда за дизайнером как владельцу артефакта. Разве что что-то будет сложно реализовать и не влазит в сроки, тогда это блокер.
Этап 7
Сбор внешнего фидбека, тесты
Опциональная активность, если позволяет время. Мы создаем подробные прототипы и проверяем гипотезы. Или это может быть быстрый опрос или другой метод UX-исследования.
Этап 8
Сбор внешнего фидбека, тесты
Опциональная активность, если позволяет время. Мы создаем подробные прототипы и проверяем гипотезы. Или это может быть быстрый опрос или другой метод UX-исследования.
Этап 8
Сбор внешнего фидбека, тесты
Опциональная активность, если позволяет время. Мы создаем подробные прототипы и проверяем гипотезы. Или это может быть быстрый опрос или другой метод UX-исследования.
Этап 8
Сбор внешнего фидбека, тесты
Опциональная активность, если позволяет время. Мы создаем подробные прототипы и проверяем гипотезы. Или это может быть быстрый опрос или другой метод UX-исследования.
Этап 8
Сбор внешнего фидбека, тесты
Опциональная активность, если позволяет время. Мы создаем подробные прототипы и проверяем гипотезы. Или это может быть быстрый опрос или другой метод UX-исследования.
Этап 8
Передача разработчикам
Используем наш чек-лист для передачи. Смотрим не упустили ли какие-то состояния (ошибки, лоадеры, нет интернета, не найдено, нет данных) Встреча, если необходимо.
Этап 9
Передача разработчикам
Используем наш чек-лист для передачи. Смотрим не упустили ли какие-то состояния (ошибки, лоадеры, нет интернета, не найдено, нет данных) Встреча, если необходимо.
Этап 9
Передача разработчикам
Используем наш чек-лист для передачи. Смотрим не упустили ли какие-то состояния (ошибки, лоадеры, нет интернета, не найдено, нет данных) Встреча, если необходимо.
Этап 9
Передача разработчикам
Используем наш чек-лист для передачи. Смотрим не упустили ли какие-то состояния (ошибки, лоадеры, нет интернета, не найдено, нет данных) Встреча, если необходимо.
Этап 9
Передача разработчикам
Используем наш чек-лист для передачи. Смотрим не упустили ли какие-то состояния (ошибки, лоадеры, нет интернета, не найдено, нет данных) Встреча, если необходимо.
Этап 9
Дизайн-ревью
Смотрим насколько реализация в коде соответствует макетам.
Этап 10
Дизайн-ревью
Смотрим насколько реализация в коде соответствует макетам.
Этап 10
Дизайн-ревью
Смотрим насколько реализация в коде соответствует макетам.
Этап 10
Дизайн-ревью
Смотрим насколько реализация в коде соответствует макетам.
Этап 10
Дизайн-ревью
Смотрим насколько реализация в коде соответствует макетам.
Этап 10
Измерение результатов
Соответствуют ли данные ожиданиям?
Этап 11
Измерение результатов
Соответствуют ли данные ожиданиям?
Этап 11
Измерение результатов
Соответствуют ли данные ожиданиям?
Этап 11
Измерение результатов
Соответствуют ли данные ожиданиям?
Этап 11
Измерение результатов
Соответствуют ли данные ожиданиям?
Этап 11
Презентация
Презентация
Основная гипотеза
Если мы покажем выгоду и дадим задание пользователю с ограничением по времени, то это положительно повлияет на средний чек в приложении.
Возможное решение
Хотим сделать MVP механики Целей, в который входит:
Точка входа для онлайн пользователей (на экране Доставка)
Точка входа для оффлайн пользователей
Онбординг целей, где пользователю рассказывается о механике и показывается его прогресс достижения цели
Окно успеха/достижения цели
ARPPU growth of 2%
Основная метрика
ARPPU growth of 2%
Основная метрика
15 млн MAU
Затрагиваемая аудитория
15 млн MAU
Затрагиваемая аудитория
Stage 2
Появляется единая точка входа в Лояльности с отдельным разделом и мета-цели (общие цели, состоящие из более мелких).
Stage 1
Цель на общую стоимость покупок за 14 и 30 дней, например, "Потрать 5000р. в течение 14 дней - получи награду" или "Получи 300 бонусов, купив 10 пачек молока"
Исследования
Мы запросили данные которые можно было найти в открытом доступе тк сроки поджимали. И вот что мы узнали:
Выводы из исследований
Баннер как точка входа работает плохо, если в разделе, где он расположен, есть реклама
Сегментировать и персонализовать цели под разные аудитории
Стараться сделать легкие и понятные условия, а так же возможность почитать подробнее
Гипотеза – контекстное расположение будет иметь лучшую конверсию
Сущность"Цели"
С её помощью мы «цепляем» пользователя выгодой, которую он может получить, и после рассказываем, что нужно сделать для этого
Метод Октализа
Фреймворк который позволяет управлять мотивацией пользователя с помощью стимулов
Решение
Stage 2: точка входа в дашборде на главной
С её помощью мы «цепляем» пользователя выгодой, которую он может получить, и после рассказываем, что нужно сделать для этого
Мы расставляем цели по пути пользователя и делаем их контекстными
У пользователя появляется доступ ко всем целям
Добавляется новая механика в виде карты
Версия с картой является надстройкой над базовой механикой из MVP.
Карта помогает нам объединить разрозненные цели в одну картину — «неважно, где и какие ты выполняешь цели, они все влияют на твое продвижение по карте и получение более ценных наград».
Референсы
Были собраны референсы чтобы понимать ситуацию на рынке и предложить решения с учётом этого
Процесс
Линейность процесса условна, часто нужно отходить от схемы в силу особенностей задачи, команды и организации.
Этап 1
Дискавери
Этап 1
Дискавери
Этап 2
Понимание задачи, планирование сроков
Этап 2
Понимание задачи, планирование сроков
Этап 3
Синхронизация с исследователями и изучение имеющихся данных (если есть)
Этап 3
Синхронизация с исследователями и изучение имеющихся данных (если есть)
Этап 4
Исследование рынка, сбор референсов
Этап 4
Исследование рынка, сбор референсов
Этап 5
Отрисовка дизайна
Этап 5
Отрисовка дизайна
Этап 6
Сбор внутреннего фидбека
Этап 6
Сбор внутреннего фидбека
Этап 7
Финальное согласование с продактом и разработкой
Этап 7
Финальное согласование с продактом и разработкой
Этап 8
Сбор внешнего фидбека, тесты
Этап 8
Сбор внешнего фидбека, тесты
Этап 9
Передача разработчикам
Этап 9
Передача разработчикам
Этап 10
Дизайн-ревью
Этап 10
Дизайн-ревью
Этап 11
Измерение результатов
Этап 11
Измерение результатов
Спасибо за просмотр!
Спасибо за просмотр!
Спасибо за просмотр!
Другие кейсы
Другие кейсы
Другие кейсы
Другие кейсы
У вас стартап? Продуктовая разработка? Хотите поболтать? Я ищу сильные команды и классных ребят
У вас стартап? Продуктовая разработка? Хотите поболтать? Я ищу сильные команды и классных ребят
У вас стартап? Продуктовая разработка? Хотите поболтать? Я ищу сильные команды и классных ребят
У вас стартап? Продуктовая разработка? Хотите поболтать? Я ищу сильные команды и классных ребят
У вас стартап? Продуктовая разработка? Хотите поболтать? Я ищу сильные команды и классных ребят
У вас стартап? Продуктовая разработка? Хотите поболтать? Я ищу сильные команды и классных ребят
У вас стартап? Продуктовая разработка? Хотите поболтать? Я ищу сильные команды и классных ребят
