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

Идеи из опыта развития своего продукта

Пользователи не прочтут

Заметил, что в процессе работы над новым сайтом мы пару раз сказали следующее: «Об этом мы написали, значит, пользователи прочтут».

… но совсем не обязательно, что прочтут.

Вспомните, как вы посещаете сайты. Наверняка взглядом цепляетесь за картинки, мельком пробегаетесь по заголовкам и редко читаете подробное описание. Того же стоит ожидать и от посетителей вашего сайта.

Если важно передать какую-либо информацию, сделайте её заметной. Второстепенную сокращайте, либо удаляйте.

Люди не могут запомнить всё. Поэтому важно, чтобы они запомнили то, что нужно вам.

Повысить удобство продукта

Есть отличный способ проанализировать и повысить удобство продукта:

Расписать пошаговый сценарий использования от начала (регистрация, вход) до целевого действия (покупка, подписка).
Выявить потенциальные проблемы на каждом шаге. (Пример: пользователь выбрал не те даты при покупке билета.)
Подготовить 1–3 варианта решения каждой проблемы. (Продолжу пример: продублировать информацию о заказе перед оплатой).
Выписать решения наиболее значимых проблем и внедрить их в продукт.

Пользователи не глупы

Периодически встречаю мнение, что пользователи глупы, с чем сильно не согласен. Эту позицию подкрепляют люди, обвиняющие себя в неспособности разобраться в технике или каком-либо онлайн-сервисе.

Хотя еще Дональд Норман в книге «Дизайн привычных вещей» писал, что если человеку не понятен принцип работы какой-либо вещи или интерфейса, то виноват в этом дизайнер, а не человек.

Полностью поддерживаю это мнение и считаю:

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

Сначала проблема, потом решение

Как-то на собеседовании меня спросили: «Кого ты послушаешь, если руководитель проекта говорит одно, а директор другое?».

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

Если разумные люди, которым небезразличен успех компании, конфликтуют, значит, дело в неправильном понимании ситуации. И вопрос решается не путем определения того, кто прав, а в более детальном разъяснении сути конфликта.

Потому что лишь четко определив проблему, можно дискутировать о ее решении. Без этого любое обсуждение — лишь борьба авторитетов, а не аргументированное отстаивание идей.

Простой тест идеи

Чаще всего, если разработчик говорит, что реализация новой идеи заметно усложнит логику архитектуры, то, скорее всего, в вашей идее что-то не так.

Хорошо продуманная продуктовая идея не должна нарушать логику ни интерфейса, ни архитектуры.

Важное замечание: это правило работает только в том случае, если архитектура и интерфейс созданы без ошибок.

Кого слушать

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

Одинаково хорошие специалисты могут добиваться противоположных результатов, работая в разных компаниях. Но большинство все равно будет слушать того, кто оказался в компании с громким именем, хотя профессиональный уровень обоих специалистов будет одинаковый.

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

Уверен, что верно и обратное.

→ Моя книга «Дизайнер интерфейсов».→ Telegram-канал о развитии продукта.