Михаил Греков написал, как сделать удобнее таблицы, с помощью которых пользователи управляют данными (CRM, ERP и прочие системы).

Михаил Греков написал, как сделать удобнее таблицы, с помощью которых пользователи управляют данными (CRM, ERP и прочие системы).

Михаил Греков написал, как сделать удобнее таблицы, с помощью которых пользователи управляют данными (CRM, ERP и прочие системы).

В первой статье разбирается просмотр данных.

1. Рабочая таблица должна занимать максимум места на экране. Как вариант — опция «на весь экран».
2. Объединяйте данные. Если есть данные о фамилии, имени и отчестве, их целесообразно вывести в один столбец ФИО. Должность или роль в системе тоже можно присоединить к ФИО.
3. Бесконечная прокрутка и кнопка «Показать ещё» не подходят для отображения строк таблицы. Делайте постраничную навигацию. Это удобно и для коллективной работы с таблицей.
4. Показывайте по умолчанию больше строк на одной странице: 50, 100, 500.
5. Используйте цветовые индикаторы. Красить строку целиком стоит только при отклонении от нормы.
6. При наличии цветовых индикаторов полезно отображать легенду цветов.
7. Храните пользовательские настройки вида, не сбрасывайте их после окончания сеанса.
8. Связанные сущности (название организации может быть связано с карточкой организации) полезно делать ссылками на соответствующие карточки. Но если таких сущностей в строке много, выделите только полезные в работе.
9. Строка должна подсвечиваться при наведении курсора. Должна быть возможность выделить строку кликом на неё.
10. Нет ничего страшного при появлении горизонтальной прокрутки.
11. В некоторых случаях полезно маркировать просмотренные записи.
12. Должна быть настройка отображения столбцов с системными свойствами (ID, дата создания, автор, дата изменения).
13. Переход к просмотру записи удобно сделать по двойному клику.
14. Иногда удобен режим предпросмотра, когда по клику открывается не вся запись, а сводка по ней, как в Google Drive.

«Строка в таблице часто является прелюдией к просмотру полной информации по записи. На моей практике в 99% рабочих таблиц модальный режим просмотра уступал просмотру записи на отдельной странице».

🏍️ Более быстрая лошадь

🏍️ Более быстрая лошадь

Продуктоводы любят цитировать Генри Форда:

Если бы я спросил у людей, чего они хотят, они бы попросили более быструю лошадь [а не автомобиль]

Вывод делается такой, что пользователи, мол, сами не знают, чего им надо.

Кажется, в этой байке очень мало хорошего:

1. «Если бы спросил, они бы попросили». Да откуда ты знаешь? Спроси сначала — мало ли, вдруг ответы тебя удивят.

2. Допустим, реально ответили, что нужна «более быстрая лошадь». Это весьма полезная информация, только надо сфокусироваться на «быстрая», а не «лошадь». Почему важна именно быстрота, а не выносливость, комфорт или там стоимость владения? Что смогут они такого делать, чего раньше не могли? Сразу возникают вопросы, которые помогут увидеть правильное направление.

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

4. Средний продуктовод — далеко не Генри Форд (сорян). Не грех и спросить, корона не свалится.

В общем, я за другую цитату Форда:

Мой секрет успеха заключается в умении понять точку зрения другого человека и смотреть на вещи и с его, и со своей точек зрения.

Найти рынок

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

Часто продукты рождаются из собственной потребности основателя. Это классика. У тебя что-то настолько болит, что ты просто придумываешь решение. Дальше видишь, что у других болит также и они готовы тебе платить (это рынок). Масштабируешь решение, растешь и т.д.

Есть две короткие истории про это.

1. Дженифер классно писала эссе в институте. Ее одногрупница попросила помочь, но Джен была сильно занята. Тогда ей предложили выполнить работу за $20 (нащупывается рынок).

Заказ за заказом и Дженифер наняла себе в помощь других писателей. Так родился продукт EssayService.

2. Джилбоа - парень, который носит очки, как-то потерял их во время своего путешествия. Они просто выпали у него из рюкзака. Он провел небольшой ресерч для покупки новой пары и обнаружил, что наценка составляет Х10-20 от себестоимости.

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

Всё, что нужно знать менеджеру продукта про пользовательский опыт

Всё, что нужно знать менеджеру продукта про пользовательский опыт

Отличная подборка полезных ресурсов и запись вебинара с Михаилом Грековым про UX.

Процитирую несколько крутых мыслей:

✔️Пользовательского опыта не существует, пока у продукта нет аудитории. Это главная причина начать получать обратную связь в процессе разработки как можно раньше (тестирование прототипов, коридорные тесты, запуск через MVP)

✔️Пользовательский опыт неоднороден. У разных частей продукта может быть совсем разный UX (попробуйте найти в Zoom настройки видео). И для разных аудиторий UX может быть разным (1С очень удобен в глазах опытного бухгалтера)

✔️Хороший UX это баланс между удобством (помогаем пользователю дойти до цели кратчайшим путём) и интересами бизнеса (на примере Яндекс Go, продвигаем другие сервисы за счёт простой задачи вызова такси)

✔️Пирамида пользовательских ценностей (см картинку👇🏻). Нет смысла заниматься проблемами на верхних уровнях, если в продукте не решены критичные проблемы на нижних.

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

Специальные организмы

Специальные организмы

Год назад мы перестроили процесс работы команды с китом в Figma и перестали проебываться с правками по десяткам экранов разом.

Для этого в общей теории атомарности мы вели специальные организмы.

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

В нашей дизайнерской вселенной живут пять сущностей, две из них — наша находка.

1. Атомы
Базовые элементы-одноклеточные. Отвечают за стиль и используются много раз. Атомом бывает фигура или иконка.

2. Молекулы
Сумма атомов, основа дизайна: это целостный элемент, например кнопка, инпут, меню или тапбар. Отвечает за разметку (расстояния).

3. Организмы
Это состояния молекулы, которые передают цвет и отображение атомов. Например, состояния кнопки: при наведении или при нажатии.

4. Специальные организмы
Отвечают за текст и иконки и конкретный текст внутри сценария.

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