Получи случайную криптовалюту за регистрацию!

Про удобство (Михаил Греков)

Логотип телеграм канала @proudobstvo — Про удобство (Михаил Греков) П
Логотип телеграм канала @proudobstvo — Про удобство (Михаил Греков)
Адрес канала: @proudobstvo
Категории: Бизнес и стартапы
Язык: Русский
Страна: Россия
Количество подписчиков: 17.62K
Описание канала:

Про продуктоводство, UX, работу с b2b-продуктом, кейсы из жизни и пользование Озон.
Пишет Михаил Греков, Head of product BI Analytic Workspace aw-bi.ru
🔥 Второй канал: Продуктовошная @suda_smotri
Сотрудничество — @GrekovM

Рейтинги и Отзывы

4.50

2 отзыва

Оценить канал proudobstvo и оставить отзыв — могут только зарегестрированные пользователи. Все отзывы проходят модерацию.

5 звезд

1

4 звезд

1

3 звезд

0

2 звезд

0

1 звезд

0


Последние сообщения 6

2022-04-04 17:54:55 Adidar

Помню в школе (90е) у меня была спортивная сумка “ADIDAR”. В то время много было Nuke, Abidas, Reibok и т.п. То ли эти бренды из Китая приезжали, то ли где-то в подвалах шили.

Факт в том, что настоящих брендов не было или они были не доступны, а вместо них были коверканные. Конечно, серьёзно к такой клоунаде никто не относился.

Возможно, те кто коверкал брендовые названия думали, что схожесть с брендом приведёт покупателей (наверное, даже так и было). Явно, никто из создаталей “Адидаров” не собирался делать продукт и бренд на века. Тупо хайп.

Я это к чему. Когда я вижу новости о запуске отечественных аналогов мировых систем, то хайпофильтр работает чётко: если название нового сервиса — это искаверканное название мирового продукта, то это тупо хайп. РосГрамм, ГрустноГрамм, РоссТрелло ... всё это хайп, который не достоин внимания.

Продукт начинается с названия, а не с клоунады.
3.5K viewsMikhail Grekov, 14:54
Открыть/Комментировать
2022-03-31 15:30:21 Детские юзабилити-болезни b2b-систем. ТОП-5.

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

1. Разряды в числах. 100000 → 100 000

2. Склонения возле чисел. Найдено 21 результатов.

3. Сортировки списков. Разработчики обожают или сортировать рандомно, или по ID.

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

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

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

UPD. В комментариях дополнили (спасибо!):

Ой, можно дополнить) обожаю

1. Открывать модалку на редактирование каждого пука

2. Все настройки в формате True/False: Не запускать/Сохранять/You name it — Да/Нет

3. Не делать прелоадеры или какие-либо маркеры отправки запроса

4. Давать нажимать/редактировать всё подряд, даже если есть взаимоисключающая логика

5. Зато при сохранении тебя ждут ‘…Type must not be null’, ’Name cannot be…’ и тп

#UX
3.9K viewsMikhail Grekov, edited  12:30
Открыть/Комментировать
2022-03-30 17:02:19
Компания TYPICAL выпустила познавательную статью про работу с консалтерами (их ещё называют консультантами ) .

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

В ИТ часто прибегают к консультантам и сами часто консультируют. Посмотрите, будет полезно.

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

Ссылка на статью: https://go.typical.company/industriya-konsaltinga
2.9K viewsMikhail Grekov, 14:02
Открыть/Комментировать
2022-03-29 10:01:00 ​​Какая боль, какая боль ...

Наверняка вы слышали подобные тезисы:

— Продукт должен решать боль,

— Если нет боли, то продукт не нужен,

— Какую проблему решаем?

Так вот, вера в тезис “продукт должен закрывать боль” — это однобокая позиция, которая сужает продуктовый вижн.

А если у пользователя нет боли, то ему ничего не надо? Или “нет боли” — это боль скрытая и её надо достать из пользователя? Что болело у людей до инстаграма?

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

Закрытие боли проще продать, но и продавцов обычно больше — это очевидное пространство.

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

Представьте (условно), работает некий бизнес и на проходной стоит турникет: всем сотрудникам делают пропуска, по которым они проходят. Ничего не болит — система работает. А потом приходят стартаперы и говорят: "Мы повесим фэйсконтроль на основе ИИ, который будет автоматически распознавать входящих. Не надо делать пропуска, не нужен турникет со считывателем кодов, камеру будем использовать существующую. Стоит дешевле, чем сопровождение текущей системы."
Принесли новую возможность, а не искали боль, которой нет.

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

