Полтора месяца проходил внутренний курс по UX-исследованию, и вот что я узнал:

🫡 Рекрутинг – это долго и сложно. Это самая рискованная и непредсказуемая часть, результат которой ты меньше всего контролируешь.

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

🥸 Во время рекрутинга нельзя раскрывать истинные цели исследования. Это может привести к тому, что на интервью придут баунтихантеры. Слышал о забавном случае, когда человек пришел на интервью, представился, посидел на вводной части, а потом просто отключился. Через некоторое время он написал письмо примерно такого содержания: “Где моя награда за участие?!”

🫢 Нельзя просто так взять и позвать человека на интервью. Причины в основном на четыре буквы и связаны с приватностью данных.


📜В принципе, как и в подкастах, заготовленный скрипт отлично помогает. В него всегда можно подглянуть в стрессовой ситуации.

🏃‍♂️‍➡️ Подбадривание и накачка отлично работают в спорте, улучшая результаты, но этим самым смазывают результаты исследования.


😮‍💨 Обработка результатов – тяжелый процесс. На него уходит много времени, а также требуется загрузка всей информации в голову. В среднем на исследование уходит 1-2 месяца.

🕵️ В исследованиях, которые я уже провел, мне было тяжело не фреймиться на собственное видение проблемы. Это происходит неявно. Где есть пространство для интерпретации слов пользователя – появляется такая опасность. А появляется оно всегда.

#продуктоунерство

Какой же Кодзима гений! 😃

Просмотр сессий WWDC в команде

На WWDC много сессий, которые вроде бы и нужно смотреть, но так лень. Что делать?

Тут помогает раздельный просмотр сессий:

1. Отметили потенциально интересные сессии.
2. Объединили их в группы по смыслу.
3. Разделили группы между членами команды.
4. Каждый посмотрел свою часть и сделал краткую выжимку с ответами на вопросы: что было интересно? Как это может повлиять на наш проект или работу?
5. Назначили дату синка.
6. Встретились, обменялись инсайтами и выписали темы для более подробного исследования.

У такого подхода дофига плюсов:
- Команда охватывает все сессии конференции.
- Каждый член команды, готовясь к обсуждению своей части, мотивирован что-то посмотреть.
- Происходит перекрёстное опыление в команде.

Моя очередь жаловаться, какой сложной стала современная разработка

Задача: Нужно сходить на сайт, подставить строчку, нажать на кнопку, прочитать ответ и отправить результат в телегу.

Задача решилась буквально за полчаса при помощи Selenium, Python, сron и ChatGPT, естественно.

Это все круто, но хочется запускать в облаках, чтобы во-первых окошко Хромиума внезапно не появлялось скримером посреди экрана, а во вторых выполнение не зависело от открытости крышки мака.

🙃 И тут я попал в гребаный АД

ChatGPT предложил набор альтернатив для подобной задачи. Я подумал, что в 2024 запуск чего-то на Heroku – такое, а вот AWS Lambda – то, что нужно растущему организму.

Как же я ошибался.

Сама по себе заливка кода на Lambda – целая церемония с установкой AWS CLI, правильным архивированием и заливкой. Тут я пострадал из-за того, что надо архивировать не подготовленную для релиза папку, а ее содержимое(!!!). Иначе все распаковывается в этой же папке, а lambda ищет скрипт в корне. Причем если ты заливаешь что-то нетривиальное, то ты даже не видишь как оно распаковалось 😞

Дальше танцы с хромиумом. Оказалось, что там можно запускать только headless версию. А для этого надо добавить отдельный слой для lambda. Нашел нужный образ, а он превышает 50mb, которые принимает AWS.

Потом вскрылось, что на самом деле сейчас все делается проще. Достаточно лишь взять докер образ, залить его в EC2, а далее запускать lambda в нем 🤪

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

Плюнув на это, я пошел играть в Elden Ring, потому что в нем превозмогания меньше.


🏆 Github Actions как дар богов

Сегодня запилил решение буквально за часик на Github Actions. Взял готовый конфиг, подредачил скрипт тут, прокинул секреты там – готово. Пока настраивал, кажется, слышал на фоне пение ангелов.

Задумался, а почему так получилось. Возникло несколько вариантов:
1. Я тупой
2. Конфиги должны храниться вместе с кодом
3. Lambda – технология древних, на которых можно крутить что-то плюс-минус нетривиальное, только после 5 лет обучения и сертификации от Amazon

Что думаете?

p.s. репа тут

Торренты в Европе

Многие знают, что в США и Европе активно борются с торрентами. Но интересен способ, которым это происходит.

