SlideShare a Scribd company logo
1 of 39
Download to read offline
UX versus Source Code
Valerii Sorokobatko @tuchk4
Введение
Поговорим:
• Об очевидных вещах :)
• Почему разработчик не должен делать UX
• О процессах проектирования
• Найдем проблемы
• Рассмотрим примеры
• Советы и выводы
UI / UX для пользователя
UI / UX для разработчика
UX
Application architecture
Source code
Server API
BUGS
UI / UX
• Используем готовый набор компонентов
• Разрабатываем все сами
Процесс проектирования
Проектирование Реализация
Как чаще всего бывает, а не как в книгах пишут
Feature
С технической точки зрения
Процесс проектирования
Проектирование Реализация
Результат #1:
Feature
Тестирование
• "Кнопка не работает"
• "Неудобно"
• "Давайте проще сделаем"
• "Не нравится"
С технической точки зрения
+ UX
90% проблемы UX
Процесс проектирования
Проектирование Реализация
Результат #2:
Feature
Тестирование
Release
"Потому что очень нужно"С технической точки зрения
+ UX
Процесс проектирования
Итог:
• Появляются "Белые пятна"
• Остается "Технический долг"
• Дизмораль
• Усложнение кода
• Фикс на фиксе
• Проект превращается в кашу
Проблема
30%
70%
Business logic
UI/UX implementation
Большая часть времени уходит не на то, что нужно
Потраченное время:
Примеры
#1 Чемодан на колесиках
#1 Чемодан на колесиках
Если бы делал программист:
• Сменные колесики
• Колесики для разной погоды и поверхности
• Сменная обшивка
• Возможность создания кластера чемоданов
• Распределенная нагрузка
Максимально гибко
#1 Чемодан на колесиках
Если бы делал программист:
• Добавление новых колес
• Добавление новых отсеков
• Модульность - поддержка сторонних
разработчиков
Расширяемость
#1 Чемодан на колесиках
Если бы делал программист:
• Авторегулировка скорости
• Звуковой сигнал
• Трекер передвижений
• Предупреждение о препятствиях
Новые технологии
#1 Чемодан на колесиках
Если бы делал программист:
• Социальная сеть для владельцев
чемоданов
• Солнечные батареи для зарядки телефонов
Фичи
#1 Чемодан на колесиках
Что сказали бы QA:
Как это тестировать?
#1 Чемодан на колесиках
Как это все показать и расказать заказчику, чтобы он понял?
#1 Чемодан на колесиках
#1 Чемодан на колесиках
А нужно было всего лишь:
#2 Tags multiselect
• Выбор нескольких тегов
• Добавление новых
• Google Material UX Specification
• Набор готовых компонентов
Что у нас есть:
#2 Tags multiselect
Если бы делал программист:
#1 Multiselect #2 Button #3 New tag dialog
#2 Tags multiselect
Как бы делал UX
#2 Tags multiselect
Проблемы:
• Дропдаун в дропдауне
• Не соответствует спецификации
• Проблемы с позиционированием
• Что будет с мобильной версией?
Как бы делал UX
#2 Tags multiselect
Проблемы с позиционированием
#2 Tags multiselect
Итог - делаем все сами
• Разработка своего дропдауена
• Разработка мультиселекта
• Позиционирование
• Интеграция с формами
• Поддержка различных стостояний
• Перфоманс?
и тратим время на:
Как бы делал UX
#3 Editable tree
• До 10 уровней вложенности
• Более 30 полей в каждой ноде
#3 Editable tree
• 1 день - работа с данными
• 10 дней - поиск варианта отображения
Потраченное время:
Хороший вариант найден не был
#3 Editable tree
• Остановили работу разработчика
• Поставили задачу UX дизайнеру из другой
команды
Как мы поступили:
Разработчик был рад и счастлив :)
#3 Editable tree
Как нужно было сделать:
Работа с данными Рефакторинг / Оптмизация / Тесты Реализация UX
Разработка UX
Dev
UX
Разработчик занимается тем, чем нужно
Обсуждение
Developer vs UX
Developer
• Архитектура
• Проектирование
• Рефакторинг
• Тесты
• Оптимизация
• Исследования
• Оценивать влияние UX
решений на исходный код
• Прокачивать дизайнера
UI/UX
• Внешний вид
• Компановка элементов
• Взаимное расположение
• Набор возможностей
• Желания / ожидания
Советы
Правила
• Если работает, но не нравится - это не
проблема разработчика
• Должен быть ответственный за принятие
дизайн решений (адвокат)
• Прокачивать UX дизайнера
Обязательно к прочтению
"Психбольница в руках пациента" Alan Cooper
Советы
• Выбрать UX спецификацию и следовать ей
• Использовать Storybook или подобное
• Использовать то, что есть, и не плодить
компоненты
• Если PM не понимает вас - подарите ему
книгу :)
Советы
• Используйте персонажей вместо
пользователей (подробнее в книге)
• Занимайтесь проектированием
• "Очень нужно" - работает только на этапе
прототипирования
Советы
Не забирайте чужую работу :)
Работа с данными Рефакторинг / Оптмизация / Тесты Реализация UX
Разработка UX
Dev
UX
Обсуждение
Счастливый разработчик:
• Который не тратит вермя на лишнее дерьмо
• И занимается тем, чем нужно и интересно
Спасибо за внимание
Valerii Sorokobatko @tuchk4
Вопросы?

