Дима из Глубины
5.17K subscribers
24 photos
3 videos
2 files
210 links
Взгляд на мир через линзу клиентоцентричности.

Я Дмитрий Капаев, основатель https://glubina.studio, автор курсов про продуктовые исследования и JTBD.

Для связи: https://t.me/dima_kapaev_bot

Рекламу не размещаю.
Download Telegram
❗️Интро❗️

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

- Основатель Студии Глубина. Осталось не так много айти-корпораций, которым я еще не причинил добро, но я планирую добраться и до них. Сейчас в портфолио: Яндекс, Skyeng, Kaspersky, Авито, М.Видео, SOK, VK, Учи.ру, Мегафон и др.

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

- Адепт исследовательского мышления. С исследованиями мои отношения еще дольше. Заинтересовался ими, когда провалил свой первый стартап в 17 лет. Тогда я понял, что было бы неплохо понимать заранее, надо ли тратить деньги на продукт. С тех пор я был маркетологом, дизайнером, фаундером и всегда исследовал, а теперь и другим помогаю.

- Преподаватель по образованию и, видимо, по призванию. Мои образовательные проекты:

1) "JTBD: теория и практика", где я учу понимать потребности людей и создавать востребованные продукты. Сейчас идет набор на поток, начало 23 сентября.

2) “Продуктовые исследования”, где мы помогаем полюбить исследования и получать от них хорошие результаты продактам, маркетологам и дизайнерам. Следующий поток планирую в ноябре.

Канал я веду по принципу асинхронного курса – рассказываю обо всем, что узнал в своей работе, бесплатно раздаю прошеные советы, иногда стебусь над собой и окружающими.
Дима из Глубины pinned «❗️Интро❗️ Я Дмитрий Капаев – помогаю понимать потребности пользователей, проверять гипотезы продуктов, строить процессы продуктовых исследований. - Основатель Студии Глубина. Осталось не так много айти-корпораций, которым я еще не причинил добро, но я…»
Запись вчерашнего эфира про JTBD в 24 году.

Получился клевый материал. Вполне себе тянет на введение в JTBD. За час сможете понять что это и как это взять с собой в работу.

Если вам не интересен JTBD, то я бы все равно посмотрел, где вы еще увидите, как спикер чуть не помер от кашля во время своего выступления?
Мне периодически прилетают вопросы в стиле “а как открыть свое агентство / стать консультантом?”. Ребят, я хз, честно, но первый шаг вы сделали верный – спросили совета у того, кто уже это делает.

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

Сейчас я понимаю, что я сделал сразу кучу ошибок:

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

2) Вообще не знал рынок и ценообразование, делал все дешевле раза в 3 минимум, чем мог бы.

3) Совмещал работу с клиентами с работой над своим продуктом. Тогда казалось, что это офигенно добавляет нам доверия – не просто рассказываем “как жить”, а сами делаем. По факту же, это херило оба начинания и растягивало и без того мучительный путь.

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

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

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

Курс стартует на следующей неделе, а чтобы попасть на него, надо заполнить анкету.
Если бы вам предстояло провести 7 часов в кресле стоматолога, то какую аудиокнигу вы бы взяли с собой? Ну или чего послушали бы из музыки?
Я в агентском бизнесе уже лет 12. Считай эксперт. Если бы у меня взяли интервью или, вдруг, позвали на подкаст, то я бы сформулировал главное правило для б2б продаж – постоянно делать чёто. Делаешь чёто – проекты есть. Перестаешь делать чёто – проекты заканчиваются.

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

Единственный железобетонный способ иметь постоянный поток заказов в агентстве – это “запартнериться” с топ менеджером какой-нибудь большой компании, но такое счастье доступно не всем.
У меня сегодня день рождения. 33 лет. Сколько веду соцсети – каждый год мучаюсь: надо написать пост... Порефлексировать, похвастаться, поделиться планами на будущее. А мне это все тяжело дается, все через силу.

