Этот микропоток LinkedIn необходимо исправить — пример использования UX

Nov 27 2022
Примечание. Это личный проект, в котором я провел эвристическую оценку микропотока LinkedIn. История, стоящая за этим - Итак, я искал работу UX в LinkedIn и подавал заявку на работу, когда понял, что непреднамеренно отправил свое старое резюме.

Примечание. Это личный проект, в котором я провел эвристическую оценку микропотока LinkedIn.

История позади этого -

Итак, я искал работу UX в LinkedIn и подавал заявку на работу, когда понял, что непреднамеренно отправил свое старое резюме. Я помню, как в тот день создавал новое резюме с названием «Azhar Resume UIUX.pdf», но я не знаю, как я случайно нажал на свое старое резюме, которое уже присутствовало на странице подачи резюме в LinkedIn и имело случайно похожее имя «Azhar Resume UI UX.pdf», и оно загрузилось на мой телефон, прежде чем я это понял. И поскольку все считают, что самый последний файл появляется первым в области недавних файлов диспетчера файлов, я также поверил в то же самое и непреднамеренно щелкнул «Azhar Resume UI UX.pdf», который не был моим последним резюме, в частности, я не хотел использовать устаревшее резюме.

Я понятия не имел, что подаю заявление со старым резюме. Я узнал об этом сценарии через несколько дней.

Затем, внезапно, я получил сообщение от Growthschool с приглашением принять участие в конкурсе UX Kickstarter Design Challenge Анудипа Айягари . Ранее я посещал его выдающийся семинар по UX. Затем Анудип Сэр сообщил нам, что одним из требований к этой задаче была оценка микропотока любого приложения с использованием эвристики и всех принципов, рассмотренных на предыдущем семинаре. Я вдохновился и сразу же решил поработать над микропотоком подачи резюме в LinkedIn.

Итак, вот оно.

Оценка микропотока

После наблюдения за потоком я понял, что есть две эвристики, которые нарушаются:

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

2- Пользовательский контроль и свобода : если пользователь по ошибке загружает неправильный документ, он не может выйти из этой ситуации. Он должен повторно загрузить правильный документ, но ранее загруженный документ останется там.

Обнаружена проблема:

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

2- Пользователь не может выйти из ситуации, если он загрузил какой-либо документ по ошибке

Идея

Обнаружив проблему, я попытался придумать возможные идеи для решения проблем, и у меня появилось несколько идей:

Идея 1: поместить старое резюме в раскрывающийся список.

Идея 2: добавление опции удаления для удаления неиспользуемого резюме.

Идея 3: Добавление опции предварительного просмотра.

Поразмыслив и посмотрев на эти идеи, я решил остановиться на «Идее 2».

Каркас из бумаги

Для идеи, которую я решил использовать, я сделал бумажные каркасы.

А вот ссылка на бумажный прототип — Нажмите на нее

Высокоточный прототип️

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

Внесенное изменение: добавлен значок удаления и изменено письменное указание, такое как «выбрать» и «отменить выбор», с галочкой.

Чем это полезно для пользователя: Это дает пользователю свободу удалить неиспользованный или неправильный документ, который он загрузил, т. е. следуя «эвристике контроля и свободы пользователя», которая избавляет его от неправильного выбора, т. е. у него будет только то резюме, которое ему нужно, и это увеличит оперативность подачи резюме. Поэтому теперь он следует «эвристике гибкости и эффективности».

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

Ссылка на прототип High Fidelity — Нажмите на нее

Но, но, но, «я не пользователь», это означает, что если я начну думать, что это решение работает для меня, тогда, конечно, оно будет работать для всех остальных, тогда я могу ошибаться, поэтому мне нужно проверить и проверить это решение с реальными пользователями.

Юзабилити-тестирование

Чтобы протестировать это решение, мне пришлось создать план, в котором я создал:

Задания для пользователей-

1-Перейдите на страницу отправки резюме и выберите резюме, которое хотите отправить.
2- оставьте только те резюме, которые хотите использовать.

Вещи, которые я хотел наблюдать-

1- Способен ли он определить, какое резюме ему нужно.
2- Удаляет ли он предыдущее резюме.
3- Поймите, может ли пользователь идентифицировать свое резюме за один раз.

Теперь пришло время протестировать его с реальным пользователем, я пошел в парк и протестировал решение с двумя пользователями.

Мои наблюдения с пользователем 1-

1- возможность выбрать резюме

2- Сбит с толку, если он удаляет правильное резюме

3- Пытается удалить неиспользуемое резюме.

Мои наблюдения с пользователем 2-

1- Запутался в резюме, которое ему нужно выбрать

2- Хотите сохранить несколько резюме для разных должностей.

3- спрашивает, как просматривать резюме.

4- Не уверен, что он удалил правильное резюме

Что я понял : у пользователя возникли трудности с правильной идентификацией резюме, и пользователь 2 дал мне откровение, т.е. что, если я хочу сохранить несколько резюме для разных ролей.

Я понял, что мне нужно придумать лучшее решение сейчас.

Улучшение решения️

Теперь, когда я протестировал предыдущее решение, я понял, что нужно исправить.

Затем я повторил свой высокоточный пользовательский интерфейс и внес некоторые изменения.

Внесенные изменения . Добавлен небольшой предварительный просмотр, чтобы пользователь мог идентифицировать резюме, и вместо надписи «выбрано» добавлена ​​кнопка «выбранное состояние», т. е. галочка в правом верхнем углу выбранного документа.

Поэтому всякий раз, когда пользователь выбирает какой-либо документ, окно расширяется и показывает быстрый предварительный просмотр документа.

Как это приносит пользу пользователю-

1-Теперь, если пользователь использует более одного резюме, он может просто выбрать резюме и просмотреть его. И тогда он может легко определить резюме, которое сэкономит его время, сделав процесс подачи резюме более эффективным. Теперь это соответствует эвристике гибкости и эффективности.

2- Теперь пользователь может легко идентифицировать резюме, которое ему не нужно, и может удалить его, поэтому он следует эвристике контроля и свободы пользователя.

Как это приносит пользу бизнесу:
1- Сокращает продолжительность сеанса подачи резюме, предоставляя пользователю свободу хранить более одного резюме, поэтому, более вероятно, что пользователь будет придерживаться LinkedIn для нескольких профилей работы, это увеличит среднее удержание пользователя.
2- Помогает бизнесу на основе показателей удобства использования, потому что теперь страница отправки работает так, как должна была работать.

Примечание . Возможно, это не идеальное решение, так как это необходимо проверить, что я и планирую сделать в будущем.

Мои уроки этого проекта

1- Важность четкого понимания основ UX.

2- Важность четкого понимания 10 эвристических законов.

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

4- Теперь я понимаю ценность UX, потому что теперь я понял, что даже поток популярного приложения можно изучить и улучшить.

Спасибо за чтение этого. Дайте обратную связь, если хотите.