Клиент получит продукт, который а) решает задачу бизнеса б) понятен и удобен для пользователя. Но если вопрос в том, чем отчитаться перед клиентом и как показать ему свою работу, тогда по итогам исследований и тестов можно получить следующие артефакты: персоны пользователей, CJM, отчет о UX-тестировании (время выполнения задачи, error rate, success rate)
Почему-то все позабыли, что главный навык дизайнера — делать красиво.
Правда?)) Нельзя забыть то, чего никогда не было! Если это главный навык дизайнера, тогда почему профессию так назвали? Не artist, а designer (design - проектировать, конструировать, разрабатывать).
У бесполезного и непонятного продукта не будет пользователей, каким бы красивым он ни был)
Привет! Выглядит так, как будто продакт ни капли не сопротивлялся такой трансформации. Что немного нетипично - не просто же так до этого все работали с идеями решений вместо проблем)
Не могу не задать несколько вопросов:
Почему к дискавери не подключали разработчиков? Так бы смогли снизить риск генерации заведомо нереализуемых фичей (и сделать команду по-настоящему кросс-функциональной)
Почему договоренности по итогам встреч не становились полноценными задачами в жире? А вместо этого тусили в табличке. Содержательно «провести исследование» или «собрать аналитику» - вполне себе задачи, а не просто напоминалки
Отличный пример, спасибо! У данного сервиса будет как минимум два пользователя: стартапер и его клиент. Допустим, вы очень качественно забрифовали стартапера и через правильные вопросы смогли увидеть за его "я хочу" реальные бизнесовые задачи и проблемы, которые он хочет решить данным сервисом. Как быть с пользователем? Кто он? Какие у него ожидания от взаимодействия с проектируемым сервисом? Какую задачу решает он? В каком контексте он будет пользоваться сервисом (десктоп/моб? в офисе утром или в пробке в машине? сам или его сотрудник? это разовый процедура или сервис должен уметь сохранять реквизиты и подставлять их при следующем заполнении? и тд...)? Предлагаемый сервис будет для пользователя чем-то новым и неизвестным или из категории "ну наконец-то вы до этого додумались - весь рынок уже 10 лет так делает" (в первом случае будет не лишним выявить его ментальную модель, во втором - бэнчмарк-анализ рынка мастхэв). Это ответ на вопрос, что вкладываю в понятие "исследования"
Далее, прототип готов, стартапер покликал по нему, показал своим знакомым с вопросом "как тебе?". Они сказали "прикольно" (они не пользователи, поэтому оценивать будут по картинка: красиво/не красиво). А клиенту будет удобно? Как мы можем быть уверены, что он разберется в интерфейсе? А пограничные сценарии предусмотрели? Ведет ли себя пользователь в интерфейсе так как мы рассчитывали или идет по не запланированному сценарию? Это ответ на вопрос, что я вкладываю в понятие "тесты с пользователями"
В сухом остатке:
серия коротких интервью с пользователями (5-7 = 2-3 дня)
серия ux-тестов по основным сценариям взаимодействия с интерфейсом (5 штук = 2-3 дня)
Не могли бы чуть подробнее написать, что значит «придерживались продуктового подхода»? В чем именно этот подход заключался?
Исчерпывающий ответ. Ваш подход к проектированию мне стал предельно понятен. Спасибо и удачи в проектах!
Клиент получит продукт, который а) решает задачу бизнеса б) понятен и удобен для пользователя. Но если вопрос в том, чем отчитаться перед клиентом и как показать ему свою работу, тогда по итогам исследований и тестов можно получить следующие артефакты: персоны пользователей, CJM, отчет о UX-тестировании (время выполнения задачи, error rate, success rate)
Правда?)) Нельзя забыть то, чего никогда не было! Если это главный навык дизайнера, тогда почему профессию так назвали? Не artist, а designer (design - проектировать, конструировать, разрабатывать).
У бесполезного и непонятного продукта не будет пользователей, каким бы красивым он ни был)
Привет! Выглядит так, как будто продакт ни капли не сопротивлялся такой трансформации. Что немного нетипично - не просто же так до этого все работали с идеями решений вместо проблем)
Не могу не задать несколько вопросов:
Почему к дискавери не подключали разработчиков? Так бы смогли снизить риск генерации заведомо нереализуемых фичей (и сделать команду по-настоящему кросс-функциональной)
Почему договоренности по итогам встреч не становились полноценными задачами в жире? А вместо этого тусили в табличке. Содержательно «провести исследование» или «собрать аналитику» - вполне себе задачи, а не просто напоминалки
Отличный пример, спасибо! У данного сервиса будет как минимум два пользователя: стартапер и его клиент. Допустим, вы очень качественно забрифовали стартапера и через правильные вопросы смогли увидеть за его "я хочу" реальные бизнесовые задачи и проблемы, которые он хочет решить данным сервисом. Как быть с пользователем? Кто он? Какие у него ожидания от взаимодействия с проектируемым сервисом? Какую задачу решает он? В каком контексте он будет пользоваться сервисом (десктоп/моб? в офисе утром или в пробке в машине? сам или его сотрудник? это разовый процедура или сервис должен уметь сохранять реквизиты и подставлять их при следующем заполнении? и тд...)? Предлагаемый сервис будет для пользователя чем-то новым и неизвестным или из категории "ну наконец-то вы до этого додумались - весь рынок уже 10 лет так делает" (в первом случае будет не лишним выявить его ментальную модель, во втором - бэнчмарк-анализ рынка мастхэв). Это ответ на вопрос, что вкладываю в понятие "исследования"
Далее, прототип готов, стартапер покликал по нему, показал своим знакомым с вопросом "как тебе?". Они сказали "прикольно" (они не пользователи, поэтому оценивать будут по картинка: красиво/не красиво). А клиенту будет удобно? Как мы можем быть уверены, что он разберется в интерфейсе? А пограничные сценарии предусмотрели? Ведет ли себя пользователь в интерфейсе так как мы рассчитывали или идет по не запланированному сценарию? Это ответ на вопрос, что я вкладываю в понятие "тесты с пользователями"
В сухом остатке:
серия коротких интервью с пользователями (5-7 = 2-3 дня)
серия ux-тестов по основным сценариям взаимодействия с интерфейсом (5 штук = 2-3 дня)
То есть проектируете без исследований и тестов с пользователями? Хм