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

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

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

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

в базе НЕ является фактом:
1. Опыт другого продукта. Где-то что-то сработало - не значит, что сработает у вас.
2. Опыт из статей аля "лучшие практики", например "эмодзи в письмах/пушах взрывают конверсию х2" и т.д
3. И любимое: "Логично", "Это очевидно", "Я считаю/знаю лучше блэт"😁

#метрики @easyaboutdesign

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

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

Пока что я попробовал объяснить то, из чего базово состоит любой продукт на условном делении метрик: на метрики продукта и роста, но важно уловить суть:
- На входе подаются юзеры
- Юзеры в продукте конвертятся/перерабатываются во что-то - метрики продукта.
- Это “что-то” важно для бизнеса - метрики роста.
- Метрики в целом отвечают на разные вопросы.
- Ты всегда работаешь с метриками продукта (даже если этого не осознаешь).
- Например, метрика удержания (retention).
- Получив юзеров, наш продукт превращает их для бизнеса в метрики роста.
- Например, активные юзеры, выручка, прибыль и тому подобное.
- Метрики продукта и роста важны одинакого.

@easyaboutdesign

Продолжаем постигать базу. На выходные и праздники вам составил блок про ценность, чтобы освоили и потом удивляли всех на работе, хе-хе. Вот файл. Также слегка обновлена "база продукта" (можно не перечитывать)

@easyaboutdesign

Добавил блок product/market fit и почему там дизайна нет. Дизайнеру важно осознавать эти моменты: базу продукта, ценность, pmf и гипотезы - первые 4 блока это как раз таки база, которую я хочу донести. Затем уже начну формировать это в схему из конкретных инструментов, где все соберется воедино. Опять же, это итеративный процесс, который я буду дорабатывать.

Вот файл.

@easyaboutdesign

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

Вот файл.

@easyaboutdesign

Сделал первую версию схемы (страница «Схема») и пока что в общем виде. Буду думать дальше: как лучше донести то, что есть и наложить детали с конкретикой.

Вот файл.

@easyaboutdesign

Говорят, что это нужно. Пусть будет.

Продолжаю делать схему. В этой итерации добавил деталей. Вот файл.

В новой итерации объясняю на схеме как всё со страницы «База» формируется во что-то более конкретное на примере определенных методов. В данном случае я их лишь перечисляю:
- исследование по jtbd, но тут в целом про исследования (большинству хватит: интервью, наблюдений и дневников)
- aarrr
- cjm
- userflow
- коридорки и/или юзабилити-тестирования
- опросы
- а/б тесты
- метрики

Пока без конкретики, разумеется, так как мы к ней будем идти очень плавно, чтобы сперва уловить базу - как обычно. Но уже видно, что инструментарий не rocket science для работы с любым продуктом. Инструментарий этот разумеется не весь. Я специально хочу ограничить кол-во фреймворков и т.д.

Очень важно: это не инструкция к действию, ведь у каждого бизнеса всё своё (боли, ограничения, цели, бизнес-модель и т.д), но общая канва такая.

Хочу особенно подметить маленькую схему под каждым шагом:

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

По факту надо и то и то, потому что "кому", "почему" и "зачем/нахуя" - качественные исследования отвечают на это, а вот ответы на "где", "что" и "сколько" - количественные исследования.

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

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

@easyaboutdesign

Прошла основная презентация wwdc 2023. Всякие обзорчики и абстрактные «умные мысли» посмотрите на других ресурсах, а вот что где быстро почитать конкретно за технологии и по дизайну ниже.

Не очень важно, но почитать коротко по ссылкам про чо нового и какой тех стек чтобы потом в гайдах найти и почитать нужное:
- visionOS
- iOS 17
- iPadOS 17
- macOS 14
- watchOS 10
- apple design award (это ради «вдохновиться», а в конце списка ссылка на прошлый год и тд)

Важно:
- читайте/смотрите сессии: по дизайну, коду и дизайну, графике и тд (вплоть до пятницы будет там контент).
- из интересного, например, 6 июня появится контент о том, как рисовать интерфейсы для очков, чтобы пополнить портфолио и дрибббл 🤡
- следите за обновлениями гайдов (периодически).

One more thing или непрошеные советы:
- начните немного пробовать blender и unity (они бесплатны. для UI просто... хех, не зря игру делать начал, но это уже сложно, предупредил, хаха).
- начните немного пробовать код. Сейчас не про эпл, а в целом на выбор: javascript/react или dart/flutter или у той же эпл есть бесплатный курс на 15 часов по SwiftUI.
- не учите всё и сразу - это бесполезно. Тот же 15 часовой курс по SwiftUI можно пройти за месяц. По паре часов в неделю. Этого достаточно, а потом уже браться за что-то другое.
- бросайте, если приложили сперва все усилия и поняли, что не даётся - это нормально, знать всё везде и сразу - это не панацея.