Нынче прислушался к себе – не хочу писать пост и не буду. И так слишком много через силу делаю. Лучше проведу время с любимым сыном и красавицей женой, прокачусь на своей бмв вокруг озера, мб пробегусь в сосновом бору у дома. Короче, буду делать что хочу. И в грядущем году тоже. Так я решил.
Всем привет! Как дела? У меня все ок, спасибо. Хотел напомнить, что идет набор на последний в этом году курс по JTBD и там осталось 10 мест. Старт 14 октября. Пока, хорошего дня!
Дарю идею стартапа – онлайн школа, которая поможет выйти из IT с гарантией трудоустройства в области духовных практик и психологии. Сертификат шамана, коуча, психолога на выбор. Стоимость x3 от курсов по входу в IT.
Слой №3 – “Работа”. Часть №1

Я же вам задолжал серию постов про jtbd, думаете я забыл?)

- Начало
- Контекст и стремление к прогерссу
- Силы прогресса
- Видео-версия всего

Сегодня “работой” или “джобой” называют что угодно. Это имя нарицательное. Это плохо, потому что нет никакой “работы” – есть два артефакта: Jtbd Statement и Job Story. Они разные по форме, но преследуют одну и ту же задачу – описать потребность человека в прогрессе в определенной ситуации. Описать лаконично, но емко. Чтобы любой, кто ее прочитает, прочувствовал потребность человека и мог получить от этого пользу – придумать идею или коммуникацию для продукта.

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

Дальше будут примеры “работ”: плохие и хорошие. Но сегодня только плохие:

1) Распоряжаться повседневными денежными потоками

История, когда фразу “на какую работу вы нанимаете наш продукт” восприняли буквально. Приложение банка использую, чтобы управлять деньгами. Ага, ок, что дальше? Смысл JTBD в том, чтобы понять с какими проблемными ситуациями человек обращается к нашему продукту. Именно это помогает доработать продукт под них и выполнять работу лучше конкурентов. Тут этот эффект невозможно получить.

2) Когда я понимаю, что JTBD-исследование графов работ клиентов подходящий инструмент для решения моей бизнес-задачи, я хочу сделать качественное JTBD-исследование, чтобы получить выводы из исследования моих клиентов. (Ваня Замесин, салам алейкум).

Форма победила содержание. Много слов, описанных по шаблону “когда, хочу, чтобы”. Но за словами слишком мало смысла. Автор хочет сделать хорошее JTBD-исследование (а кто ж не хочет? не осуждаю), но это единственная крупица смысла этого длинного и сложного предложения. Нет ни проблемы ни понимания мотивации человека. Такое происходит, когда исследователь не докопался до сути потребности и использовал артефакт формально. Как опереться на эту потребность, чтобы создать или улучшить продукт? Никак.

3) Когда мы точно поняли, что переезжаем в Москву и я узнала в каком офисе буду работать и изучила локации офиса моего и мужа, и для нас Москва огромная и сложно выбрать и мы начали заполнять первую анкету Хоум Бро с вопросом про локации, я хочу выбрать оптимальное по инфраструктуре, доступности и цене местоположение, чтобы принять оффер и начать работать в компании оффлайн и жить в Москве.

Эту джоб сторю прокомментировать не могу, тк ее не получается дочитать. И это проблема. Как автор будет обсуждать это все в команде, когда в реальности у него будет 40 таких описаний? Все потому, что перед нами кусок интервью пользователя, а не результат анализа и синтеза этого интервью. Автор записал все со слов респондента, но не проанализировал их. А смысла опять очень мало – человек хочет найти квартиру недалеко от мест обитания семьи. На инсайт не тянет, точно надо было проводить исследование для этого?

Проблема всех примеров в том, что это не JTBD, а карго культ. Форма есть, смысла ее использовать нет. Из этих “работ” мы понимаем про потребность пользователя примерно нихуя – ни что болит, ни к чему стремится, ни зачем нам все это нужно было описывать.