В Германии этим занимаются не государственные компании, а частные фирмы, действующие по принципу патентных троллей.

Как это работает:
1. Получают благословение от создателей контента.
2. Находят самые популярные торренты, например новинки фильмов или игр.
3. Ищут тех, кто раздаёт контент, собирая IP-адреса.
4. Связываются с провайдерами, показывают, что представляют правобладателей, и получают физические адреса нарушителей по IP-адресам.
5. Рассылают письма с требованием заплатить штраф в размере от 600 до 2000 евро.
6. Угрожают судом, пока не заплатят.

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

Забавно, что есть компании, готовые бороться с патентными троллями за вознаграждение. Ставлю, что это одни и те же люди 🥸

Claude 3.5 Sonet

Тут наткнулся на пост про Claude 3.5 Sonet. Его разрабатывает один из основных конкурентов OpenAI – Anthropic.

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

ChatGPT в основном выдает текстовый результат, ну можно еще попросить картинку сгенерировать. У Claude есть так называемые Artifacts. Это боковое окошко, в котором выдается результат и даже исполняется код. Правда у меня получилось запустить код только на js, но не Python.

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

Свои бесплатные лимиты на день потратил на запил 8-bit гоночки 🏎️

Народ использует артефакты, чтобы генерить модель Солнечной системы, 3d лабиринты с видом от первого лица и даже подобие doom 2.

Официальный пост про Claude 3.5

Death Stranding

tl;dr Неделю назад закончил и до сих пор нахожусь под впечатлением. Кодзима – гений.

Когда игра вышла, я присоединился к толпе людей, которая как попугайчики восхваляла Кодзиму. При этом сама игра мне казалась странной: какая-то научно-фантастическая эзотерика, какие-то пуповины, ребенок в банке, прикрепленный к костюму. Что вообще происходит?! Наконец решился пройти и не пожалел. Сейчас попробую ее “продать” и вам.

🎮 Геймплей
Ну, вы и так в курсе. Игра – симулятор доставки с препятствиями. Тут, по сути, три части: бег по пересеченной местности, немного пострелушек и стелс в зонах с невидимыми тварями. Вполне годно, во многом – медитативно.

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

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

🎵 Музыка и визуал
Перед тем как сделать игру, Кодзима ездил за вдохновением в Исландию. Там на такси его довез, как потом оказалось, музыкант. Разговорившись, музыкант дал послушать геймдизайнеру свои треки, а тот предложил записать саундтрек для игры.

Никогда не забуду, когда после первого сложного перехода я вышел на плато с шикарным видом, и заиграла “Don’t Be So Serious”. Это был полный матч. А финальный “I’ll Keep Coming” я уже заслушал до дыр. Low Roar, получается, тоже гении?

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

Пуповины и местами хромающая мотивация, конечно, остались. Но в остальном – уровень хорошего кино или хорошей научно-фантастической книги.

Визуал + музыка + сюжет = нереальная атмосфера, в которую погружаешься полностью. Повторюсь, уже неделю хожу под впечатлением. Рад, что смог пересилить первую реакцию на трейлеры.

Кодзима – гений? Выходит, что так.

#пятничное

Как лгать при помощи статистики – Дарелл Хафф

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

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

🧑‍🎓Польза
Начну сразу с негатива. Книга во многом представляет собой сборник математических баянов для школьников: среднее арифметическое vs медиана, графики не от 0 или с разрывами и так далее. На встрече сошлись, что прямая польза, наверно есть, но для не-технарей.

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

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

Или что одни и те же факты можно представить в разной форме, из-за чего они будут иметь разный противополжный смысл: каждый третий пользователь, решая проблему А, пользуется нашим продуктом vs две трети пользователей отказываются от использования нашего продукта для решения задачи А.

Такие ошибки делают постоянно, логические выводы надо постоянно челенджить, и книга в моменте добавляет внимательности в таких ситуациях.

🤩Интересность
Первое издание вышло в 1954 году, поэтому примеры – срез американской культуры того времени.

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

В целом читать книгу было интересно.

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

На встрече еще предложили подогнать книгу тем, у кого плохо с критической оценкой новостей из телека 📺

📚Что еще почитать
Опять же на встрече было предложение прочесть "Статистика и котики", потому что она поможет быстро освежить школьный/универский курс по теме.

Но мне кажется, что в этой книге статистика встречается только в названии. Более близкой книгой я бы назвал "Думай медленно, решай быстро" Канемана. В ней приводится сильно больше примеров нерациональности человека, подобных ошибок и заблуждений. Но там 500+ страниц, не каждый доберется до финиша 🙂

#книги