всех с добрым утром и продуктивного дня 🌞🌞🌞

@easyaboutdesign

Привет, начали замечать, что с канала пропадают видео? Все так, это делаю я сам))

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

На примере плейлиста «дизайн и бизнес» - оставил только 2 видео, да и то где NPS, CSAT, CES и CES 2.0, то там важны только NPS, CSAT, а CES и CES 2.0 игнорируйте за ненадобностью. Суть не в том, что там всё не так, а в том, что там и сям вещи по другому считаются, а что-то просто не работает на практике, не бьется с реальностью и от всего этого нельзя посчитать эффект для пользователя/бизнеса.

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

Хороших выходных, чильте, кайфуйте, не забивайте мозги дизайном 😁

@easyaboutdesign

Стрим, погнали

https://www.youtube.com/@ruslansharipovuxui/live
https://www.youtube.com/@ruslansharipovuxui/live
https://www.youtube.com/@ruslansharipovuxui/live

Кто пропустил вчерашний стрим, вот запись:
https://youtu.be/bM-D9KtVJGA
https://youtu.be/bM-D9KtVJGA
https://youtu.be/bM-D9KtVJGA

Материалы и тайм-коды в описании.

@easyaboutdesign

Экономика любого продукта: на вход пользователи → на выходе деньги.

Для любого продукта: b2c, b2b, b2g, %ваша-бизнес-модель%.

Для любых бизнес-моделей любых продуктов компании привлекают пользователей из каких-то каналов (побухать + продать в b2b/b2g - это тоже канал привлечения).

Компания делает первую продажу и получает покупателя. Покупатель совершает платежи и приносит прибыль компании.

Пользователь → Лид (иногда есть такой шаг) → Покупатель/Клиент

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

Масштабируемые:
1. Acquisition Costs - привлечение (маркетинг) и первую продажу.
2. COGS или Cost of Goods Sold - обслуживание клиента после первой продажи на время его жизни: себестоимость, доставка, упаковка, расходы на обслуживание клиента после продажи, онбординг, установка, комиссия платежным системам, премии продажникам (если премия выдается за каждую продажу), налоги усн, ндс и т.д., расходы на сервера - в общем любые расходы, которые несем.
3. Есть COGS 1st sale (на первую продажу) - это те же издержки, если мы разово несем на первой продаже, а на последующих продажах издержки нет. Например, расходы на внедрение вначале пользования продуктом нашими пользователями: welcome-письма и стоимость команды поддержки первый месяц, разовая премия на первую продажу продажнику.

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

Например, в продукте Яндекса: диск - зарплата продактов, дизайнеров и разработчиков входит в Fix Costs, а вот сервера и хранилища - масштабируемые расходы: кратно больше пользователей диска → кратно больше рост расходов на сервера с ростом платящих и бесплатных пользователей.

Чтобы проще ощутить разницу задавайся вопросом: если продажи вырастут в 100, 200 или даже в 300 раз, то как вырастет статья расходов? Если ее нельзя ограничить сверху и рост издержек кратный - это масштабируемые издержки COGS.

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

@easyaboutdesign

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

Компания привлекает пользователей, а значит на входе в продукт они есть всегда в их первую сессию: например 10 тыс. пользователей - это поток пользователей (users или user acquisition).

10 тыс. пользователей появилось потому, что компания потерпела масштабируемые издержки на их привлечение: например маркетинг 200 000₽ (acquisition costs).

Юзеры пришли, не все они покупают, но какая-то часть из них купит.

Когда пользователь что-то покупает, тогда становится платящим пользователем, покупателем или клиентом и, совершив первую покупку, появляется конверсия (Conversion, C1), но о ней потом. В это же время компания терпит масштабируемые издержки на обслуживание клиента после первой продажи: например на упаковку и доставку 3500₽ (COGS).

Затем компания терпит фиксированные издержки: например зарплаты, офис и т.д. (Fix Costs - нас это меньше всего интересует).

—

Дисклеймер: в твоей компании одни и те же метрики могут называться как угодно - увы, в интернете кто-то мог прочитать статьи для инвесторов или неправильно истолковать цифры или вовсе опираться на x-инструмент аналитики, или уйти в confirmation bias.

Главное уловить суть для любого продукта: Пользователь → Лид (иногда есть такой шаг) → Покупатель/Клиент. На входе пользователи (люди), а на выходе деньги.

—

users или user acquisition - пользователи - число привлеченных уникальных людей, которые были в продукте (сайт, приложение).

—

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

—

old users - старые пользователи - их первая сессия была до указанного диапазона, т.е. до октября.