More Related Content

Similar to Влияние UX на исходный код приложения. Валерий Сорокобатько

Методики управления развитием ис на базе 1с
Методики управления развитием ис на базе 1сМетодики управления развитием ис на базе 1с
Методики управления развитием ис на базе 1сHelen Kopteva
 
Процесс качественного дизайна web-продукта. Его тяжело найти, легко потерять...
 Процесс качественного дизайна web-продукта. Его тяжело найти, легко потерять... Процесс качественного дизайна web-продукта. Его тяжело найти, легко потерять...
Процесс качественного дизайна web-продукта. Его тяжело найти, легко потерять...it-people
 
Никита Ефимов Lead UX Architect, New Cloud Technologies
Никита Ефимов Lead UX Architect, New Cloud Technologies Никита Ефимов Lead UX Architect, New Cloud Technologies
Никита Ефимов Lead UX Architect, New Cloud Technologies Anton Anokhin
 
Профессии в IT
Профессии в ITПрофессии в IT
Профессии в ITSam Faktorovich
 
методики управления развитием ис на базе 1с
методики управления развитием ис на базе 1сметодики управления развитием ис на базе 1с
методики управления развитием ис на базе 1сFFelix87
 
опыт проектирования интерфейса Smart nut
опыт проектирования интерфейса Smart nutопыт проектирования интерфейса Smart nut
опыт проектирования интерфейса Smart nutИлья Котельников
 
Иван Васильев
Иван ВасильевИван Васильев
Иван ВасильевCodeFest
 
Как использовать юзабилистов на благо интернет-проектов
Как использовать юзабилистов на благо интернет-проектовКак использовать юзабилистов на благо интернет-проектов
Как использовать юзабилистов на благо интернет-проектовAstra Media Group, Russia
 
Система управления требованиями Devprom
Система управления требованиями DevpromСистема управления требованиями Devprom
Система управления требованиями DevpromEvgeny Savitsky
 
Модуль 15. Лекция 59-60.
Модуль 15. Лекция 59-60. Модуль 15. Лекция 59-60.
Модуль 15. Лекция 59-60. Yana Brodetski
 
История проекта, который никогда не падает / Андрей Шетухин
История проекта, который никогда не падает / Андрей ШетухинИстория проекта, который никогда не падает / Андрей Шетухин
История проекта, который никогда не падает / Андрей ШетухинOntico
 
