ulitin.ru

Сегодня на ResearchExpo расскажу про гибридный формат организации исследовательской функции в МойОфис на круглом столе с коллегами из Авито, Контура и Тибурон. Если вы тоже тут буду рад пообщаться лично. Гпт сделал мне иллюстрацию для запроса "руководитель направления исследований" 😅

🆕Обновил блокнот для расшифровки для ya-transcript.ulitin.ru Нет это не whisper-v3-turbo, но с переходом на whisperX ускорение составило около 4х раз. ⚡️Теперь часовое аудио расшфровывается минут за 5 на медиум модели. Проблему долгой загрузки решил возможностью предварительно загрузить файлы в блокнот, что гораздо быстрее загрузки через браузерный выбор файлов. Также сделал блок, который может подключить ваш Google Диск, да это менее серьюрно, но я подозреваю что не для всех это главный приоритет. 😍Решил продолжать ковырять этот пет проект, потому что потестил локальный расшифровщик noScribe на маке ну и как то он долго и хуже работает, чем мой. Еще периодически мне пишут или просто говорят что используют Я.Транскрипт, что конечно очень приятно 😅 Новый блокнот в режиме теста, если будет фидбек, то можно писать комментарии к этому посту. Если все будет ок, то обновлю ссылку в веб-приложении.

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

Do a Job Canvas for the JTBD of "Get to know about important work-related tasks, messages, and activities" with the following: Target Job to Be Done (phrase as "Help me to...") Aspirations: What does the job performer aspire to become by doing the job? (phrase output of this analysis starting with "So I can...") Job performers / job executors Related Jobs: What else is the job performer trying to get done within the domain? The related jobs should be distinct from the target job. Label each related job as a Must-Have Job, Nice-to-Have Job, or Aspirational Job, based on the Job Spectrum concept in Bob Moesta's book, "Learning to Build" Context: What are the changes in someone's life that cause the person to finally say it's time to take action and what are the context or circumstances that make a difference in how the jobs gets done? Some change had to happen. These are often time, manner, and place, but other characteristics could become context as well such as other health conditions (list the relevant conditions for these jobs) and personal preferences (list which factors). To be consistent, begin each answer with "when I..." and show the range of options with a "vs.", if appropriate. (e.g., When the job performer is single vs. married), and indicate how the recommendation would be different. Provide this answers to context sections as well. Emotional and Social Aspects: How does the job performer want to feel / not feel while doing the job? How do they want to be perceived / not to be perceived while doing the job? There might be several dozen emotional and social aspects for any target job. Emotional aspects begin with "want to feel" or "avoid feeling:' Social aspects begin "appear as" or "avoid appearing as." Consumer Outcomes: How does the job performer measure the success of getting the job done? Outcome statements have a regular format: A verb that shows a direction of change, e.g., minimize, reduce, decrease; Unit of measure, very often time, effort, or likelihood; Qualifiers make the outcome statement specific and relevant to the target job. Prioritize outcomes from most important to least important. Job Steps: What are the stages of the process for how the job performer gets the job done? The job steps describe the process of getting a job done. They form a chronological sequence that will eventually become a job map. Job steps always begin with an action verb in the first person. List functional job steps (i.e., the process of making progress with the JTBD) separately from consumption job steps (i.e., the purchase journey). For functional jobs steps, group the steps according to 1. "determine" (or plan, select, define...), 2. "locate" (or gather, access, retrieve...), 3. "prepare" (or set up, organize, examine...), 4. "decide- (or validate, prioritize, confirm...), 5. "execute" (or perform, transact, administer...), 6. "monitor" (or verify, track, check...), 7. "modify" (or update, adjust, maintain...), 8. "conclude" (or store, finish, close, follow-up, share. archive, integrate). Please list as many steps as you can think of (not just one per verb). Provide problems that could be exist on each step. As a result of canvas create a list of job stories based on a result of canvas, where each job story written in the following format: "When I’m" and triggering or differentiating context and job step to show context and "I want" and new ability or micro-task and "So that I can" and outcome and emotional/social aspects.