проще всего посчитать старых так: old users = users - new users.

—

buyers, customers, clients - покупатели, заказчики, клиенты или даже потребители - число платящих пользователей (людей, которые купили хотя бы 1 раз)

—

new buyers - новые клиенты, например за октябрь, у которых дата первой покупки была в указанный диапазон времени, например new buyers за октябрь.

—

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

проще всего посчитать старых так: old buyers = buyers - new buyers.

—

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

Когда в твоем SaaS продукте регистрируется пользователь (не купил) - это аналог лида. Такой пользователь не оставил заявку, но уже дал контактные данные и компания может с ним контактировать, чтобы такие пользователи покупали - это потенциальный клиент.

Лид это одно из состояний пользователя. Завтра подробнее про это, надеюсь ты увидел, что везде - пользователь. На сегодня всё.

Если все равно ничего не понял, приходи на консультацию - подробности тут.

@easyaboutdesign

В прошлый раз я писал, что лид это одно из состояний пользователя.

Системы аналитики и CRMки могут и ошибаются, поэтому их подключают несколько: ga + я.метрика или amplitude, appsflyer, firebase analytics, mixpanel и т.д, также есть CRMки уже упомянутые, а также в зависимости от бизнеса еще может быть склад, у которого отчетность может быть своя, а также еще директы/гугл эдсы и т.д. - источников может быть много как видишь.

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

пользователь на сайте...
или из вк
или где-то еще - это не важно

лид оставил заявку на сайте...
или просто позвонил и не оставил заявку
или зарегистрировался
или оставил телефон на обратный звонок
или написал/позвонил через какой-то сервис или whatsup
или где-то еще и как-то еще связался с компанией любым способом и оставил контактные данные

Дальше это все заявка и в целом история, которая происходит с лидом:

Заявка
Она впервые появляется тогда, когда оставил заявку на сайте и... (остальное описано выше)

Заявка
Дальше с этим лидом по заявке происходит:
Когда дозвонились до лида (не все возьмут трубку)
или отправили СМСку

Заявка
Дальше с этим лидом по заявке происходит:
Когда квалифицировали лида (целевой/не целевой)

Заявка с записью на демо/вебинар/прием/вставить своё
Дальше с этим лидом по заявке происходит:
Когда подтвердили время на демо/вебинар/прием/вставить своё

Заявка
Дальше с этим лидом по заявке происходит:
Когда лид подтвердил что придет, а менеджер/продажник/кто-угодно записал это

Заявка
Дальше с этим лидом по заявке происходит:
Когда пришел на демо/вебинар/прием/вставить своё

Заявка
Дальше с этим лидом по заявке происходит:
Когда оплатил

Каких-то промежуточных шагов может быть сколь угодно. Суть простая: Пользователь → Лид (иногда есть такой шаг) → Покупатель/Клиент

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

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

На сегодня это все. Скоро продолжим. Обратил внимание, что снова пользователь, а речь про экономику продукта и метрики еще и не началась. Потому что если проблемы уже тут, то и цифры тоже будут с проблемами.

Если все равно ничего не понял, приходи на консультацию - подробности тут.

@easyaboutdesign

Маленький пост про большое значение конверсии.

На вход в продукт всегда есть 100% юзеров из канала привлечения → ? → ? → ? → ?
- Эти 100% это то, что смог привлечь маркетинг - users или user acquisition (UA).
- Если ты дизайнер в маркетинге то понимаешь: 1. за юзеров бизнес заплатил деньги за привлечение. 2. делаешь выводы о своей работе и как сделать ее лучше, чтобы дать больше пользы и зарабатывать больше.

Итого: канал → юзеры (user acquisition) → ? → ? → ? → ?

А дальше чо? Ну вот привлекли мы n-количество юзеров. Это количество всегда 100% и это их первая сессия. Только в эту первую сессию мы имеем эти 100% юзеров. Опять же, повторяю, чтобы отложилось: эти юзеры также новые, потому что их только что привлекли и это новые пользователи И
- они решают хорош ли продукт или нет
- мы масштабируемся за счет них
- они совершат первый последующие платежи или нет
- мы, если не понимаем их проблемы, увидим как летит и экономика продукта и финансы, что убивает маркетинг
- они задают вопросы нам о том, почему такой хуевый дизайн у нас на первой сессии
- мы терпим убытки из-за кучи обращений в поддержку, чтобы последние решили проблемы юзеров

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

Не все они покупают, как уже понятно, но какая-то часть из них купит, то есть компания им сделает продажу - sales

--

Тут появляется конверсия (C1)
или conversion to buyer
или конверсия в клиента
или конверсия в оплаченного лида
или конверсия из юзера в клиента - доля людей, ставшие покупателями из юзеров.