Как мы делаем Banki.ru
Как мы делаем Banki.ruКак мы делаем Banki.ru
Как мы делаем Banki.ruRoman Ivliev
 
Tech Talks @NSU: Рассказ о разных профессиях в IT-индустрии, или почему не вс...
Tech Talks @NSU: Рассказ о разных профессиях в IT-индустрии, или почему не вс...Tech Talks @NSU: Рассказ о разных профессиях в IT-индустрии, или почему не вс...
Tech Talks @NSU: Рассказ о разных профессиях в IT-индустрии, или почему не вс...Tech Talks @NSU
 
Обзор Feature-Driven Development и Domain-Driven Design
Обзор Feature-Driven Development и Domain-Driven DesignОбзор Feature-Driven Development и Domain-Driven Design
Обзор Feature-Driven Development и Domain-Driven DesignAndrey Bibichev
 
«Шустрый дизайн: подходы к декомпозиции задач проектирования UI в Agile-коман...
«Шустрый дизайн: подходы к декомпозиции задач проектирования UI в Agile-коман...«Шустрый дизайн: подходы к декомпозиции задач проектирования UI в Agile-коман...
«Шустрый дизайн: подходы к декомпозиции задач проектирования UI в Agile-коман...Nikita Filippov
 
как создавать прототипы
как создавать прототипыкак создавать прототипы
как создавать прототипыAlexey Korotkov
 
Slid 3.0 Scrum для практиков на Vsts2008
Slid 3.0 Scrum для практиков на Vsts2008Slid 3.0 Scrum для практиков на Vsts2008
Slid 3.0 Scrum для практиков на Vsts2008Denis Petelin
 
IT-шная история игрушек или feature-driven тестирование в действии
IT-шная история игрушек или feature-driven тестирование в действииIT-шная история игрушек или feature-driven тестирование в действии
IT-шная история игрушек или feature-driven тестирование в действииGleb Rybalko
 

Similar to Влияние UX на исходный код приложения. Валерий Сорокобатько (20)

Методики управления развитием ис на базе 1с
Методики управления развитием ис на базе 1сМетодики управления развитием ис на базе 1с
Методики управления развитием ис на базе 1с
 
Процесс качественного дизайна web-продукта. Его тяжело найти, легко потерять...
 Процесс качественного дизайна web-продукта. Его тяжело найти, легко потерять... Процесс качественного дизайна web-продукта. Его тяжело найти, легко потерять...
Процесс качественного дизайна web-продукта. Его тяжело найти, легко потерять...
 
Никита Ефимов Lead UX Architect, New Cloud Technologies
Никита Ефимов Lead UX Architect, New Cloud Technologies Никита Ефимов Lead UX Architect, New Cloud Technologies
Никита Ефимов Lead UX Architect, New Cloud Technologies
 
Профессии в IT
Профессии в ITПрофессии в IT
Профессии в IT
 
методики управления развитием ис на базе 1с
методики управления развитием ис на базе 1сметодики управления развитием ис на базе 1с
методики управления развитием ис на базе 1с
 
опыт проектирования интерфейса Smart nut
опыт проектирования интерфейса Smart nutопыт проектирования интерфейса Smart nut
опыт проектирования интерфейса Smart nut
 
продающий лендинг
продающий лендингпродающий лендинг
продающий лендинг
 
Иван Васильев
Иван ВасильевИван Васильев
Иван Васильев
 
Как использовать юзабилистов на благо интернет-проектов
Как использовать юзабилистов на благо интернет-проектовКак использовать юзабилистов на благо интернет-проектов
Как использовать юзабилистов на благо интернет-проектов
 
Система управления требованиями Devprom
Система управления требованиями DevpromСистема управления требованиями Devprom
Система управления требованиями Devprom
 