Почитайте их еще раз. Вы чувствуете боль человека в описанных артефактах? Понятно для чего ему вообще заморачиваться со всем этим? Чувствуете, что ему нужна помощь? Мб вам приходит куча идей как решить эти работы кардинально лучше? Не думаю. А это именно те эффекты, ради которых мы описываем потребности в виде "работ" и в следующем посте я покажу как это работает.
Слой №3 – “Работа”. Часть №2

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

К слову, сами “работы” можно и не использовать, как это делает, например, один из главных экспертов в jtbd в мире – Алан Клемент. Он описывает работы в виде таблицы / графа разных факторов мотивации, вот пример. Я же использую и JTBD Statement и Job Story, тк с ними проще обсуждать потребности с коллегами, приоритизировать их и брать с собой на всякие брейнштормы.

JTBD Statement и Job Story придумали разные люди. Они похожи по форме, но дают разный уровень точности и абстрактности описания потребности. С JTBD Statement легче описывать большие и более эмоциональные потребности, а c Job Story более мелкие и функциональные. Но это не аксиома. Вот пример описания одной и той же потребности:

1) JTBD Statement: Избавиться от образа неудачника до выпускного в школе

2) Job Story: Когда в школе меня обижают одноклассники, а девушки не хотят со мной дружить, я хочу создать образ “крутого парня”, чтобы найти себе девушку на выпускной и клево потусить

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

Вот вам еще примеры пример хорошего описания “работ” из реальных проектов Glubina.studio:

1) Сохранить привычный уровень дохода после выхода на пенсию;

2) Сделать ремонт в квартире параллельно фултайм-работе;

3) Когда мой смартфон / ноутбук начинает тупить или батарейка быстро разряжается, я хочу выяснить причину и устранить ее, чтобы я и дальше мог решать свои рабочие вопросики эффективно и не беситься;

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

Они не идеальные, к ним можно прикопаться. Идеальных работ вообще не существует, потому что нам приходится соблюдать баланс между точностью и абстракцией. Но в них чувствуется боль человека, понятно почему он хочет от нее избавиться и к чему прийти. Появляются идеи продуктов и фичей. А еще коммуникация. Все потому, что мы соблюдаем правила формулирования “работ” (ну и описали уже примерно 5 млн “работ”):

1) Описывает Точку А – контекст или неприятную ситуацию в которой оказался человек. Вам легко представить себя на его месте и прочувствовать его «боль», когда читаете описание работы.

2) Описывает Точку Б – стремление к прогрессу / улучшению, на которое надеется человек, когда неприятная ситуация будет решена. Вам должно быть понятно что человек надеется получиться в итоге.

3) Не описывает действие. Если в работе описано действие пользователя, которое можно легко визуализировать, то это описание процесса. Можете представить как человек решает ситуацию разными способами и продуктами? Если да, то все ок.

4) Не упоминает решение. Работа – это артефакт целиком и полностью про пользователя, его ситуацию и мотивацию.

5) Облегчает общение с коллегами. Команде легко использовать описание работы в обсуждениях? Хорошее описание работы соблюдает баланс краткости, емкости и конкретики.

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

Это пост в рамках рубрики "Что ты думаешь про..." в канале Grow Horse моего кореша Дениса Мартынцева.

Вопрос №1: Когда в команде нет профессионального исследователя, какой гигиенический минимум нужно соблюсти, чтобы собрать ценную информацию, на которой можно принимать решения?

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

Следующие 5 пунктов поднимут качество вашего рисеча в несколько раз, это проверено на десятках команд:

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

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

3. Не бежать в интервью с пользователями, а выбрать подходящий метод под вопросы исследования. “Кастдев” / интервью с пользователями и запуск МВП не всегда лучший способ проверить гипотезу. Например, если делаете CRM для админов парикмахерских, то вам надо скорее наблюдать за их работой целый день, тк неудобства своего процесса они не осознают и вам не расскажут. Не знаете с чего начать? Напишите мне про свою задачу исследования, я посоветую метод и как организовать процесс.