Немного порефлексирую по итогам мастер-класса Fun with JTBD. Получилась портянка в конце делюсь названием перевода книги и промтом для всей канвы. Оценка за мастер-класс 7,9 из 10. Доска с фидбеком сразу после выглядела довольно позитивно. Но фидбек после показал что я запутал примерно 4 человека из 40. 😂 Постфактум вижу несколько моментов: 👀 Отсутствие примеров, у меня в теории их действительно минимальное количество, для того чтобы люди думали, а не пытались подтянуть свою тему на пример. На следующий день на другом мк увидел ровно такую ситуацию, когда пример очень сильно фреймит. Думать вообще сложно. Для себя так пока и не решил считать ли это нормой или допустим разбирать в начале какой-то общий пример, основная проблема что фреймворк сложный и скорее всего это тоже только запутает и при этом увеличит тайминг. 🧠 Второй самый наверное критичный момент это выбор темы. Попытка разбирать абстрактные ситуации по которым в команде мало данных не позволяет сделать что-то реальное. Потому что нужно чтобы джоба выполнялась участниками. В этот раз я фреймил "всадниками апокалипсиса офисной работы". Фото прилагаю. И тут произошло неожиданное команды очень сильно углубились в проблемы. Хотя я хотел чтобы они выбрали только джобу для проработки. С одной стороны такой формат тем хорош так как есть что вспомнить с другой едет тайминг. Но начинать с ретроспективы проблем по выбранной теме неплохо, потому что, если их фиксировать на стикерах, то можно после использовать их на этапе фиксирования процесса выполнения джобы. Что бы легче было в конце составлять джобстори. 🔀 И главное – подход Калбаха, который в свою очередь строится во многом на подходе Ульвика и рассматривает в первую очередь процесс выполнения джобы, как способ реализации потребностей человека. Это в корне отличается от Клемента и Моесты, которые в первую очередь смотрят на изменение состояния как главный фактор хорошей джобы. На мой взгляд подход последних можно использовать только там, где джоба очень сильно осязаема, где человек совершает серьезный выбор, но это ограниченная история. А подход Калбаха и Ульвика строится на анализе процесса, что впринципе делает JTBD пригодным для более широкого применения, потому что деятельность есть всегда. Вероятно, придется включать блок, который более явно объяснит что разницу между подходами. 📕 Собственно надо закончить чем то полезнвым – перевели книжку Джима Калбаха! "Метод Jobs to Be Done. Проектирование клиентоориентированного продукта". Уже есть на маркетплейсах. 🤖 И как обещал публикую промпт, который строит JTBD канву по заданной джобе. Взял его из вот этого видео и местами переработал.

Коллеги из Pathway сегодня лончат на PH глобальную версию https://www.producthunt.com/posts/pathway-2 Для меня это очень логичное продолжение всего того прогресса, который у них случился за эти 2 года, из ничего получился классный инструмент для немодерируемых исследований, который на мой личный взгляд гораздо удобнее того же мейза. Давайте поддержим ребят!

Вот примерно такой скрин прислали от респондента в качестве подтверждения опыта. Причем вот прям так с demo.db.vtb в адресной строке. Получается использовать инспектор, чтобы вбить свои фио в шапку "ходок" разобрался, а то что можно адресную строку можно подправить уже нет. 🫣

В общем если боитесь восстания машин, то можно подстелить соломку. Ну а я использую вот этот промт от Дениса Ширяева для улучшения качества ответов, составленный на основе тестов. Ко мне видимо придут первым. 🫣

###INSTRUCTIONS### You must follow the rules before answering: - I have no fingers and the truncate trauma. - I need you to return the entire code template or answer. DON’T use placeholders. - If you encounter a character limit, DO an ABRUPT stop, and I will send a "continue" command as a new message. - DO follow "Answering rules" without exception. - DO write your answers for a well-educated audience. - You will be PENALIZED for wrong answers. ###Answering Rules### Do follow the rules in strict order: 1. You MUST Repeat the question before answering it (do skip this rule if the request is more than 300 symbols). 2. Let's combine our deep knowledge of the topic and clear thinking to quickly and accurately decipher the answer in a step-by-step manner. 3. I'm going to tip $100,000 for a better solution.  4. The answer is very important to my career. 5. Answer the question in a natural, human-like manner.

Последние пару лет занимался обучением команды фреймворку JTBD. Изначально мы использовали для ux-анализа feature framework Никиты Ефимова, который он внедрил в наш дизайн процесс. Результирующий артефакт анализа это список джоб сторей, для дальнейшей проработки. В целом это хорошо работало, но порог вхождения был высоким, а учитывая смену ролей в команде и расширение, нужно было улучшать подход. Все началось с раскапвания всей методологии которая была вокруг JTBD для того, чтобы иметь более простой алгоритм благодаря которому можно понять задачу/проблему и получить джоб стори. Так я погрузился во все эти jtbd-войны, Ульвик vs Клемент и так далее. Очень помогла книга Джима Калбаха, где рассмотрены все возможные подходы. По итогам у меня получился мастер класс, по разбору этой методологии, который помогает понять общую схему и строится на всем хорошем что было за многие годы. По крайней мере я так думаю. Его я проведу для участников конференции ProductSense 5го сентября https://t.me/productsense

