РАЗРАБОТКА КОНЦЕПТА ОНЛАЙН-СЕРВИСА
ДЛЯ ПОИСКА ФИТНЕС-ТРЕНЕРА
ДЕЛЮСЬ ОПЫТОМ
UX-ПРОЕКТИРОВАНИЯ
Пребывая в “творческом отпуске” во время изоляции весной 2020 года и перезагрузив полностью мозг я решил изучить новую для себя компетенцию UX-дизайнера (UX - user experience). На базе курса Tilda Publishing я выполнил тестовой проект по разработке веб-сервис для поиска фитнес-тренера. Для меня тестовое задание оказалось весьма интересным и превратилось в некий внутренний вызов, а также открыло ворота в мир продуктового цифрового дизайна!

Декабрь, 2020
Давид Мухамадеев
ЗАДАЧА
1. ИССЛЕДОВАНИЯ
2. ПРОФИЛЬ ПОЛЬЗОВАТЕЛЯ
4. CJM
3. ФОКУСИРОВКА НА ПРОБЛЕМАХ
4. ГЕНЕРАЦИЯ ИДЕЙ
5. ПОЛЬЗОВАТЕЛЬСКИЕ ТРЕБОВАНИЯ
6. ЦЕННОСТЬ ПРОДУКТА
7. ПОЛЬЗОВАТЕЛЬСКИЙ ПОТОК
8. ПОЛЬЗОВАТЕЛЬСКИЕ СЦЕНАРИИ
9. ТЕХНИЧЕСКИЕ ОГРАНИЧЕНИЯ
10. СТРУКТУРА И ДЕТАЛИЗАЦИЯ
11. ПРОТОТИПИРОВАНИЕ
12. ПОЛЬЗОВАТЕЛЬСКОЕ ТЕСТИРОВАНИЕ
ВЫВОДЫ
Суть задачи была сформулирована следующим образом:
Разработайте прототип веб-сервиса с помощью которого люди могут находить тренера для групповых и индивидуальных занятий фитнесом, йогой и т. п. онлайн и оффлайн.
Основные бизнес-требования к продукту:
● пользователи должны иметь возможность находить тренера по виду спорта;
● пользователи должны иметь возможность находить тренера для индивидуальных и групповых тренировок;
● пользователи должны иметь возможность видеть расписание тренировок;
● пользователи должны иметь возможность бронировать заранее тренировки.

Целевая аудитория: люди в возрасте от 20-ти до 45-ти лет, активные пользователи мобильных телефонов и Интернета, в основном офисные сотрудники.
В отличие от “классического” дизайнерского подхода место того, чтобы сразу открыть фотошоп и “накидать дизайн” необходимо было применить методики и подходы UX-дизайна.

Структура данной статьи, да и в прочем работы которую я проделал выглядит следующим образом:
Итак, поехали!
1. ИССЛЕДОВАНИЯ
“По науке” разработка любого цифрового сервиса будь то сайт или приложение для смартфона должна начинаться с этапа “Исследование”. На данном этапе исследуется существующая реальность - изучаются аналогичные сервисы прямых конкурентов, смотрятся решения в смежных областях (например, сайты студий по танцам, кружков выжигания по дереву, любых других клубов занимающихся физической активностью), проводятся исследования целевой аудитории, собираются их пожелания и проблемы, с которыми они сталкиваются при использовании аналогичных онлайн сервисов. Если кратко, то на этапе исследования собирается информация из всех возможных источников, чтобы увидеть полную картину проблем, изучить предметную область со всех сторон и предложить наилучшее решение.