Модуль 15. Лекция 59-60.
Модуль 15. Лекция 59-60. Модуль 15. Лекция 59-60.
Модуль 15. Лекция 59-60.
 
Test drive UI UX
Test drive UI UXTest drive UI UX
Test drive UI UX
 
История проекта, который никогда не падает / Андрей Шетухин
История проекта, который никогда не падает / Андрей ШетухинИстория проекта, который никогда не падает / Андрей Шетухин
История проекта, который никогда не падает / Андрей Шетухин
 
Как мы делаем Banki.ru
Как мы делаем Banki.ruКак мы делаем Banki.ru
Как мы делаем Banki.ru
 
Tech Talks @NSU: Рассказ о разных профессиях в IT-индустрии, или почему не вс...
Tech Talks @NSU: Рассказ о разных профессиях в IT-индустрии, или почему не вс...Tech Talks @NSU: Рассказ о разных профессиях в IT-индустрии, или почему не вс...
Tech Talks @NSU: Рассказ о разных профессиях в IT-индустрии, или почему не вс...
 
Обзор Feature-Driven Development и Domain-Driven Design
Обзор Feature-Driven Development и Domain-Driven DesignОбзор Feature-Driven Development и Domain-Driven Design
Обзор Feature-Driven Development и Domain-Driven Design
 
«Шустрый дизайн: подходы к декомпозиции задач проектирования UI в Agile-коман...
«Шустрый дизайн: подходы к декомпозиции задач проектирования UI в Agile-коман...«Шустрый дизайн: подходы к декомпозиции задач проектирования UI в Agile-коман...
«Шустрый дизайн: подходы к декомпозиции задач проектирования UI в Agile-коман...
 
как создавать прототипы
как создавать прототипыкак создавать прототипы
как создавать прототипы
 
Slid 3.0 Scrum для практиков на Vsts2008
Slid 3.0 Scrum для практиков на Vsts2008Slid 3.0 Scrum для практиков на Vsts2008
Slid 3.0 Scrum для практиков на Vsts2008
 
IT-шная история игрушек или feature-driven тестирование в действии
IT-шная история игрушек или feature-driven тестирование в действииIT-шная история игрушек или feature-driven тестирование в действии
IT-шная история игрушек или feature-driven тестирование в действии
 

More from EatDog

Классифицируем текст в iOS без CoreML: как и зачем?
Классифицируем текст в iOS без CoreML: как и зачем? Классифицируем текст в iOS без CoreML: как и зачем?
Классифицируем текст в iOS без CoreML: как и зачем? EatDog
 
macOS app development for iOS devs: expand your horizons
macOS app development for iOS devs: expand your horizonsmacOS app development for iOS devs: expand your horizons
macOS app development for iOS devs: expand your horizonsEatDog
 
Dependency Injections in Kotlin
Dependency Injections in KotlinDependency Injections in Kotlin
Dependency Injections in KotlinEatDog
 
Быстрый в имплементации и в работе мониторинг с использованием ELK
Быстрый в имплементации и в работе мониторинг с использованием ELKБыстрый в имплементации и в работе мониторинг с использованием ELK
Быстрый в имплементации и в работе мониторинг с использованием ELKEatDog
 
Continuous integration / continuous delivery
Continuous integration / continuous deliveryContinuous integration / continuous delivery
Continuous integration / continuous deliveryEatDog
 
Как мы экспериментируем в больших микросервисных системах
Как мы экспериментируем в больших микросервисных системахКак мы экспериментируем в больших микросервисных системах
Как мы экспериментируем в больших микросервисных системахEatDog
 
Отказоустойчивый Redis кластер
Отказоустойчивый Redis кластерОтказоустойчивый Redis кластер
Отказоустойчивый Redis кластерEatDog
 
Кодстайл и насилие.
Кодстайл и насилие. Кодстайл и насилие.
Кодстайл и насилие. EatDog
 