Посмотрел WWDC'24

По долгу службы, а еще по зову сердца посмотрел сессии WWDC, в первую очередь про модули и Xcode. Что больше всего понравилось:

1️⃣ Concurrency safety. Обещание: защита от race condition на уровне языка. Включаешь нужные галочки, и летят ворнинги, что ты используешь глобальные переменные и не только. Вопрос только в том, как заметить, что ворнингов стало 1052 вместо 1049? 🥲

2️⃣ Explicitly build bodules. Отчасти понимаю команды, которые затаскивают buck и другие билд-системы на iOS. Сейчас, чтобы контролировать порядок билда твоего проекта, надо неплохо шарить в билд-системах, а если шаришь, то много материшься. Explicitly build modules делают предварительный скан, в ходе которого строится дерево проекта, а потом уже билд. Это должно ускорить билд и сделать его детерминированным, а значит повторяемым.

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

3️⃣ Unified backtrace debug view. Вот тут крутое продуктовое решение. Если ты останавливаешься на брейкпоинте, у тебя открывается стек окошек с кодом по твоему стеку вызова. Прыгать внутрь и изнутри во время дебага больше не надо?

Тут только надеюсь, что эта фича не будет контрибьютить в таянье ледников.

4️⃣ Callstack в профайлинге. Крайне полезно, чтобы найти самые тяжелые вызовы и оптимизировать код. Я не то чтобы активно пользовался профайлингом, но фиче разве не 5+ лет? В любом случае, выглядит круто.

5️⃣ Test tags. Нативная фича для распределения тестов по сьютам.


Немного прикольных фичулек

Тут внезапно оказалось, что остановившись на брейкпоинте, можно драг-энд-дропать место выполнения. Первый раз такую фичу видел в специальной сборке Visual Studio для WinPhone. Не уверен, что функционально настолько, насколько круто.

Вторая фичуля — прыжок из логов на строчку кода, где этот лог был отправлен. Даже немного жаль, что эпоха “ААА!”, “AAA!!” и “AAA!!!” с разным числом восклицательных знаков, чтобы обозначить место в коде, уходит.


Напоследок немного бомбежки и бесполезный совет

Вообще не понял, что произошло в Xcode Essentials сессии. Нам начали расказывать баянистые шорткаты, которые даже я еще до сих пор помню. Что вообще?!

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

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

Генеративной музыки пост

Ладно, еще не пятница, но не могу молчать.

Когда в Я.Музыке перестали выходить новые альбомы иностранных музыкантов, я обратил внимание на вкладку генеративной музыки. Тогда она мне показалась полным трешем. Даже под инструментальные треки невозможно было сфокусировано работать. Уши AI торчали из всех щелей.

И тут внезапно узнал про Suno. Если кратко – это Spotify с генеративной музыкой. Причем треки не только инстурментальные, да еще и со словами.

Мне кажется, что им надо поработать над рекомендациями и радио по треку, пока на мой вкус, подборки получаются такими себе – приходится слишком часто пропускать.

Но выборочные треки крутые, а что у них получается генерить – разрыв шабончиков. Как вам Russian Appalachian Folk?

Причем там можно промтом погенерить свои треки. Ну и вкладка Explore с разными стилями. Ааа, мясные артисты больше не нужны!

#пятничное

Книжный клуб: Дизайн привычных вещей (Дональд Норман)

Выбрали следующую книгу для чтения. Книга около 500 страниц, потому будем обсуждать ее в два захода.
4 главы – 31го июля
оставшиеся 3 – 13го августа

Вступить в клуб

#книги #книжный_клуб

Стоицизм для чайников

В универе мне прям нравилась философия. Ну а что, читаешь тексты, докидываешь своих мыслей. Есть пространство для собственной интерпретации. Чем-то напоминает литературу.

И тут во внутреннем чатике Подлодки вкинули: “А давайте запишем выпуск про стоицизм?”

Изначально идея показалась такой себе. А почему именно про стоицизм, и зачем вообще этот выпуск? В качестве референса дали подкаст Вани Ямщикова “Проветримся”. Начал слушать и зацепило.

😇 Добродетели
Во-первых, стоицизм основан на добродетелях, которые близки мне:
• Мудрость — правильно понимать ситуацию и принимать оптимальные решения.
• Смелость — делать вещи, которые страшно делать.
• Умеренность — бороться с соблазнами и делать то, что действительно важно.
• Справедливость — поступать так, как хочешь, чтобы поступали с тобой.

С одной стороны, это за все хорошее, с другой — система кажется полной.

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