Считать честно от пользователей. Это важно как и мышление, и постановка вопроса: когда c1 = 0,2% - это значит что смотреть надо не на тех, кто уже купил, чтобы вырастить конверсию до 0,5%, а на те 99,8%, которые не купили, которые ушли - по разным причинам:
тех. трудности
или с мобилок трафик, где клевые анимации/графика тупо тормозят девайс
или кнопку блокируют купить
или текст непонятный (выгоды мало)
и так далее.

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

--

И вот когда юзер что-то покупает, то становится платящим (юзером, покупателем, клиентом) - buyer, который совершит один или несколько платяжей - payments.

Итого: канал → юзеры (user acquisition) → sales → тут затесалась наша с1 (конверсия) → buyer → payments → ?.

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

--

Как видишь все снова вертится вокруг юзера, а дизайнеру это важно осознавать, что когда проблемы с конверсией, тогда надо идти к юзерам и думать что мы (компания) сделали не так и как мы мешали им купить. За цифрами же должен следить аналитик или тот, кто в компании понимает аналитику. Если таких людей нет, как и аналитики, то, возможно, вы стартап, так как маленькому стартапу или компании рано, но если это бизнес на десятки миллионов рублей - работа без инструментов аналитики и хотя бы понимания команды без цифр = трагикомедия.

--

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


Если все равно ничего не понял, приходи на консультацию - подробности тут.

@easyaboutdesign

Привет! В следующем году для вас буду делать контент в формате подкаста.

Это будет подкаст в режиме прямой трансляции + после записи выход на всех площадках.

Старт попробую сделать в первую рабочую неделю 2024.

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

Если у вас есть вопросы по процессам, артефактам, каким-то метрикам и т.д, что касается ux/ui и не только)), то можно отправить вопрос через бота (иногда может подтупливать), или на почту ruslan.sharipov.ux@gmail.com (в теме напишите Вопрос).

@easyaboutdesign

[1/3] - Увидел 25 страничный отчет от бывших сотрудников Miro про онбординг. Посмотреть можно тут.

Крч, мне стало интересно почитать и заодно поделиться, потому что:
а) онбординг близок к активации, а это самая важная метрика, для нас, дизайнеров
б) в отчете отмечается, что это полезно дизайнерам

Штош, сказал я себе, и пошел читать. Сначала идут всякие чиселки типа 80+ компаний в отчете. Не особо зацепило, а вот то, что рядом с ними помимо b2c, b2b была модель PLG - это интереснее.

Коротко про PLG. Product led growth - это у нас про рост, ориентированный на продукт, то есть это такая бизнес-модель, в которой acquisition (привлечение) и retention (удержание) юзеров зависит от самого продукта, что ведет к хорошей (conversion) конверсии. Пахнет метриками и юнит экономикой, т.е базой из моих постов выше.

Это всё к тому, что сам факт упоминания PLG в отчете - это хорошо. Потому что любителям/задротам UX делать «по науке и книжкам» будет не по себе. Такие специалисты часто противоречиво воспринимают реальный мир: продукт обязан давать, как угодно, пользу/выгоду конечному юзеру. Успех зависит не от красивостей и «интуитивно понятной навигации», а от в чем выгода/польза брат?

Может показаться, что противоречий нет, но я имел ввиду случаи когда исследования проводятся ради исследований, потому что должно быть «по науке и книгам», а про ценность забывают. Красиво - это не ценность. Интуитивно сделали - это не ценность. Увы, жизнь так не работает, люди так не чувствуют (отсылка, кто понял, тот понял).

Почта зло -> Slack
Передача файлов зло -> Dropbox
Аренда дорогая зло -> AirBnb
Нет развлечений зло -> YouTube
Планирование зло -> Calendly
и т.д

В каждой истории были факапы, которые «по науке и книжкам» как будто не должны были быть, а задним числом мы все умные. Напомню, оригинальный youtube - это сервис для поиска партнера для свиданий. Все это к тому, что в отчете - модель PLG используется в компаниях - 59,6%. Такая вот преамбула.

Кстати, забавно, что отчет поделен по главам и первая глава: Как компании подходят к решению проблем с онбордингом. Тут про метрики и, внезапно, активация лидирует. Писал и говорил тут и тут (название видоса кликбэйт, дэ).

Разумеется, не одной активацией мы едины, потому как надо строить дерево метрик, возможно, прокси метрики, чтобы понять и свести к тому, что важно. Активация просто как отдельная метрика для дизайнеров важна, а вот в целом же это почти всегда сочетание активации, удержания, конверсии и действий юзеров (события, которые отбиваются в системе аналитики). Активация же в отчете лишний раз подчеркивается как «наиболее серьезная проблема в определении, измерении и достижении ее эффективности».

@easyaboutdesign