Refactor to Reactive With Spring 5 and Project Reactor
Refactor to Reactive With Spring 5 and Project ReactorRefactor to Reactive With Spring 5 and Project Reactor
Refactor to Reactive With Spring 5 and Project ReactorEatDog
 
GraphQL: APIs the New Way.
GraphQL: APIs the New Way.GraphQL: APIs the New Way.
GraphQL: APIs the New Way.EatDog
 
Большие проекты, архитектура и фреймворки.
Большие проекты, архитектура и фреймворки.Большие проекты, архитектура и фреймворки.
Большие проекты, архитектура и фреймворки.EatDog
 
Microservices in a Wild.
Microservices in a Wild.Microservices in a Wild.
Microservices in a Wild.EatDog
 
Dependency Rejection and TDD without Mocks
Dependency Rejection and TDD without MocksDependency Rejection and TDD without Mocks
Dependency Rejection and TDD without MocksEatDog
 
Стероиды для Дотнетчика
Стероиды для ДотнетчикаСтероиды для Дотнетчика
Стероиды для ДотнетчикаEatDog
 
Domain Driven Design – просто о сложном.
Domain Driven Design – просто о сложном.Domain Driven Design – просто о сложном.
Domain Driven Design – просто о сложном.EatDog
 
OWASP: безопасное программирование на PHP.
OWASP: безопасное программирование на PHP.OWASP: безопасное программирование на PHP.
OWASP: безопасное программирование на PHP.EatDog
 
Принципы Solid на практике
Принципы Solid на практикеПринципы Solid на практике
Принципы Solid на практикеEatDog
 
Mapbox GL: как работают современные векторные карты
Mapbox GL: как работают современные векторные картыMapbox GL: как работают современные векторные карты
Mapbox GL: как работают современные векторные картыEatDog
 
Нельзя просто так взять и сделать версионирование API
Нельзя просто так взять и сделать версионирование APIНельзя просто так взять и сделать версионирование API
Нельзя просто так взять и сделать версионирование APIEatDog
 
API в SAAS, с облаком и без: ресурсы, SLA, балансировка, расширяемость
API в SAAS, с облаком и без: ресурсы, SLA, балансировка, расширяемостьAPI в SAAS, с облаком и без: ресурсы, SLA, балансировка, расширяемость
API в SAAS, с облаком и без: ресурсы, SLA, балансировка, расширяемостьEatDog
 

More from EatDog (20)

Классифицируем текст в iOS без CoreML: как и зачем?
Классифицируем текст в iOS без CoreML: как и зачем? Классифицируем текст в iOS без CoreML: как и зачем?
Классифицируем текст в iOS без CoreML: как и зачем?
 
macOS app development for iOS devs: expand your horizons
macOS app development for iOS devs: expand your horizonsmacOS app development for iOS devs: expand your horizons
macOS app development for iOS devs: expand your horizons
 
Dependency Injections in Kotlin
Dependency Injections in KotlinDependency Injections in Kotlin
Dependency Injections in Kotlin
 
Быстрый в имплементации и в работе мониторинг с использованием ELK
Быстрый в имплементации и в работе мониторинг с использованием ELKБыстрый в имплементации и в работе мониторинг с использованием ELK
Быстрый в имплементации и в работе мониторинг с использованием ELK
 
Continuous integration / continuous delivery
Continuous integration / continuous deliveryContinuous integration / continuous delivery
Continuous integration / continuous delivery
 
Как мы экспериментируем в больших микросервисных системах
Как мы экспериментируем в больших микросервисных системахКак мы экспериментируем в больших микросервисных системах
Как мы экспериментируем в больших микросервисных системах
 
Отказоустойчивый Redis кластер
Отказоустойчивый Redis кластерОтказоустойчивый Redis кластер
Отказоустойчивый Redis кластер
 
Кодстайл и насилие.
Кодстайл и насилие. Кодстайл и насилие.
Кодстайл и насилие.
 