Важным для этого этапа является грамотный подбор инструментов и способов, которые помогут получить необходимые для работы исходные данные. В моем случае были использованы несколько онлайн источников и три метода получения информации:
1
сайты студий по фитнесу, йоге и танцам в Санкт-Петербурге;
2
онлайн-опрос созданный средствами Google Forms и разосланный друзьям в социальной сети (Вконтакте) и в WhatsApp;
3
личное обращение к друзьям в сторис Instagram и WhatsApp с просьбой ответить на вопросы;
4
оффлайн интервью.
Сайты
Это отличный источник информации, который дал понимание о том, каким образом фитнес-клубы и студии презентуют свои спортивные программы, расписание занятий и тренерский состав. В результате изучения 10 сайтов удалось отметить типичные вероятные ошибки в их интерфейсах и структуре, а также выделить успешные, на мой взгляд, решения, которые могут быть полезными для реализации в моем будущем прототипе.
Таблица 1 - Примеры сайтов конкурентов и смежных сервисов
Ниже приведены скриншоты некоторых блоков рассмотренных сайтов.
Примеры сайтов конкурентов и смежных сервисов
Онлайн-опрос в Google Forms
Имея на вооружении аккаунт в Гугл я оперативно создал опросную форму в Google Forms и разослал своим друзья в мессенджере текст следующего содержания:
“ХХХ, привет!

Я сейчас разрабатываю сервис для фитнес-студии, знаю что ты спортом занимаешься! ;) Ответь, пожалуйста, на 3 вопроса, с меня бесплатная онлайн тренировка или скидка 50% на первое онлайн или оффлайн занятие с тренером в новой фитнес-студии на острове Новая Голландия! Вопросы в этой форме: https://forms.gle/9VjLa3HHhmF6nYr17

Заранее благодарю! Давид.”
Скриншот опросной формы в Google Forms:
В результате опроса я получил следующие результаты:
Таблица 2 - Результаты опроса с помощью Google Forms
Опросники в социальных сетях
Для своих подписчиков в Инстаграм я разместил сторис с тремя вопросами с просьбой дать на них краткий ответ. Сформулированные вопросы были построены так, чтобы респондент дал ответ в свободной форме. Вопросы являлись открытыми и требовались чтобы получить качественные данные, то есть помогли собрать информацию о проблемах с которыми сталкиваются мои друзья в реальной жизни при подборе фитнес-тренера. Это самая интересная информация, она помогла помочь понять в чем же основные проблемы потенциальных клиентов разрабатываемого сервиса и какие существуют реальные проблемы в исследуемом вопросе.

