Запуск новой базы знаний
и улучшение поисковой выдачи
Запуск новой базы знаний и улучшение поисковой выдачи
Запуск новой базы знаний
и улучшение поисковой выдачи
Дизайн продукта
Дизайн продукта
Дизайн-система
Дизайн-система
UX-аналитика
UX-аналитика
Исследование рынка
Исследование рынка
Особенности и ценность
Особенности и ценность
SberHelp это база знаний для службы поддержки клиентов. Целевая аудитория состоит из операторов колл-центров, редакторов и администраторов. Продукт должен заменить приложения Atlassian в качестве основной базы знаний банка, которая стала неконсистентной и сложной для быстрого сканирования. Sberhelp предоставляет пользователям многоуровневый доступ к статьям, уведомлениям, инцидентам и акциям.
SberHelp это база знаний для службы поддержки клиентов. Целевая аудитория состоит из операторов колл-центров, редакторов и администраторов. Продукт должен заменить приложения Atlassian в качестве основной базы знаний банка, которая стала неконсистентной и сложной для быстрого сканирования. Sberhelp предоставляет пользователям многоуровневый доступ к статьям, уведомлениям, инцидентам и акциям.
Моя роль
Моя роль
UX-исследования и проверка гипотез.
Юзабилити-тестирование прототипов.
Внедрение дизайн-системы.
Сбор внутренней и внешней обратной связи для улучшения основных метрик (CSI).
Дизайн-ревью.
UX-исследования и проверка гипотез.
Юзабилити-тестирование прототипов.
Внедрение дизайн-системы.
Сбор внутренней и внешней обратной связи для улучшения основных метрик (CSI).
Дизайн-ревью.
Основные проблемы
Основные проблемы
Поиск
Confluence не соответствовал требованиям быстрого и эффективного поиска, много нерелевантных результатов в выдаче.
Поиск
Confluence не соответствовал требованиям быстрого и эффективного поиска, много нерелевантных результатов в выдаче.
Поиск
Confluence не соответствовал требованиям быстрого и эффективного поиска, много нерелевантных результатов в выдаче.
Поиск
Confluence не соответствовал требованиям быстрого и эффективного поиска, много нерелевантных результатов в выдаче.
Поиск
Confluence не соответствовал требованиям быстрого и эффективного поиска, много нерелевантных результатов в выдаче.
Поиск
Confluence не соответствовал требованиям быстрого и эффективного поиска, много нерелевантных результатов в выдаче.
Навигация
Сложная навигация по результатам поиска, отсутствие предварительного просмотра статей. Пользователям приходилось открывать статьи в нескольких окнах.
Навигация
Сложная навигация по результатам поиска, отсутствие предварительного просмотра статей. Пользователям приходилось открывать статьи в нескольких окнах.
Навигация
Сложная навигация по результатам поиска, отсутствие предварительного просмотра статей. Пользователям приходилось открывать статьи в нескольких окнах.
Навигация
Сложная навигация по результатам поиска, отсутствие предварительного просмотра статей. Пользователям приходилось открывать статьи в нескольких окнах.
Навигация
Сложная навигация по результатам поиска, отсутствие предварительного просмотра статей. Пользователям приходилось открывать статьи в нескольких окнах.
Навигация
Сложная навигация по результатам поиска, отсутствие предварительного просмотра статей. Пользователям приходилось открывать статьи в нескольких окнах.
Контент
Статьи имели много уровней вложенности и переизбыток цветовых акцентов в силу чего было сложно находить информацию быстро.
Контент
Статьи имели много уровней вложенности и переизбыток цветовых акцентов в силу чего было сложно находить информацию быстро.
Контент
Статьи имели много уровней вложенности и переизбыток цветовых акцентов в силу чего было сложно находить информацию быстро.
Контент
Статьи имели много уровней вложенности и переизбыток цветовых акцентов в силу чего было сложно находить информацию быстро.
Контент
Статьи имели много уровней вложенности и переизбыток цветовых акцентов в силу чего было сложно находить информацию быстро.
Контент
Статьи имели много уровней вложенности и переизбыток цветовых акцентов в силу чего было сложно находить информацию быстро.
Адаптивность
Недостаточная поддержка экранов ноутбуков малого размера (1280 и меньше) и мобильных устройств.
Адаптивность
Недостаточная поддержка экранов ноутбуков малого размера (1280 и меньше) и мобильных устройств.
Адаптивность
Недостаточная поддержка экранов ноутбуков малого размера (1280 и меньше) и мобильных устройств.
Адаптивность
Недостаточная поддержка экранов ноутбуков малого размера (1280 и меньше) и мобильных устройств.
Адаптивность
Недостаточная поддержка экранов ноутбуков малого размера (1280 и меньше) и мобильных устройств.
Адаптивность
Недостаточная поддержка экранов ноутбуков малого размера (1280 и меньше) и мобильных устройств.
Создание контента
Много лишних инструментов, делавших поиск нужных сложнее. Так же это и приводило к созданию слишком сложных статей.
Создание контента
Много лишних инструментов, делавших поиск нужных сложнее. Так же это и приводило к созданию слишком сложных статей.
Создание контента
Много лишних инструментов, делавших поиск нужных сложнее. Так же это и приводило к созданию слишком сложных статей.
Создание контента
Много лишних инструментов, делавших поиск нужных сложнее. Так же это и приводило к созданию слишком сложных статей.
Создание контента
Много лишних инструментов, делавших поиск нужных сложнее. Так же это и приводило к созданию слишком сложных статей.
CJM
На основе интервью с операторами колл-центра и наблюдений я создал карту пути клиента, чтобы понять весь процесс, сформировать список проблемных моментов и возможных решений для них.
Jobseeker
Оператор проводит консультацию
Действия
Начало работы. Заходит в ЕРМ Голос, подключает нужные программы в отдельных окнах или в панели внизу
Начинается звонок и идентификация. Если нужно и аутентификация
Консультация и поиск ответов. Практически всегда идёт в БЗ.
Переходит по кнопке “БЗ” и попадает на разводную страницу
Просмотр статьи БЗ, завершение консультации
Чего-то не находит или видит ошибку в статье, нужна помощь, не знает ответа
Нажимает кнопку “Не нашёл” в SH или переводит на 2-ю линию.
Выбирается шаблон заявки в “СберДруге”
Не нашел информацию в БЗ
Размещение информации (от владельцев продуктов / первоисточник)
Предложение по наполнению БЗ (от отдела контроля качества)
Заметки
Быстрое начало работы
По номеру телефона автоматически определяется звонящий.
Подгружается ИНН
Старается не попадать на страницу с большим кол-вом результатов и если всё таки приходится искать то переходит на предыдущую страницу и изменяет запрос.
На 2-й линии если не находится ответ - связь с редактором, задача.
Нужно указывать статью и продукт самостоятельно
Нет автозаполнения
Зачем обязательные вложения?
Проблемы
Приходится запускать ещё много различных приложений иногда
В 10-15% случаев он определяетмя неверно и нужно ввести вручную
В поиске часто выдаёт много результатов.
Подсветка рез-тов поиска ещё и в оглавлении - неудобно
Гипотезы
Единое приложение для всех задач
Улучшить автоопределение
Больше фильтров, поиск по всей фразе или отдельно по словам
Использовать автозаполнение где возможно
Главные гипотезы
Главные гипотезы
Если мы введём уведомления об изменениях, то отслеживать изменения в контенте станет заметно проще.
Если мы введём уведомления об изменениях, то отслеживать изменения в контенте станет заметно проще.
Если мы введём уведомления об изменениях, то отслеживать изменения в контенте станет заметно проще.
Если мы введём уведомления об изменениях, то отслеживать изменения в контенте станет заметно проще.
Если мы введём уведомления об изменениях, то отслеживать изменения в контенте станет заметно проще.
Если мы введём уведомления об изменениях, то отслеживать изменения в контенте станет заметно проще.
Многоуровневый доступ, помогающий отображать только необходимый контент для каждой роли, режимы просмотра и редактирования.
Многоуровневый доступ, помогающий отображать только необходимый контент для каждой роли, режимы просмотра и редактирования.
Многоуровневый доступ, помогающий отображать только необходимый контент для каждой роли, режимы просмотра и редактирования.
Многоуровневый доступ, помогающий отображать только необходимый контент для каждой роли, режимы просмотра и редактирования.
Многоуровневый доступ, помогающий отображать только необходимый контент для каждой роли, режимы просмотра и редактирования.
Многоуровневый доступ, помогающий отображать только необходимый контент для каждой роли, режимы просмотра и редактирования.
Нужен более структурированный и качественный контент чтобы ускорить поиск информации операторами.
Нужен более структурированный и качественный контент чтобы ускорить поиск информации операторами.
Нужен более структурированный и качественный контент чтобы ускорить поиск информации операторами.
Нужен более структурированный и качественный контент чтобы ускорить поиск информации операторами.
Нужен более структурированный и качественный контент чтобы ускорить поиск информации операторами.
Нужен более структурированный и качественный контент чтобы ускорить поиск информации операторами.
Автоматизация создания контента с помощью шаблонов, фоновой проверки орфографии и т.д. для экономии времени редакторов.
Автоматизация создания контента с помощью шаблонов, фоновой проверки орфографии и т.д. для экономии времени редакторов.
Автоматизация создания контента с помощью шаблонов, фоновой проверки орфографии и т.д. для экономии времени редакторов.
Автоматизация создания контента с помощью шаблонов, фоновой проверки орфографии и т.д. для экономии времени редакторов.
Автоматизация создания контента с помощью шаблонов, фоновой проверки орфографии и т.д. для экономии времени редакторов.
Автоматизация создания контента с помощью шаблонов, фоновой проверки орфографии и т.д. для экономии времени редакторов.
Внедрение повторно используемых блоков для синхронизированного контента сильно упростит создание и поддержку контента.
Внедрение повторно используемых блоков для синхронизированного контента сильно упростит создание и поддержку контента.
Внедрение повторно используемых блоков для синхронизированного контента сильно упростит создание и поддержку контента.
Внедрение повторно используемых блоков для синхронизированного контента сильно упростит создание и поддержку контента.
Внедрение повторно используемых блоков для синхронизированного контента сильно упростит создание и поддержку контента.
Внедрение повторно используемых блоков для синхронизированного контента сильно упростит создание и поддержку контента.
Классификация контента для помощи в связывании темы звонка со статьей
Классификация контента для помощи в связывании темы звонка со статьей
Классификация контента для помощи в связывании темы звонка со статьей
Классификация контента для помощи в связывании темы звонка со статьей
Классификация контента для помощи в связывании темы звонка со статьей
Классификация контента для помощи в связывании темы звонка со статьей
Особенности и ценность
SberHelp это база знаний справочной документации для службы поддержки клиентов. Целевая аудитория состоит из операторов колл-центров, редакторов и администраторов. Продукт призван заменить приложения Atlassian в качестве основной базы знаний банка. Он предоставляет пользователям многоуровневый доступ к выделенным пространствам и сегментам данных, уведомлениям, инцидентам и акциям.
Моя роль
UX-исследования и проверка гипотез.
Юзабилити-тестирование прототипов.
Внедрение дизайн-системы.
Сбор внутренней и внешней обратной связи для улучшения основных метрик (CSI).
Дизайн-ревью.
Результаты
Своевременный запуск MVP (август 2021).
1000 активных пользователей и это число растет.
12/67 основных продуктов банка размещают свой контент в SberHelp.TTM (время выхода на рынок) составляет 2 недели, что является значительным улучшением по сравнению с ранними этапами.
В основном положительные отзывы от операторов (более чистый дизайн, удобная навигация).
Оптимизированный итеративный процесс проектирования и пользовательских исследований, проверка дизайна.
Интегрирована надежная система дизайна на основе компонентов MUI.
Улучшение поиска
Версия А
Мы предположили, что поиск внутри всплывающего окна удерживает пользователя в контексте, но в нем отсутствовала возможность видеть, к какому разделу относятся найденные статьи.
Версия А
Мы предположили, что поиск внутри всплывающего окна удерживает пользователя в контексте, но в нем отсутствовала возможность видеть, к какому разделу относятся найденные статьи.
Версия Б
Первоначальный дизайн имел хорошее сочетание результатов поиска и предварительного просмотра статей, но результаты поиска оказались недостаточно информативными на экранах меньшего размера.
Версия Б
Первоначальный дизайн имел хорошее сочетание результатов поиска и предварительного просмотра статей, но результаты поиска оказались недостаточно информативными на экранах меньшего размера.
Версия В (победитель)
Теперь результаты поиска и конкретная статья видны на одном экране и могут быть легко переключены с предварительного просмотра на полную статью, поэтому нет необходимости открывать несколько окон. Фильтр по папке показывает, где именно в дереве находится статья.
Версия В (победитель)
Теперь результаты поиска и конкретная статья видны на одном экране и могут быть легко переключены с предварительного просмотра на полную статью, поэтому нет необходимости открывать несколько окон. Фильтр по папке показывает, где именно в дереве находится статья.
Адаптация для экранов меньшего размера
Для экранов меньше 1280 по ширине (или на ноутбуках с большей шириной экрана, но с включенным масштабированием) мы разработали адаптированный дизайн когда боковые панели открываются в попапах.
Основные проблемы
Поиск
Confluence не соответствовал требованиям быстрого и эффективного поиска, много нерелевантных результатов в выдаче.
Поиск
Confluence не соответствовал требованиям быстрого и эффективного поиска, много нерелевантных результатов в выдаче.
Навигация
Сложная навигация по результатам поиск, отсутствие предварительного просмотра статей. Пользователям приходилось открывать статьи в нескольких окнах.
Навигация
Сложная навигация по результатам поиск, отсутствие предварительного просмотра статей. Пользователям приходилось открывать статьи в нескольких окнах.
Контент
Статьи имели много уровней вложенности и переизбыток цветовых акцентов в силу чего было сложно находить информацию быстро.
Контент
Статьи имели много уровней вложенности и переизбыток цветовых акцентов в силу чего было сложно находить информацию быстро.
Адаптивность
Недостаточная поддержка экранов ноутбуков малого размера (1280 и меньше) и мобильных устройств.
Адаптивность
Недостаточная поддержка экранов ноутбуков малого размера (1280 и меньше) и мобильных устройств.
Создание контента
Много лишних инструментов, делавших поиск нужных сложнее. Так же это и приводило к созданию слишком сложных статей.
Создание контента
Много лишних инструментов, делавших поиск нужных сложнее. Так же это и приводило к созданию слишком сложных статей.
Главные гипотезы
Если мы введём уведомления об изменениях, то отслеживать изменения в контенте станет заметно проще.
Если мы введём уведомления об изменениях, то отслеживать изменения в контенте станет заметно проще.
Многоуровневый доступ, помогающий отображать только необходимый контент для каждой роли, режимы просмотра и редактирования.
Многоуровневый доступ, помогающий отображать только необходимый контент для каждой роли, режимы просмотра и редактирования.
Нужен более структурированный и качественный контент чтобы ускорить поиск информации операторами.
Нужен более структурированный и качественный контент чтобы ускорить поиск информации операторами.
Автоматизация создания контента с помощью шаблонов, фоновой проверки орфографии и т.д. для экономии времени редакторов.
Автоматизация создания контента с помощью шаблонов, фоновой проверки орфографии и т.д. для экономии времени редакторов.
Внедрение повторно используемых блоков для синхронизированного контента сильно упростит создание и поддержку контента.
Внедрение повторно используемых блоков для синхронизированного контента сильно упростит создание и поддержку контента.
Классификация контента для помощи в связывании темы звонка со статьей
Классификация контента для помощи в связывании темы звонка со статьей
Процесс
Линейность процесса условна, часто нужно отходить от схемы в силу особенностей задачи, команды и организации.
Фаза 1
Дискавери
Фаза 1
Дискавери
Фаза 2
Понимание задачи, планирование сроков
Фаза 2
Понимание задачи, планирование сроков
Фаза 3
Синхронизация с исследователями и изучение имеющихся данных (если есть)
Фаза 3
Синхронизация с исследователями и изучение имеющихся данных (если есть)
Фаза 4
Исследование рынка, сбор референсов
Фаза 4
Исследование рынка, сбор референсов
Фаза 5
Отрисовка дизайна
Фаза 5
Отрисовка дизайна
Фаза 6
Сбор внутреннего фидбека
Фаза 6
Сбор внутреннего фидбека
Фаза 7
Финальное согласование с продактом и разработкой
Фаза 7
Финальное согласование с продактом и разработкой
Фаза 8
Сбор внешнего фидбека, тесты
Фаза 8
Сбор внешнего фидбека, тесты
Фаза 9
Передача разработчикам
Фаза 9
Передача разработчикам
Фаза 10
Дизайн-ревью
Фаза 10
Дизайн-ревью
Фаза 11
Измерение результатов
Фаза 11
Измерение результатов
Процесс
Процесс
Линейность процесса условна, часто нужно отходить от схемы в силу особенностей задачи, команды и организации.
Линейность процесса условна, часто нужно отходить от схемы в силу особенностей задачи, команды и организации.
Дискавери
Смотрим бэклог, или заводим новую задачу. Собираем всю доступную информацию, смотрим исследования, запросы в саппорт и отзывы на сторах. Важно убедиться, что задача имеет потенциальную ценность для бизнеса, текущих OKR и/или пользователей, продакт должен защитить её перед стейкхолдерами и включить в свой роудмэп, особенно если задача мелкая. Проверить если есть смежные команды, которые могли ранее решать похожую задачу чтобы заново не переделывать уже готовое.
Этап 1
Дискавери
Смотрим бэклог, или заводим новую задачу. Собираем всю доступную информацию, смотрим исследования, запросы в саппорт и отзывы на сторах. Важно убедиться, что задача имеет потенциальную ценность для бизнеса, текущих 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
Понимание задачи, планирование сроков
PM заполняет требования по подгружаемому шаблону, связывает их с OKR (если есть), описывает как выглядит успех по задаче, затем назначает её исполнителю. Дизайнер проверяет задачу и создаёт встречу, если есть вопросы. По возможности дизайнер оценивает задачу и включает её в список задач, убедившись что она влазит в спринт или какой-то другой срок.
Этап 2
Синхронизация с исследователями и изучение имеющихся данных (если есть)
Проверить если есть уже релевантные исследования и данные по задаче. Если данных не хватает, то запросить новое исследование у исследователей или что-то сделать самому если позволяют сроки.
Этап 3
Синхронизация с исследователями и изучение имеющихся данных (если есть)
Проверить если есть уже релевантные исследования и данные по задаче. Если данных не хватает, то запросить новое исследование у исследователей или что-то сделать самому если позволяют сроки.
Этап 3
Синхронизация с исследователями и изучение имеющихся данных (если есть)
Проверить если есть уже релевантные исследования и данные по задаче. Если данных не хватает, то запросить новое исследование у исследователей или что-то сделать самому если позволяют сроки.
Этап 3
Синхронизация с исследователями и изучение имеющихся данных (если есть)
Проверить если есть уже релевантные исследования и данные по задаче. Если данных не хватает, то запросить новое исследование у исследователей или что-то сделать самому если позволяют сроки.
Этап 3
Синхронизация с исследователями и изучение имеющихся данных (если есть)
Проверить если есть уже релевантные исследования и данные по задаче. Если данных не хватает, то запросить новое исследование у исследователей или что-то сделать самому если позволяют сроки.
Этап 3
Синхронизация с исследователями и изучение имеющихся данных (если есть)
Проверить если есть уже релевантные исследования и данные по задаче. Если данных не хватает, то запросить новое исследование у исследователей или что-то сделать самому если позволяют сроки.
Этап 3
Исследование рынка, сбор референсов
Всегда полезно посмотреть, как похожая задача была решена другими продуктами и командами. Мы редко решаем какие-то уникальные пользовательские проблемы. Это также помогает быть в курсе новейших трендов в нише. Полезно изучать лучшие практики и в абсолютно других областях, смотреть шире.
Этап 4
Исследование рынка, сбор референсов
Всегда полезно посмотреть, как похожая задача была решена другими продуктами и командами. Мы редко решаем какие-то уникальные пользовательские проблемы. Это также помогает быть в курсе новейших трендов в нише. Полезно изучать лучшие практики и в абсолютно других областях, смотреть шире.
Этап 4
Исследование рынка, сбор референсов
Всегда полезно посмотреть, как похожая задача была решена другими продуктами и командами. Мы редко решаем какие-то уникальные пользовательские проблемы. Это также помогает быть в курсе новейших трендов в нише. Полезно изучать лучшие практики и в абсолютно других областях, смотреть шире.
Этап 4
Исследование рынка, сбор референсов
Всегда полезно посмотреть, как похожая задача была решена другими продуктами и командами. Мы редко решаем какие-то уникальные пользовательские проблемы. Это также помогает быть в курсе новейших трендов в нише. Полезно изучать лучшие практики и в абсолютно других областях, смотреть шире.
Этап 4
Исследование рынка, сбор референсов
Всегда полезно посмотреть, как похожая задача была решена другими продуктами и командами. Мы редко решаем какие-то уникальные пользовательские проблемы. Это также помогает быть в курсе новейших трендов в нише. Полезно изучать лучшие практики и в абсолютно других областях, смотреть шире.
Этап 4
Исследование рынка, сбор референсов
Всегда полезно посмотреть, как похожая задача была решена другими продуктами и командами. Мы редко решаем какие-то уникальные пользовательские проблемы. Это также помогает быть в курсе новейших трендов в нише. Полезно изучать лучшие практики и в абсолютно других областях, смотреть шире.
Этап 4
Отрисовка дизайна
Используя дизайн-систему, можно быстро собрать макеты и прототипы. Дизайнер обычно создает несколько версий дизайна - например, одну для ближайшего релиза MVP и Target-версию для будущих релизов.
Этап 5
Отрисовка дизайна
Используя дизайн-систему, можно быстро собрать макеты и прототипы. Дизайнер обычно создает несколько версий дизайна - например, одну для ближайшего релиза 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
Сбор внутреннего фидбека
Дизайн-синк на дизайнеров и исследователей. На этих встречах мы проверяем и обмениваемся идеями о том, как можно улучшить макеты. Опционально, можно пригласить продактов и разработчиков (если команда не слишком большая, больше 10-15 участников не рекомендуется). Выступающий презентует проделанную работу с рассказом от проблемы к решению, идеально если с презентацией. Комментируем голосом 3 минуты, далее оставляем комменты в Фигме в отдельном файле для этой встречи.
Этап 6
Финальное согласование с продактом и разработкой
Когда дизайнер внёс правки по обратной связи, он должен показать его продакту и девелоперам и собрать их фидбек. Это не будет строго для исполнения, так как последнее слово всегда за дизайнером как владельцу артефакта. Разве что что-то будет сложно реализовать и не влазит в сроки, тогда это блокер.
Этап 7
Финальное согласование с продактом и разработкой
Когда дизайнер внёс правки по обратной связи, он должен показать его продакту и девелоперам и собрать их фидбек. Это не будет строго для исполнения, так как последнее слово всегда за дизайнером как владельцу артефакта. Разве что что-то будет сложно реализовать и не влазит в сроки, тогда это блокер.
Этап 7
Финальное согласование с продактом и разработкой
Когда дизайнер внёс правки по обратной связи, он должен показать его продакту и девелоперам и собрать их фидбек. Это не будет строго для исполнения, так как последнее слово всегда за дизайнером как владельцу артефакта. Разве что что-то будет сложно реализовать и не влазит в сроки, тогда это блокер.
Этап 7
Финальное согласование с продактом и разработкой
Когда дизайнер внёс правки по обратной связи, он должен показать его продакту и девелоперам и собрать их фидбек. Это не будет строго для исполнения, так как последнее слово всегда за дизайнером как владельцу артефакта. Разве что что-то будет сложно реализовать и не влазит в сроки, тогда это блокер.
Этап 7
Финальное согласование с продактом и разработкой
Когда дизайнер внёс правки по обратной связи, он должен показать его продакту и девелоперам и собрать их фидбек. Это не будет строго для исполнения, так как последнее слово всегда за дизайнером как владельцу артефакта. Разве что что-то будет сложно реализовать и не влазит в сроки, тогда это блокер.
Этап 7
Финальное согласование с продактом и разработкой
Когда дизайнер внёс правки по обратной связи, он должен показать его продакту и девелоперам и собрать их фидбек. Это не будет строго для исполнения, так как последнее слово всегда за дизайнером как владельцу артефакта. Разве что что-то будет сложно реализовать и не влазит в сроки, тогда это блокер.
Этап 7
Сбор внешнего фидбека, тесты
Опциональная активность, если позволяет время. Мы создаем подробные прототипы и проверяем гипотезы. Или это может быть быстрый опрос или другой метод UX-исследования.
Этап 8
Сбор внешнего фидбека, тесты
Опциональная активность, если позволяет время. Мы создаем подробные прототипы и проверяем гипотезы. Или это может быть быстрый опрос или другой метод UX-исследования.
Этап 8
Сбор внешнего фидбека, тесты
Опциональная активность, если позволяет время. Мы создаем подробные прототипы и проверяем гипотезы. Или это может быть быстрый опрос или другой метод UX-исследования.
Этап 8
Сбор внешнего фидбека, тесты
Опциональная активность, если позволяет время. Мы создаем подробные прототипы и проверяем гипотезы. Или это может быть быстрый опрос или другой метод UX-исследования.
Этап 8
Сбор внешнего фидбека, тесты
Опциональная активность, если позволяет время. Мы создаем подробные прототипы и проверяем гипотезы. Или это может быть быстрый опрос или другой метод UX-исследования.
Этап 8
Сбор внешнего фидбека, тесты
Опциональная активность, если позволяет время. Мы создаем подробные прототипы и проверяем гипотезы. Или это может быть быстрый опрос или другой метод UX-исследования.
Этап 8
Передача разработчикам
Используем наш чек-лист для передачи. Смотрим не упустили ли какие-то состояния (ошибки, лоадеры, нет интернета, не найдено, нет данных) Встреча, если необходимо.
Этап 9
Передача разработчикам
Используем наш чек-лист для передачи. Смотрим не упустили ли какие-то состояния (ошибки, лоадеры, нет интернета, не найдено, нет данных) Встреча, если необходимо.
Этап 9
Передача разработчикам
Используем наш чек-лист для передачи. Смотрим не упустили ли какие-то состояния (ошибки, лоадеры, нет интернета, не найдено, нет данных) Встреча, если необходимо.
Этап 9
Передача разработчикам
Используем наш чек-лист для передачи. Смотрим не упустили ли какие-то состояния (ошибки, лоадеры, нет интернета, не найдено, нет данных) Встреча, если необходимо.
Этап 9
Передача разработчикам
Используем наш чек-лист для передачи. Смотрим не упустили ли какие-то состояния (ошибки, лоадеры, нет интернета, не найдено, нет данных) Встреча, если необходимо.
Этап 9
Передача разработчикам
Используем наш чек-лист для передачи. Смотрим не упустили ли какие-то состояния (ошибки, лоадеры, нет интернета, не найдено, нет данных) Встреча, если необходимо.
Этап 9
Дизайн-ревью
Смотрим насколько реализация в коде соответствует макетам.
Этап 10
Дизайн-ревью
Смотрим насколько реализация в коде соответствует макетам.
Этап 10
Дизайн-ревью
Смотрим насколько реализация в коде соответствует макетам.
Этап 10
Дизайн-ревью
Смотрим насколько реализация в коде соответствует макетам.
Этап 10
Дизайн-ревью
Смотрим насколько реализация в коде соответствует макетам.
Этап 10
Дизайн-ревью
Смотрим насколько реализация в коде соответствует макетам.
Этап 10
Измерение результатов
Соответствуют ли данные ожиданиям?
Этап 11
Измерение результатов
Соответствуют ли данные ожиданиям?
Этап 11
Измерение результатов
Соответствуют ли данные ожиданиям?
Этап 11
Измерение результатов
Соответствуют ли данные ожиданиям?
Этап 11
Измерение результатов
Соответствуют ли данные ожиданиям?
Этап 11
Измерение результатов
Соответствуют ли данные ожиданиям?
Этап 11
Улучшение поиска
Улучшение поиска
Версия А
Мы предположили, что поиск внутри всплывающего окна удерживает пользователя в контексте, но в нем отсутствовала возможность видеть, к какому разделу относятся найденные статьи.
Версия А
Мы предположили, что поиск внутри всплывающего окна удерживает пользователя в контексте, но в нем отсутствовала возможность видеть, к какому разделу относятся найденные статьи.
Версия А
Мы предположили, что поиск внутри всплывающего окна удерживает пользователя в контексте, но в нем отсутствовала возможность видеть, к какому разделу относятся найденные статьи.
Версия А
Мы предположили, что поиск внутри всплывающего окна удерживает пользователя в контексте, но в нем отсутствовала возможность видеть, к какому разделу относятся найденные статьи.
Версия А
Мы предположили, что поиск внутри всплывающего окна удерживает пользователя в контексте, но в нем отсутствовала возможность видеть, к какому разделу относятся найденные статьи.
Версия А
Мы предположили, что поиск внутри всплывающего окна удерживает пользователя в контексте, но в нем отсутствовала возможность видеть, к какому разделу относятся найденные статьи.
Версия Б
Первоначальный дизайн имел хорошее сочетание результатов поиска и предварительного просмотра статей, но результаты поиска оказались недостаточно информативными на экранах меньшего размера.
Версия Б
Первоначальный дизайн имел хорошее сочетание результатов поиска и предварительного просмотра статей, но результаты поиска оказались недостаточно информативными на экранах меньшего размера.
Версия Б
Первоначальный дизайн имел хорошее сочетание результатов поиска и предварительного просмотра статей, но результаты поиска оказались недостаточно информативными на экранах меньшего размера.
Версия Б
Первоначальный дизайн имел хорошее сочетание результатов поиска и предварительного просмотра статей, но результаты поиска оказались недостаточно информативными на экранах меньшего размера.
Версия Б
Первоначальный дизайн имел хорошее сочетание результатов поиска и предварительного просмотра статей, но результаты поиска оказались недостаточно информативными на экранах меньшего размера.
Версия Б
Первоначальный дизайн имел хорошее сочетание результатов поиска и предварительного просмотра статей, но результаты поиска оказались недостаточно информативными на экранах меньшего размера.
Версия В (победитель)
Теперь результаты поиска и конкретная статья видны на одном экране и могут быть легко переключены с предварительного просмотра на полную статью, поэтому нет необходимости открывать несколько окон. Фильтр по папке показывает, где именно в дереве находится статья.
Версия В (победитель)
Теперь результаты поиска и конкретная статья видны на одном экране и могут быть легко переключены с предварительного просмотра на полную статью, поэтому нет необходимости открывать несколько окон. Фильтр по папке показывает, где именно в дереве находится статья.
Версия В (победитель)
Теперь результаты поиска и конкретная статья видны на одном экране и могут быть легко переключены с предварительного просмотра на полную статью, поэтому нет необходимости открывать несколько окон. Фильтр по папке показывает, где именно в дереве находится статья.
Версия В (победитель)
Теперь результаты поиска и конкретная статья видны на одном экране и могут быть легко переключены с предварительного просмотра на полную статью, поэтому нет необходимости открывать несколько окон. Фильтр по папке показывает, где именно в дереве находится статья.
Версия В (победитель)
Теперь результаты поиска и конкретная статья видны на одном экране и могут быть легко переключены с предварительного просмотра на полную статью, поэтому нет необходимости открывать несколько окон. Фильтр по папке показывает, где именно в дереве находится статья.
Версия В (победитель)
Теперь результаты поиска и конкретная статья видны на одном экране и могут быть легко переключены с предварительного просмотра на полную статью, поэтому нет необходимости открывать несколько окон. Фильтр по папке показывает, где именно в дереве находится статья.
Адаптация для экранов меньшего размера
Адаптация для экранов меньшего размера
Для экранов меньше 1280 по ширине (или на ноутбуках с большей шириной экрана, но с включенным масштабированием) мы разработали адаптированный дизайн когда боковые панели открываются в попапах.
Для экранов меньше 1280 по ширине (или на ноутбуках с большей шириной экрана, но с включенным масштабированием) мы разработали адаптированный дизайн когда боковые панели открываются в попапах.
Результаты
Результаты
Своевременный запуск MVP (август 2021).
1000 активных пользователей и это число растет.
12/67 основных продуктов банка размещают свой контент в SberHelp.
TTM (время выхода на рынок) составляет 2 недели, что является значительным улучшением по сравнению с ранними этапами.
В основном положительные отзывы от операторов (более чистый дизайн, удобная навигация).
Оптимизированный итеративный процесс проектирования и пользовательских исследований, проверка дизайна.
Интегрирована надежная система дизайна на основе компонентов MUI.
Своевременный запуск MVP (август 2021).
1000 активных пользователей и это число растет.
12/67 основных продуктов банка размещают свой контент в SberHelp.
TTM (время выхода на рынок) составляет 2 недели, что является значительным улучшением по сравнению с ранними этапами.
В основном положительные отзывы от операторов (более чистый дизайн, удобная навигация).
Оптимизированный итеративный процесс проектирования и пользовательских исследований, проверка дизайна.
Интегрирована надежная система дизайна на основе компонентов MUI.
Продукт призван заменить приложения Atlassian в качестве основной и ведущей системы управления данными банка. Он предоставляет пользователям многоуровневый доступ к выделенным пространствам и сегментам данных, уведомлениям, инцидентам и акциям. Таким образом, все пользователи работают только с той информацией, которая им действительно нужна.
Продукт призван заменить приложения Atlassian в качестве основной и ведущей системы управления данными банка. Он предоставляет пользователям многоуровневый доступ к выделенным пространствам и сегментам данных, уведомлениям, инцидентам и акциям. Таким образом, все пользователи работают только с той информацией, которая им действительно нужна.
Спасибо за просмотр!
Спасибо за просмотр!
Спасибо за просмотр!
Другие кейсы
Другие кейсы
Другие кейсы
У вас стартап? Продуктовая разработка? Хотите поболтать? Я ищу сильные команды и классных ребят
У вас стартап? Продуктовая разработка? Хотите поболтать? Я ищу сильные команды и классных ребят
У вас стартап? Продуктовая разработка? Хотите поболтать? Я ищу сильные команды и классных ребят
У вас стартап? Продуктовая разработка? Хотите поболтать? Я ищу сильные команды и классных ребят