Refactor to Reactive With Spring 5 and Project Reactor
Refactor to Reactive With Spring 5 and Project ReactorRefactor to Reactive With Spring 5 and Project Reactor
Refactor to Reactive With Spring 5 and Project Reactor
 
GraphQL: APIs the New Way.
GraphQL: APIs the New Way.GraphQL: APIs the New Way.
GraphQL: APIs the New Way.
 
Большие проекты, архитектура и фреймворки.
Большие проекты, архитектура и фреймворки.Большие проекты, архитектура и фреймворки.
Большие проекты, архитектура и фреймворки.
 
Microservices in a Wild.
Microservices in a Wild.Microservices in a Wild.
Microservices in a Wild.
 
Dependency Rejection and TDD without Mocks
Dependency Rejection and TDD without MocksDependency Rejection and TDD without Mocks
Dependency Rejection and TDD without Mocks
 
Стероиды для Дотнетчика
Стероиды для ДотнетчикаСтероиды для Дотнетчика
Стероиды для Дотнетчика
 
Domain Driven Design – просто о сложном.
Domain Driven Design – просто о сложном.Domain Driven Design – просто о сложном.
Domain Driven Design – просто о сложном.
 
OWASP: безопасное программирование на PHP.
OWASP: безопасное программирование на PHP.OWASP: безопасное программирование на PHP.
OWASP: безопасное программирование на PHP.
 
Принципы Solid на практике
Принципы Solid на практикеПринципы Solid на практике
Принципы Solid на практике
 
Mapbox GL: как работают современные векторные карты
Mapbox GL: как работают современные векторные картыMapbox GL: как работают современные векторные карты
Mapbox GL: как работают современные векторные карты
 
Нельзя просто так взять и сделать версионирование API
Нельзя просто так взять и сделать версионирование APIНельзя просто так взять и сделать версионирование API
Нельзя просто так взять и сделать версионирование API
 
API в SAAS, с облаком и без: ресурсы, SLA, балансировка, расширяемость
API в SAAS, с облаком и без: ресурсы, SLA, балансировка, расширяемостьAPI в SAAS, с облаком и без: ресурсы, SLA, балансировка, расширяемость
API в SAAS, с облаком и без: ресурсы, SLA, балансировка, расширяемость
 