В-третьих, направление очень напоминает религию. Собственно, многие религии стоицизмом и вдохновлялись, но без всей этой эзотерики с загробной жизнью и “пострадай сейчас, чтобы потом было классно”. Стоицизм ограничен рамками жизни человека.

💀Стоицизм и смерть
Что мне показалось спорным, так это отношение к смерти. Стоицизм — это про постоянное мементо мори, где смерть — это испытание, которое у нас всех будет, но мы справимся. Ну не знаю, можно же умереть во сне, и какое это будет испытание тогда?

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

Как и в ситуации с неприятным человеком. Задумался, что он тоже смертен, и как-то породнился с ним через это. 1, 2, 5, ну 10 раз это сработает, но если человек тебя продолжает доставать, тут уже начнешь думать о смертности этого человека в другом ключе 😄

В общем, как видите, тема богатая. Выпуск тут

♠️ Покер

В районе 11-12 годов покер был на пике популярности. Почти все мои знакомые играли, а для студента это казалось неплохим способом заработать. Я учился на мехмате МГУ, и даже мой научник говорил, что каждый математик должен играть.


∰ Покер и математика
Как по мне, одсы aka шансы, что нужная комбинация доедет на ривере, это конечно про математику и вероятность, но эти проценты нужно просто выучить и применять.

Вторая большая область – равновесие Нэша. Существуют специальные таблицы, которые помогают решить, нужно ли идти в ALL-IN в зависимости от количества больших блайндов, текущего банка и количества вошедших в игру. Эти таблицы показывают, что при строгом следовании им, на дистанции ты будешь в нуле. Если кто-то отклоняется от этих рекомендаций — пушит чаще или реже — то на дистанции он будет проигрывать. Всё просто: учишь таблицы или держишь их под рукой и вперед.

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

🃏Что я играл
Петя, с которым мы гоняли #жирочелендж, подсадил меня на покер и рассказал про Покерстарз. Новичкам там предлагали стратегию коротких стеков (SSS). Это когда ты заходишь на кэш-стол с минимальным стеком и принимаешь одно решение на префлопе — скинуть или пушнуть. Очень механическая стратегия: удвоился — выходишь, проиграл — докупаешься. Желательно при этом играть как можно больше столов.

Там игра получалась довольно плюсовой. Накопив банкролл побольше, я решил попробовать что-то более умное: oдностоловые турниры, которые вы скорее всего играли в офлайне с друзьями и heads-up – это 1 на 1, по идее самый скиллозависимый вид.

💸 Что по итогу
У меня был не то, чтобы большой доллар/час, но на грязные покерные деньги я в итоге купил свой первый макбук для работы.

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

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

#пятничное

Скиллы vs грейды

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

tl;dr Скиллы – скорость, грейды – за пройденный путь.


Матрица компетенций

Бывшие коллеги на дадут соврать, если вам нужен главный матрицоненавистник – это я! Матрица компетенций упрощает модель, выравнивает специалистов из разных команд и заставляет(вот это самое вредное) сравнивать там, где этого делать не надо. Это мотивируется тем, что “если Вася захочет перейти из команды A в B, мы его уже универсально оценили. Круто?”

Из плюсов, что матрица – наглядный гайд для ленивых и начинающих менеджеров.

А самое главное, что матрица может давать ложную надежду, что вот прокачаю эти скиллы и ура – следующий грейд.


В чем тут проблема?

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


Как эту проблему решить?

Мой ответ – исходить из выполненнения качественно новой работы. Сделанная задача доказывает не только рост потенциала, но и явную пользу.

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


Аналогия с машиной

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

P.S. На этой неделе договариваюсь с групп лидом о "пути" и разложим его на скиллы.

P.P.S. В выпуске про корпоративное обучение про это потрещали, кстати.

#тимлидство

Все велосипеды попадают в рай

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

Хорошо, давайте бороться с этим. Как понять, что велик брошен? Можно прицепить бирку с надписью "сними меня", а через 2-3 недели все нетронутые будем считать брошеными.

В нашем доме план следующий:
- Заранее предупредили о дате когда повесят бирки
- За 3 недели их надо будет снять
- Все велики с бирками отправятся на склад, но их можно будет без проблем получить обратно
- Через полгода все невостребованые продадут с благотворительного аукциона

Вообще, норм план, но интересно, как они это юридически оформляют. Неужели не находится умников, которые подают в суд на город за это?

#пятничное

🤖 Система личной эффективности 24.07

С Нового года я пересобрал свою систему и сменил инструменты. Теперь работать стало приятнее.