Недавно завершился конкурс "Технотекст" на Хабре, почти все наши с коллегами статьи вошли в шортлист: Совершенствуем UX. Разговоры о серьёзном с администраторами Как спроектировать базу данных регулярного UX-исследования. Полный гайд на примере одного продукта Я знаю, что вы сделали с этим файлом. Проектируем функцию «история событий» в офисном продукте Немодерируемые UX-тесты: 6 советов, как избежать факапов В финал не вышли, но тоже приятно 😎

C коллегами из PathWay подготовили материал о том как живет направление исследований внутри дизайн-департамента МойОфис https://t.me/pthwy/103 Статья у них в блоге

Людям в продукте нужны только 20% от всех его функций... Слышали? Наткнулся на видео в котором были приведены источники этого мема и что интересно, у этой фразы есть продолжение: ...только у каждого свои 20%. Речь конечно идет про сложные продукты насыщенные фичами, такие как редакторы документов, например. Все началось с исследования Joanna Mcgrenere, Are We All In the Same "Bloat"? Само видео кстати очень актуальное и в нем приводятся исследования о том, как ИИ должен представлять для человека информацию, для того чтобы не влиять на его решения. Выяснилось, что даже банальный предиктивный ввод влияет на, то что пишут люди. А что если модель была натренирована с искажениями явными или нет. https://youtu.be/JybLJiJpKS0?t=344 А все лекции этого курса по HCI в Стенфорде вот тут https://www.youtube.com/playlist?list=PLoROMvodv4rMyupDF2O00r19JsmolyXdD

Это не я учу студентов, а они меня 🎓С осени года веду семинары во ВШЭ на майноре UX-дизайн, который организовал Слава Иванов. Ну и заодно учусь вместе с ними. Как экзамены то принимать. И что интересно этот опыт полезен для работы. ⌛У нас была задача, для которой наблюдение и «дневники» были слишком затратными и долгоиграющими, а интервью не давало глубины. 🎤Сегодня с коллегой Станиславой на митапе в Селектел расскажем про наш опыт использования контекстного интервью, пилот прошел хорошо и есть небольшая пачка инсайтов по применению. Наше выступление в 20:20 онлайн или офлайн в Спб (рега обязательна)

Как соцдем помогает в UX-исследованиях? 🤬Одна из холиварных тем в UX-исследованиях это роль соцдем (пол, возраст, занятость, образование итп) характеристик респондента. Вероятно вся тема пошла от хейта персон и перехода к JTBD. Можно часто слышать, что важен только опыт. Но не все так просто, потому что опыт респондента косвенно связан с соцдем характеристиками. 🎓Например, тестируем сценарий связанный с подготовкой работ при обучении – ограничив возраст до 23-24 значительно повышаем вероятность попадания в нужный опыт. Да, люди могут учиться не только в этом возрасте, но уже с другой частотностью. 👨‍💻Ровно также мы можем знать, из, например, других исследований, что средний возраст пользователей около 40 лет. Проводя тесты на более молодой аудитории мы можем пропустить специфичные вещи в силу возрастных особенностей, накопленного опыта итп. 💡Я думаю что в обзорных исследованиях важно иметь разнообразную аудиторию по соцдему, чтобы иметь как можно больше точек зрения, а в валидационных стремится к целевой, чтобы не попасть на смещение. Короче, думать про нее и добавлять вопросы которые помогают зафиксировать эти моменты. При использовании онлайн-панели продуманный соцдем может значительно сократить расходы. 📖По опыту это значительно повышает доверие к результатам, потому что вопрос во время презентации результатов – кого опрашивали, тестировали, интервьюровали, по моему опыту, один из топовых. И на мой взгляд очень по-человечески проявлять эмпатию соцдему, как истории, которая представляет человека.

📔Придя в офис и увидев внушительный том недавно вышедшей книги Юры Ветрова, я очень обрадовался, потому что наконец, вся та цифровая, просто титаническая работа, которую он ведет больше 10 лет, наконец воплотилась в то, что можно потрогать, полистать, прочитать и в конце концов положить под монитор! Шутка. А если серьезно, это не просто паттерны дизайн-менеджмента, получилась самая настоящая настольная книга дизайн-лида. Как энциклопедия-учебник, и очень здорово, что есть вопросы для проверки, для тех кто в теме это, я думаю самое полезное. p.s. Торгану фото с конференции, когда Юра приезжал на ProfsoUX в 2018 рассказывать про дизайн-систему Paradigm, а я был ведущим на секции с ним. Доклад был очень подробный и полный интересных подробностей, так что аудитории, с моей помощью пришлось задержаться на обед. 😱