Влияние UX на исходный код приложения. Валерий Сорокобатько

  • 1. UX versus Source Code Valerii Sorokobatko @tuchk4
  • 2. Введение Поговорим: • Об очевидных вещах :) • Почему разработчик не должен делать UX • О процессах проектирования • Найдем проблемы • Рассмотрим примеры • Советы и выводы
  • 3. UI / UX для пользователя
  • 4. UI / UX для разработчика UX Application architecture Source code Server API BUGS
  • 5. UI / UX • Используем готовый набор компонентов • Разрабатываем все сами
  • 6. Процесс проектирования Проектирование Реализация Как чаще всего бывает, а не как в книгах пишут Feature С технической точки зрения
  • 7. Процесс проектирования Проектирование Реализация Результат #1: Feature Тестирование • "Кнопка не работает" • "Неудобно" • "Давайте проще сделаем" • "Не нравится" С технической точки зрения + UX 90% проблемы UX
  • 8. Процесс проектирования Проектирование Реализация Результат #2: Feature Тестирование Release "Потому что очень нужно"С технической точки зрения + UX
  • 9. Процесс проектирования Итог: • Появляются "Белые пятна" • Остается "Технический долг" • Дизмораль • Усложнение кода • Фикс на фиксе • Проект превращается в кашу
  • 10. Проблема 30% 70% Business logic UI/UX implementation Большая часть времени уходит не на то, что нужно Потраченное время:
  • 12. #1 Чемодан на колесиках
  • 13. #1 Чемодан на колесиках Если бы делал программист: • Сменные колесики • Колесики для разной погоды и поверхности • Сменная обшивка • Возможность создания кластера чемоданов • Распределенная нагрузка Максимально гибко
  • 14. #1 Чемодан на колесиках Если бы делал программист: • Добавление новых колес • Добавление новых отсеков • Модульность - поддержка сторонних разработчиков Расширяемость
  • 15. #1 Чемодан на колесиках Если бы делал программист: • Авторегулировка скорости • Звуковой сигнал • Трекер передвижений • Предупреждение о препятствиях Новые технологии
  • 16. #1 Чемодан на колесиках Если бы делал программист: • Социальная сеть для владельцев чемоданов • Солнечные батареи для зарядки телефонов Фичи
  • 17. #1 Чемодан на колесиках Что сказали бы QA: Как это тестировать?
  • 18. #1 Чемодан на колесиках Как это все показать и расказать заказчику, чтобы он понял?
  • 19. #1 Чемодан на колесиках
  • 20. #1 Чемодан на колесиках А нужно было всего лишь:
  • 21. #2 Tags multiselect • Выбор нескольких тегов • Добавление новых • Google Material UX Specification • Набор готовых компонентов Что у нас есть:
  • 22. #2 Tags multiselect Если бы делал программист: #1 Multiselect #2 Button #3 New tag dialog
  • 23. #2 Tags multiselect Как бы делал UX
  • 24. #2 Tags multiselect Проблемы: • Дропдаун в дропдауне • Не соответствует спецификации • Проблемы с позиционированием • Что будет с мобильной версией? Как бы делал UX
  • 25. #2 Tags multiselect Проблемы с позиционированием
  • 26. #2 Tags multiselect Итог - делаем все сами • Разработка своего дропдауена • Разработка мультиселекта • Позиционирование • Интеграция с формами • Поддержка различных стостояний • Перфоманс? и тратим время на: Как бы делал UX
  • 27. #3 Editable tree • До 10 уровней вложенности • Более 30 полей в каждой ноде
  • 28. #3 Editable tree • 1 день - работа с данными • 10 дней - поиск варианта отображения Потраченное время: Хороший вариант найден не был
  • 29. #3 Editable tree • Остановили работу разработчика • Поставили задачу UX дизайнеру из другой команды Как мы поступили: Разработчик был рад и счастлив :)
  • 30. #3 Editable tree Как нужно было сделать: Работа с данными Рефакторинг / Оптмизация / Тесты Реализация UX Разработка UX Dev UX Разработчик занимается тем, чем нужно Обсуждение
  • 31. Developer vs UX Developer • Архитектура • Проектирование • Рефакторинг • Тесты • Оптимизация • Исследования • Оценивать влияние UX решений на исходный код • Прокачивать дизайнера UI/UX • Внешний вид • Компановка элементов • Взаимное расположение • Набор возможностей • Желания / ожидания
  • 33. Правила • Если работает, но не нравится - это не проблема разработчика • Должен быть ответственный за принятие дизайн решений (адвокат) • Прокачивать UX дизайнера
  • 34. Обязательно к прочтению "Психбольница в руках пациента" Alan Cooper
  • 35. Советы • Выбрать UX спецификацию и следовать ей • Использовать Storybook или подобное • Использовать то, что есть, и не плодить компоненты • Если PM не понимает вас - подарите ему книгу :)
  • 36. Советы • Используйте персонажей вместо пользователей (подробнее в книге) • Занимайтесь проектированием • "Очень нужно" - работает только на этапе прототипирования
  • 37. Советы Не забирайте чужую работу :) Работа с данными Рефакторинг / Оптмизация / Тесты Реализация UX Разработка UX Dev UX Обсуждение
  • 38. Счастливый разработчик: • Который не тратит вермя на лишнее дерьмо • И занимается тем, чем нужно и интересно
  • 39. Спасибо за внимание Valerii Sorokobatko @tuchk4 Вопросы?