📜 Как все было устроено:
- Цели на месяц я веду в Obsidian.
- Локальные проекты и задачи — в Todoist. Они легко выводятся из месячных целей, так что можно каждый месяц удалять все задачи и начинать с чистого листа.
- Бэклоги идей тоже хранятся в Obsidian.

📉 Что не работало:
- Плохо связывались месячные цели с ежедневными.
- Список задач на день вроде был, но в нем мешались задачи из разных направлений. В каждый момент не было очевидно, что делать.
- Из-за множества фокусов, задач на день набиралось намного больше, чем реально можно было выполнить. Рефлексия не работала по той же причине.

📈 Что сейчас:
После НГ я тренился в JTBD интервью, а заодно общался с разными людьми о том, как они настраивают свои системы личной эффективности.

Так я узнал о NotePlan. В двух словах: это как Obsidian, но с фокусом на функции ежедневника. Он платный, но я чувствую, что он работает лучше, чем Obsidian с плагинами, потому что обо мне заботятся.

💪 В итоге он решил почти все проблемы:
- Проекты стали связаны с целями на неделю и день.
- Он синкается с календарем, теперь я с утра набираю задачи и раскладываю по дню в свободные слоты. Как итог, планирование дня и нагрузки стало более реалистичным. Тут я еще ориентируюсь на свои силы: если к концу недели я уже вымотан, то отказываюсь от жесткого планирования.
- Через контроль приходит спокойствие.
- NotePlan – ежедневник, а значит и заметки под рукой. Весь контекст дня оказался в одном месте. Раньше я и не думал насколько это удобно.
- Единый инструмент – больше не надо думать к какому уровню целей это относится и в какой инструмент заносить.

🤔 Что все еще работает так себе:
- На неделю набираю слишком много. Тяжело себе признаться, что за ЦЕЛУЮ неделю я не смогу продвинуться по конкретному треку. Надо учиться ставить проекты на паузу.
- Сайд-проекты плохо предсказуемы. Они делаются в овертайм, который сильно зависит от оставшихся сил. Пока это решается самоуспокоением, что я делаю то что важно, и продалбываю то, что можно продолбать.

P.S. Вот тут пост с результатами ресерча инструментов личной эффективности

🪓 Обзор инструментов продуктовых исследований

На неделе прочел крутую статью про инструменты исследований. Мне модель показалась достаточно релевантной. Сделаю краткую выжимку.

В качестве двух основных критериев предлагают взять два:
- Риски
- Уровень понимания проблемы
Получается матричка 2х2


🥱 Низкие риски, высокая понятность

Да чего тут исследовать? Пилить надо!
Ну максимум делаем A/B, а так собираем постфактум метрики и пользовательский фидбек. Его можно в том числе сделать через опрос в пользовательском пути. Помимо сухой аналитики, можно еще посмотреть пользовательские сессии.

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


🪖 Высокие риски, высокая понятность
Ну тут уже лучше заранее подстраховаться прототипах/мокапах и погонять на пользователях.

Чекнуть, что фича нужна, можно при помощи лендинга / заглушек. Посчитав конверсию в нажатия на которые, можно оценить потенциальную привлекательность фичи.

Бетку же с готовой функциональностью проверяем через UX-исследования.


🤔 Низкие риски, низкая понятность

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

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

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


🧨 Высокие риски, низкая понятность

Ой-йей! Та самая область, за которую продактам в конечном счете платят деньги.

Эту область надо глубоко копать на пользовательских интервью. Задаем вопросы, просим рассказать, а лучше показать, как человек решает ту или иную задачу. Смотрим всевозможные туториалы. Наша задача – стать опытным пользователем этой фичи.

Помимо сихнронных созвонов применяют асинхронные методы – дневниковые исследования. Не каждая задача может быть решена за час созвона. Человек неделю пользуется каким-то продуктом и записывает что пытался сделать, что получалось, что – нет.

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


P.S. Полная версия статьи тут

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

Дональд Норман: Дизайн привычных вещей

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

Что понравилось:
1. Примеры, примеры, примеры. Благодаря тому, что в основном рассматриваются обычные повседневные вещи, я начал больше обращать внимание на то, как устроены предметы вокруг, и как их можно было бы улучшить.
2. Книга довольно структурирована. Каждая глава сосредоточена на конкретной концепции и тщательно её разбирает.
3. В нашем книжном клубе всем понравилась глава про дизайн-мышление. По сути, там объясняется, как создать дизайн, который будет решать проблему пользователя, и как, собственно, эту проблему понять. Короче говоря, про продуктовый подход.

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

Самые мудрые мысли лежат на поверхности и кажутся откровением.

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

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

P.S. Книга навела на некоторые мысли, оформлю их в отдельных постах.

#книги