4. Потратить хоть немного времени на анализ находок. Я раз 100 видел, как команда вживую наблюдает за 5 интервью, слушают и фиксируют заметки, а потом обсуждают результаты. В итоге, у всех противоположные выводы. Это потому, что качество анализа во время слушания очень низкое, мозг не справляется. Надо разделять эти процессы: проведение интервью / теста и его прослушивание / анализ. Провести интервью – 40% качества выводов, нормальный анализ – 60%.

5. Отдельный пункт для б2б и энтерпрайз – ваше исследование пользователей это длинный и размазанный во времени процесс. Каждый контакт с клиентом – возможность для исследования. Аккаунт пошел в баню с клиентом? Вот вам возможность для исследования. Написали в поддержку? Возможность для исследования. Чтобы эти возможности не продолбать, у вас должна быть система, которая позволяет всей команде быть в курсе ваших текущих гипотез, понимать как их проверять в разных точках контакта и быть мотивированы на это. Построить этот процесс не просто, но можно начать с пунктов 1 и 2.

Вопрос #2: Как бюджетно организовать исследование?

Тк весь ваш стартап – это исследование, то лучший способ снизить бюджет, это перестать тратить деньги на всё, что связано с разработкой и маркетингом, до тех пор, пока можно проверять гипотезы без этого. А вот экономить на поиске и вознаграждении информантов – последнее дело. Рекрутинговое агентство и 30 баксов на счет телефона сэкономят вашему стартапу х10 в скорости проверки гипотез. Как и привлечение опытных исследователей, к слову.
Быть голодным не страшно

3 месяца назад я начал есть 1-2 раза в день вместо 3-4. Голода нет. Я не ем за раз в 3 раза больше :) Еды тупо стало меньше, а голода больше не стало. Он расслоился на несколько желаний: загасить тревогу, развлечь себя и на настоящий голод.

Оказалось, что я испытывал настоящий голод, дай бог, раз в неделю. Я даже был рад его ощутить и выделить во что-то отдельное.

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

Кароч, советую попробовать. Чувство легкости и минус лишние кг бонусом.

PS: энергии меньше не стало, не боитесь. 4 тренировки в неделю и куча работы – все ок.
Курс “Продуктовые исследования”.

Если ваша работа завязана на исследования, но они идут слишком тяжело, неуверенно и не приносят ожидаемого результата, то мы знаем как это исправить. Мы – это Миша Правдин (построил отдел исследований Авито и влюбил всю компанию в процесс дискавери) и я, Дмитрий Капаев (провел исследования для более чем 50 продуктовых компаний).

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

Всему этому мы учим на практике, в контексте самых частых продуктовых задач: поиск потребностей пользователей (да, JTBD тоже будет), проверка гипотезы ценности продукта, поиск недочетов в интерфейсе.

Мы провели уже несколько потоков для компаний. На картинке вы видите прогресс одной из самых сильных продуктовых команд большой желтой корпорации. В когорте курса были продакты, маркетологи и даже опытные исследователи. Обычно оценки корпоративных курсов болтаются в районе 1-3 баллов из 6. Но с нашим курсом не так.

Поток для всех желающих стартует в середине ноября.

👉 Чтобы узнать больше о программе, поставьте «+» в комментариях.

PS: Заказать курс для компании можно в любое время. Для этого свяжитесь с Наташей: @jtbdsupport
Вайб – лучший продукт на свете. Стриммеры, блоггеры, коучи, музыканты. Или те самые коллеги, которые ниче не умеют, но веселят нас. Мы постоянно и много платим за возможность побыть в поле другого человека.

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

А вы торгуете своим вайбом? Открыто или стесняетесь?))
Если вы слышите от продакта: “мы проверим эту гипотезу быстрее и дешевле без исследования”, то в 99% случаев команду ждет долгострой, в конце которого просто забьют на гипотезу, потому что забудут че вообще хотели проверить. Еще в 1% случаев к вам все-таки вернуться и попросят провести исследование.