Вопросы в сторис:
1
Как ты ищешь тренера для занятий фитнесом?
2
Где тебе больше нравиться заниматься спортом: в фитнес-клубе или удаленно «онлайн»?
3
Как ты пользуешься приложениями для смартфона от фитнес-клуба?
Также я разместил пост в ВКонтакте и настроил таргетированную рекламу на потенциальных потребителей сервиса - людей в возрасте от 20-ти до 45-ти лет, проживающих в Санкт-Петербурге.
К сожалению, на сторис в Инсте и пост в ВК никто не отреагировал. :-( Зато личное обращение к друзьям в мессенджере дало свои результаты!
Личные обращения-интервью
При личном обращении к своим друзьям в социальной сети и мессенджере я получил ответы, которые на следующих этапах проектирования помогли мне сформулировать потребительские требования к разрабатываемому сервису.
Таблица 3 - Результаты опроса с помощью личных обращений
Оффлайн-интервью
Я провел короткое интервью с живым человеком. Это помогло лучше понять суть проблем, которые были указаны в онлайн-опросе. Наверное, это самый интересный и продуктивный способ собрать информацию о болях и потребностях целевой аудитории. Ввиду ограниченности временного ресурса я провел только одно такое интервью со своим товарищем.
Мой личный опыт в решении задачи поиска тренера
При исследовании целевой аудитории никто не возбраняет “опросить самого себя” и получить какую-то дополнительную информацию, которая может быть полезна при проектировании. Естественно, делать большую ставку на данные показания не очень хорошо, тем не менее на войне все средства хороши.

Результаты “самоопроса”:
Дополнительный анализ существующих решений
Помимо проведения опросов я дополнительно проанализировал существующие решения среди спортивных сервисов, а также смежных или похожих сфер и отметил что хорошего в них было реализовано и что может представлять ценность при решении задачи разработки поискового сервиса для подбора тренера.

Отмечу некоторые из них:
https://lalasports.co/
lalasports.co - поиск тренировок по видам спорта. Интересно реализована форма для сбора информации о тренере и регистрации его в системе, что можно взять за основу для разрабатываемого сервиса:
ссылка на опросную форму в Google forms -https://clck.ru/SdCSf
Реализована система фильтрации по геолокации (только по городам, без детализации по улицам) и форматам тренировок:
www.booking.com
www.booking.com - отличная поисковая система с фильтрами по различным критериям и карточками отелей (тренеров)

Реализован функционал для регистрации новых отелей (тренеров) с процедурой верификации, что актуально для сервиса подбора тренера и создания проверенного аккаунта тренера.

https://www.ska.ru/team/player/12/
Карточка игрока хоккейной команды
на сайте ХК “СКА”
https://www.ska.ru/team/player/12/

Наглядно реализована карточка с приведением краткой информации об игроке, его статистике, очкам, достижениям и тд.

Можно взять за основу дизайн, оформление и структуру инфографики.

Этап исследований является фундаментальным, от него зависит в каком направлении будут идти дальнейшие разработки цифрового продукта. Поэтому на исследования зачастую тратиться до трети общего времени проекта. Как говориться четко сформулированная задача - это уже 90% найденного решения.
2. ПРОФИЛЬ ПОЛЬЗОВАТЕЛЯ
Пользователь - это человек, который лично пытается добиться каких-то результатов с помощью продукта. Опросив некоторое множество потенциальных пользователей продукта можно составить «профиль пользователя» – это портрет-описание типового пользователя, который будет взаимодействовать с продуктом.

В результате анализа полученных данных при интервьюировании и опросах я составил два на мой взгляд типичных профиля – для девушек и молодых людей. В профилях я отразил цели и потребности пользователей, их проблемы и сложности, с которыми они сталкиваются, а также как они решают задачу поиска тренера для занятия фитнесом. При разработке профилей важно узнать какие у пользователей есть идеи и предложения касательно разрабатываемого сервиса.
Профили пользователей
3. CJM
Customer Journey Map (CJM) – это карта (в реальности просто таблица, например в XLS) показывающая путь клиента от возникновения потребности до действий после получения результата. Этот инструмент позволяет рассмотреть все аспекты контакта пользователя c продуктом, на протяжении всей истории отношений и что самое на мой взгляд важное – подсветить проблемные точки на пути, с которыми сталкивается пользователь при решении своих проблем.
Существует туча сервисов для построения подобных карт, но если вам нужно решить задачу по существу (выявить проблемы пользователей), то вполне достаточно обыкновенного MS XLS. CJM для сервиса поиска тренера был реализован мной в Гугл Таблицах. По ссылке вы можете ознакомиться с ней поближе – https://docs.google.com/spreadsheets/d/1aCW5KDhfDVAj2yW8MLCvF7-aIqpMCeoICe8xZzQNopk/edit?usp=sharing

Скриншот CJM-карты:

4. ФОКУСИРОВКА НА ПРОБЛЕМАХ
После сбора и анализа информации определяем главные проблемы, с которыми сталкиваются любители фитнеса при подборе для себя тренера. На основе полученных данных я выделил следующие ключевые проблемы:
1
Не понятно где искать - то ли на сайте, то ли в поисковиках.
2
Не понятно какой инфе можно доверять - правда ли что пишут.
3
Информация разрозненная - нужно собирать по крупицам с разных источников (соц. сети, основной сайт, форумы, реклама и тд.).
4
Не полная - краткое описание; нет интересующих сведений (достижения, примеры занятий (видео записи), другое) по нужным для пользователя параметрам чтобы принять решение о выборе тренера.
5. ГЕНЕРАЦИЯ ИДЕЙ
На следующем этапе проектирования генерируются гипотезы и идеи, которые могут разрешить основные выявленные проблемы.
Таблица 4 - Сгенерированные идеи с расстановкой их приоритетов
Дополнительные идеи для сервиса:
  • Предзагрузка рекомендуемых тренеров по анализу профиля (его активности, подписанные группы, видео, возраст, пол и тд.) пользователя какой-либо соц. сети по которому происходит авторизация на разрабатываемый сервис.
  • Минималистичный дизайн как у ebay или амазон. Показ только необходимый для решения задачи поиска тренера функционал.
  • Создать расширенный каталог всех возможных спортивных занятий по аналогии с ГОСУДАРСТВЕННЫМ РУБРИКАТОРОМ НАУЧНО-ТЕХНИЧЕСКОЙ ИНФОРМАЦИИ с целью систематизации.
  • Создание страницы предварительного “брифования” клиента сервиса для подбора рекомендуемого тренера.
6. ПОЛЬЗОВАТЕЛЬСКИЕ ТРЕБОВАНИЯ
На основе требований к продукту со стороны бизнеса и опрошенных потенциальных пользователей, а также сгенерированных идей формируются Общие пользовательские требования к будущему цифровому продукту - по сути эти требования и есть техническое задание для графических дизайнеров и программистов, которые подключаться на следующих этапах разработки.
7. ЦЕННОСТЬ ПРОДУКТА
После всестороннего анализа проблем и составления требований к цифровому продукту необходимо сформулировать его истинную ценность, которую он будет нести пользователям. Формулировка ценности продукта должна отвечать на вопросы: Что? Для кого? Как?.

Ценность разрабатываемого продукта, на мой взгляд, заключается в следующем:
Сервис для поиска фитнес-тренера и представления о нём расширенной информации для людей, работающих преимущественно в офисе за компьютером и желающих держать свое тело в дееспособном состоянии.
8. «ПОЛЬЗОВАТЕЛЬСКИЙ ПОТОК»‎
User flow - (анг. - дословно с английского - “пользовательский поток”) порядок действий пользователя, который пользователь проходит при взаимодействии с продуктом. Он оформляется в виде графической диаграммы показывающий главные критические шаги и возможные исходы, которые могут быть получены пользователем при решении своих задач с помощью онлайн-сервиса.

User flow реализован в Гугл Слайдах по ссылке: https://drive.google.com/file/d/14pdH8KMMcZWd7UykH4bmIZVudeB96F2f/view?usp=sharing
9. ПОЛЬЗОВАТЕЛЬСКИЕ СЦЕНАРИИ
Пользовательский сценарий необходим для того, чтобы описать то, каким образом персонажи (они же профили пользователей) будут взаимодействовать с будущим продуктом и то, каким образом проектируемый продукт может наилучшим образом помогать персонажам в достижении их целей.

Для каждого из профиля был составлен свой сценарий – смотрим ниже.
Девушка
После длинных Новогодних праздников Марина хочет сбросить “лишний” вес и выглядеть подтянутой к лету. Марина собирается с понедельника после праздников сходить на тестовую тренировку в фитнес-клуб и начать заниматься фитнесом, который поможет ей добиться ее цели - похудеть к лету.

Проблема в том, что она не знает к какому профессиональному тренеру обратиться и где его вообще найти.

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

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

Марина выбрала удобное для нее время занятия и оплатила тренировку. Сервис выслал Марине чек об оплате и добавил в ее календарь Google напоминание о предстоящей тренировкой с информацией как выйти на связь с тренером.
Парень
У Семёна на работе очень напряженная обстановка - много работы, что приходиться целый день сидеть за компьютером, он - айтишник. Также иной раз он открывает по работе ноутбук дома по вечерам. Семен чувствует, что у него накопилось большое напряжение в спине, плечах и руках от работы с клавиатурой и мышью. Он знает если он хочет чувствовать себя “человеком”, то единственное его спасение - это позаниматься гимнастикой, ОФП или сходить на какое-нибудь групповое занятие где можно просто поскакать! Семен в детстве занимался спортом и знает, что лучше сходить к хорошему тренеру, который приведет его в порядок.

От коллег Семён слышал, что есть специальный сервис, через который можно найти себе хорошего тренера. Семён нашел и скачал приложение сервиса в AppleStore и запустил его.

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

Сервис выдал множество вариантов, где было много спортивных дисциплин. Семён выбрал “мужские” варианты - функциональный тренинг и лечебная гимнастика, а не занятия для девочек такие как “йога и пилатес”.

Пока Семён ехал в метро на работу он выбрал удобное время для тренировки в календаре приложения, оплатил тренировку, добавил напоминалку себе в Task Tracker и выслал скриншот с улыбающимся смайликом коллеге, который посоветовал ему данный сервис.
10. ТЕХНИЧЕСКИЕ ОГРАНИЧЕНИЯ
1. Интерфейс веб-сервиса и приложения должен быть минималистичным, чтобы не перегружать пользователя при выводе большого объема информации о тренере в карточке тренера и поисковых фильтрах.

2. Сервис должен быть реализован в виде web-страницы и приложения для смартфонов.

3. На сайте должен быть виджет с расписанием тренировок, а в приложении - раздел с календарем тренировок.

4. Технически должна быть реализована онлайн-оплата и прикручена онлайн-касса.

5. В сервисе должны отображаться ссылки на профили тренеров в соцсетях.

6. Должна быть интеграция сервиса с Zoom, чтобы проводить онлайн видео занятия.

7. В ЛК сервиса или приложении должна быть статистика по своим посещениям и купленным занятиям.

8. Сервис должен позволять регистрироваться тренеру на нем самому и заполнять по себе данные в карточку.

9. Сервис должен позволять сохранять историю своего поиска, чтобы при необходимости можно было попробовать позаниматься с другим тренером предложенным поисковой системой.
11. СТРУКТУРА И ДЕТАЛИЗАЦИЯ
На основании CJM, профилей и сценариев строиться Структура сервиса – это графическое представление того какие экраны должны обязательно присутствовать в проектируемом прототипе сервиса.

Структура мной реализована в Xmind и доступна для ознакомления по ссылке: https://drive.google.com/file/d/18uZB5b38hIRIlHra3rF9iu2za9QwEOdz/view?usp=drivesdk
12. ПРОТОТИПИРОВАНИЕ
Прототип — работающая модель, опытный образец устройства или детали в дизайне, конструировании, моделировании.

Кликабельный прототип был реализован в Figma и доступен по ссылке: https://www.figma.com/file/yEDVJc1UYuxXcJf3EWRCe3/UX-UI-%D0%BA%D1%83%D1%80%D1%81-%D0%9F%D1%80%D0%BE%D1%82%D0%BE%D1%82%D0%B8%D0%BF-%D1%81%D0%B5%D1%80%D0%B2%D0%B8%D1%81%D0%B0-%D0%B4%D0%BB%D1%8F-%D0%BF%D0%BE%D0%B8%D1%81%D0%BA%D0%B0-%D1%82%D1%80%D0%B5%D0%BD%D0%B5%D1%80%D0%B0?node-id=2%3A2

Скриншот прототипа:
13. ПОЛЬЗОВАТЕЛЬСКОЕ ТЕСТИРОВАНИЕ
Сценарии
Сценарии - это описание микрозадач, которые необходимо выполнить респонденту с помощью тестируемого им прототипа. Формулировки трех сценариев выглядели следующим образом:
  • Сценарии №1
    Вы находитесь на главной странице сервиса по поиску тренера и хотите сделать к лету красивый пресс. Найдите фитнес-тренера для занятия в Колпинском районе города, запишитесь на занятие к тренеру на понедельник, 14/12, 08-30 и оплатите занятие картой.
  • Сценарии №2
    Вы успешно позанимались с тренером. Оставьте положительный отзыв о тренере.
  • Сценарии №3
    Напишите тренеру личное сообщение в его карточке - задайте вопрос о рекомендациях по правильному питанию.
Респонденты
Респондент 1.
Я выслал респонденту ссылку на кликабельный прототип + 3 сценария по которым нужно пройтись и написать фитбэк.

Респондент 2.
Второго респондента я посадил за комп, скинул ему в ВатсАпп 3 сценария, включил захват экрана через HyperCam и сказал пройтись по трем сценариям и вслух прокомментировать что и как он делает. Получился видео файл впоследствии с которого я собрал обратную связь по прототипу.

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

Респондент 1 - ответ получен в письменной форме в соцсети:
“1. Тренера нашел, кликнул по кнопке Расписание занятий, чтобы записаться к нему на ПН 14/12 в 8-30, но в том расписании на эту дату и время стоит другое занятие с другим тренером. Ну да ладно, все равно кликнул по этой дате и времени, попал на онлайн запись и оплату. Однако в этом окне онлайн записи и оплаты дата и время указаны не те, которые я выбрал, указано среда 02.12.2020, зато тренер указан тот, которого я выбрал на первом шаге. И еще такой момент, данное окно не прокручивается вниз до кнопки Оплатить
2. Отзыв оставил
3. Личное сообщение написал”

Респондент 2 - проведена запись с экрана. Видео доступно по ссылке: https://drive.google.com/file/d/1m__5y0LXWmsLAeDZBHmPNEu6vGZTmJju/view?usp=sharing
Основные проблемы интерфейса прототипа, выявленные респондентами
Эвристическая оценка прототипа респондентами
После тестирования прототипа перед респондентами мною была поставлена задача провести его эвристическую оценку. Такая оценка – это основанный на эвристиках метод проверки удобства интерфейса сайта, программы, приложения, который помогает выявить проблемы удобства этого интерфейса. Метод проводиться на основе 10 эвристик Якоба Нильсена.

В Google Forms была реализована форма (ссылка на форму - https://forms.gle/s57uq1Vto1hEY8PEA) для сбора оценок по разработанному прототипу.
Ниже приведены результаты оценки прототипа респондентами:
Внесение изменений в прототип
По результатам тестирования прототипа респондентами были внесены изменения в прототип. Ниже приведены ссылки на первую и скорректированную версии прототипа:

Вариант 1 - ссылка на исходный вариант

Вариант 2 - ссылка на скорректированный вариант

Тестирование - очень крутой инструмент отслеживания “неадекватности” разработчика цифрового продукта и выявления требований, которые действительно важны для пользователя.
Разработка
После реализации прототипа и тестирования его работоспособности начинается этап Разработки, то есть к делу подключаются дизайнеры графических интерфейсов и программисты-верстальщики. Этот этап выходит за рамки моих работ в данном проекте, однако разработанный прототип уже является продуктом сам по себе и может иметь высокую стоимость. Прототип с его описанием является отличным техническим заданием для разработчиков. Но это, как говорится, уже совсем другая история.
ВЫВОДЫ
Целью написания данной статьи являлась фиксация проделанной работы и еще раз уложить в голове все пройденные мной этапы при проектировании прототипа цифрового сервиса с использованием техник UX-дизайна.

Проведенная работа по факту является первой итерацией разработки цифрового продукта, которая начинается с исследований и заканчивается выпуском первой версии продукта. В стартапах это называется «минимально-жизнеспособный продукт» (MVP от англ. Minimum Viable Product), который позволяет без больших временных и финансовых затрат проверить гипотезу и получить обратную связь от пользователей. Далее возможно (и должно быть) повторение всех этапов с целью улучшения продукта и выпуска следующей его версии, и так до бесконечности.

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

Вот некоторые моменты, которые я отметил для себя в процессе работы над проектом:
1
Делать проекты нужно разделив его изначально по частям, т.е. «есть слона по кусочкам».
1
Существует «итерационность» работы. Любой этап может быть проделан позднее повторно с целью улучшить текущее решение.
1
Продуктовый дизайнер смещает фокус своего внимания с «рисования красивых экранов» на проектирование продукта. Чем эффективнее продукт решает задачу, тем больше пользователей у этого продукта.
1
Хороший продукт должен изменяться со временем. И это – нормально.
1
Конечный продукт может не иметь ни чего общего с изначальной идеей, по которой он должен был быть реализован ввиду того, что проблема, которую «видит» Заказчик цифрового решения может существенно разниться с реальной проблемой пользователей.
1
Неопытный дизайнер начинает придумывать проблемы и потребности которых на самом деле может и не существовать, тем самым отдаляясь от реальности. (в продолжении предыдущего пункта).
UX-дизайнеру нужно потратить туеву хучу времени, чтобы проанализировать реальные проблемы пользователей и найти оптимальное решение будущего цифрового продукта!

Проектирование сервисов — это бесконечный итеративный процесс. В рамках одной итерации проводятся исследования, делается анализ полученных данных, строятся гипотезы, предлагается и реализуется оптимальное решение. Потом это решение нужно протестировать на живых людях, провести анализ результатов и выявить проблемы, предложить новое решение и протестировать его, и так до бесконечности…На вопрос «когда остановиться улучшать?» отвечает, в первую очередь для себя, Заказчик (собственник бизнеса), который заказывает цифровое решение и должен опираться на показатели своего бизнеса, такие как конверсии из лидов в клиенты, количество кликов, выручка и тд.
Способы связи со мной
Способы связи со мной