В общем, если смотреть на продукт через призму “какие новые возможности мы даём пользователю”, то можно не сужать продуктовый вижн до очевидного “какую боль решаем”.
2.7K viewsMGrekov, 07:01
Открыть/Комментировать
2022-03-27 19:15:00
​​Разомнёмся? Как думаете, что рекламируется в этом объявлении? Я, честно сказать, имел много версий, но только тыкнув в объявление понял что это Объявление крутится в РСЯ, если что (рекламная сеть Яндекса).
2.6K viewsMikhail Grekov, 16:15
Открыть/Комментировать
2022-03-27 15:07:28 ​​Разомнёмся?
Как думаете, что рекламируется в этом объявлении?
Я, честно сказать, имел много версий, но только тыкнув в объявление понял что это

Объявление крутится в РСЯ, если что (рекламная сеть Яндекса).
2.6K viewsMGrekov, 12:07
Открыть/Комментировать
2022-03-26 15:30:01 ​​#Анонс #UX

Ребята, ещё одно мероприятие, которое рекомендую не упустить. В понедельник (28 марта) будет мастер-класс от Фабрики Юзабилити, Fabuza: Немодерируемые юзабилити-тесты: проверка сайтов и приложений на пользователях.

Немодерируемые юзабилити-тесты — это когда пользователю дают некое задание и он его самостоятельно решает с помощью предоставленного интерфейса (никто за ним не смотрит, не задаёт вопросы). Какое-то количество пользователей выполняет задание, а потом организатор теста анализирует юзабилити интерфейса.

Длительность вебинара — 1-1,5 часа, начало в 16:00 28 марта. Расскажут теорию и проведут мастер-класс: как узнать, в чем причина проблем с конверсией, находят ли юзеры нужный блок/ элемент/ страницу и многое другое.

Кому будет полезно?

Маркетологу.

При планировании рекламных кампаний, работе над повышением конверсии сайта.

UX-аналитику.

При проектировании интерфейсов сайтов, приложений, сервисов.

Product-менеджеру.

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

Дизайнеру.

При сборе информации для создания дизайна.

Регистрация и детали по ссылке.
2.6K viewsMGrekov, 12:30
Открыть/Комментировать
2022-03-24 17:37:25 Боязнь облажаться
Знаю ребят, которым есть, что сказать, или могут что-то запустить, но боятся облажаться.
Они долго готовятся к старту, всё просчитывают — хотят обрести гарантию, что не облажаются.
Но в итоге всё равно не делают, так как гарантий нет.

Да что уж там — я и сам частенько боюсь облажаться. Всякий пост — это борьба с мыслью: "Сейчас облажаюсь и крутые ребята, подписанные на канал, плюнут и отпишутся."

А потом ты берёшь и делаешь.
Жмёшь кнопку "Опубликовать" и двигаешься дальше. В это время кто-то, конечно, плюёт и отписывается, но приходит больше.

В общем, это я к чему: бояться облажаться, но делать — это нормально. А бояться облажаться и не делать — это ходьба на месте или деградация.

#мотивация, опубликованная в мае 2020
2.8K viewsMikhail Grekov, edited  14:37
Открыть/Комментировать
2022-03-23 11:33:46 Про простые задачи

Я тут выше писал про тезисы, на которые опираюсь при постановке задач. Расшифрую сегодня тезис “Простых задач нет”.

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

Например (упрощая реальность)

Менеджер: "Ребята, надо срочно добавить в анкету клиента адрес прописки. Это же быстро? Можем сразу в разработку забрать, аналитика же не нужна? "

Неопытный менеджер действительно может верить, что добавить адрес — это простая задача. Но нет, внутри задачи могут быть: интеграция с ФИАС (федеральная информационная адресная система), хранение структуры адреса, ситуации, когда адреса нет в ФИАС и т.д.

Представьте, что ребята говорят: “Да, вроде, просто. Давай сделаем”. И задача начинает разрастаться как снежный ком, ломая все ожидания и роадмап.

Простая задача — это задача, которую простой признали и менеджер, и аналитик, и разработчики. Т.е. любая задача должна пройти через стандартные предпрограммистские этапы: проработка постановки, дизайн (если актуально), оценка разработки. Да, это лишние транзакционные затраты для реально простых задач. Но экономия на “снежных комах” компенсирует с лихвой эти “лишние” транзакции.

Тезис “Простых задач нет” выстрадан практикой. Всякий раз, когда кто-то хочет побыстрее пропустить простую задачу в план работ, получает от меня стоп. “Возможно, задача и простая. Аналитика покажет, а после примем решение. ”
2.9K viewsMGrekov, edited  08:33
Открыть/Комментировать
2022-03-22 14:58:05
Таск или таска :) Как скажете в отношении задачи: "Мне осталось сделать ..."
Anonymous Poll
36%
этот таск
51%
эту таску
13%
иначе
1.1K voters2.8K viewsMikhail Grekov, 11:58
Открыть/Комментировать