UX/UI

1. Почему пришли к этой задаче: были проблемы с задачами по улучшению UX по итогам исследований, потому что продакты мыслят цифрами. При этом в портфеле компании очень разные продукты по сложности и длине пути.

Цель - научиться делать независимую оценку UX/UI/CX любого продукта в компании, получая при этом не только цифру, но и конкретные гипотезы по улучшению пользовательского опыта.

2. Продакт скор 1.0 (UX/UI/CX): как мы считаем эту метрику вместе с дизайнерами (покажем формулы расчета). Почему пришли к этой скоринговой модели и смотрим не только путь в рамках продукта, но и за его пределами (СX).

3. Как это делаем технически: какую выборку берем, где ищем людей, как проводим их через флоу.

4. Что это дает продукту и дизайнерам? Как дизайнер, благодаря продакт скору может влиять на изменения в продукте (на кейсе в продуктах и на какие метрики это повлияло).

– Большой продукт и множество дизайн систем. Нужна еще одна

– Как быстро адаптировать и раскатить ДС?

– Кто эти ваши "Партизанские дизайн системы"

– Существуют ли партизанские дизайн системы до продукта?

– 3 месяца и можно пользоваться

– Плюсы и минусы партизанской дизайн системы

Что такое Minimum Lovable Product, 
как перейти от MVP в MLP, и зачем это делать и роль дизайнера в этом

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

2. Как продумывали логику, строили cjm и прописывали джобы.

3. Особенности UX-тестирования врачей.

4. Какие могут возникнуть проблемы при разработке и как их решать - на личном опыте.

Виды оценок в дизайне. В дизайне существует несколько подходов к оценке:

· Качественная оценка — фокусируется на глубине понимания пользовательского опыта, эмоций и контекста использования продукта.

· Количественная оценка — опирается на метрики, данные и измеримые показатели, такие как конверсия, время выполнения задач и т.д.

· Сравнительная оценка — позволяет сопоставить несколько решений или подходов, чтобы выбрать наиболее эффективное.

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

· Понимание принципов дизайна и пользовательской психологии.

· Умение быстро оценивать ситуацию и находить оптимальные решения.

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

Когда стоит опираться на экспертную оценку? Экспертная оценка становится незаменимой в следующих случаях:

· На ранних этапах разработки — когда нужно быстро сформировать концепцию или выбрать направление.

· При редизайне — чтобы избежать ошибок прошлого и учесть новые тренды.

· Перед тестированием на пользователях — для предварительной проверки гипотез.

· При противоречивой обратной связи — когда мнения команды или заказчиков расходятся, и нужно принять взвешенное решение.

Как прокачать свою экспертность?Развитие экспертного уровня — это постоянный процесс, который включает:

· Обучение — изучение новых подходов, инструментов и трендов в дизайне.

· Практику — регулярное применение знаний в реальных проектах.

· Обратную связь — анализ своих ошибок и успехов, а также получение фидбека от коллег и пользователей.

· Нетворкинг — обмен опытом с другими профессионалами, участие в комьюнити и конференциях.

Выводы

· Сравнение новичка и эксперта: новичок опирается на шаблоны и правила, тогда как эксперт способен выходить за их рамки, используя интуицию и опыт.

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

Да, это еще один фреймворк, но, возможно, единственный, который вам действительно нужен.

— С чего начать работу над новым продуктом, когда перед вами чистый лист и ничего не понятно

— Почему Логлайн продукта помогает синхронизировать всю команду и двигаться к общей цели

— Как выстроить понятный каждому участнику базовый флоу, превращающий поиск решений в прозрачный и системный процесс.

— Как уже знакомые фреймворки работают вместе с Логлайном