Как создавать цифровые продукты, которые покупают | Вадим Митякин

Вы когда-нибудь задумывались, почему одни цифровые продукты взлетают, а другие проваливаются, несмотря на крутую идею и большие вложения? В чём секрет успешных IT-проектов — в инновациях, грамотном управлении или чем-то ещё?

В этом выпуске подкаста эксперт по цифровым продуктам Вадим Митякин раскрывает секреты создания востребованных решений.

Обсудили с гостем:

✔️почему бизнес и разработчики часто говорят на разных языках и как найти общий знаменатель

✔️принципиальная разница между цифровым и бизнес-продуктом на примере Яндекс.Такси и других кейсов

✔️кто такой проджект-раннер — незаметный, но критически важный «дирижёр» проекта, без которого даже гениальная идея может развалиться

✔️когда Agile работает, а когда только вредит

✔️как собрать команду и почему одни команды выдают результат, а другие бесконечно спорят о мелочах

✔️что такое воронка неопределённости и как постепенно превращать хаос в четкий план действий

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

Смотреть в ВК
Смотреть на YouTube

Мы давно хотели с Сергеем Гуровым объединить наши наработки по проектированию и дизайну продуктов, и вот наконец это случилось!

🚀 Дизайн как искусство проектирования: поиск продуктовых решений на стыке дизайна, бизнеса и технологий
📅 18 августа – 22 сентября

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

Что даст курс?
🔹 Системный подход к проектированию:
— от функций → к композиции → к интерфейсу
— построение функциональных карт продуктов на основе требований бизнеса
— проектирование пользовательского интерфейса
— сборка дизайна на уровне композиции и сценариев

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

Что вы получите?
✅ Систематизированную технологию работы
✅ Практический опыт ее использования
✅ Примеры функциональных карт
✅ Готовые макеты для портфолио

А еще узнаете:
🔎 Как работать с бизнесом и выяснять реальные потребности
🔎 Как структурировать процесс разработки по стадиям
🔎 Как распределять зоны ответственности в команде
🔎 Как работать в условиях неопределенности

Этот курс для вас, если:
— Ваш дизайн нравится, но правки возникают из-за разрыва между бизнес-целями и интерфейсом
— Команда работает хаотично, без четкой стадийности
— Решения принимаются интуитивно, а не через анализ сценариев

Программа курса:
📌 3 онлайн-лекции:
— Функциональное проектирование цифровых сервисов
— Дизайн и композиция интерфейсов
— Организация работы продуктовой команды

📌 Практика + консультации с менторами
📌 Финальный разбор работ
📌 Живые дискуссии

Даты и стоимость:
📅 18 августа – 22 сентября

💰 Полное погружение (лекции, практика, консультации, доступ к Figma)
— 45 000 ₽
— 40 000 ₽ (при оплате до 3 августа)

💰 Без сопровождения (лекции + записи, доступ к Figma без редактирования)
— 20 000 ₽
— 16 000 ₽ (при оплате до 3 августа)

👨‍🏫 Авторы и преподаватели:
Вадим Митякин:
Исследователь и консультант, автор книги «Метод параноика» о принципах создания цифровых продуктов для бизнеса в условиях неопределенности.
Опыт работы с: Яндекс, Майкрософт, VISA, Сбер, Литрес, Коммерсант, Связной и др.

Сергей Гуров:
Независимый RnD-дизайнер. Программный директор мастерской ОСНОВА.
20 лет опыта. Клиенты: Bang Bang Education / OFFF / Intel / Pepsi / Citroen / AIC / Skillbox / СБЕР / Yandex

По вопросам записи и покупки пишите @samenameee

Спасибо большое всем, кто написал/позвонил и напомнил про мои 48)

В июле прошла встреча клуба проджект раннеров.

Основная тема обсуждения — борьба с неопределенностью.

Поясню: в мире создания ИТ проектов (хотя в стройке тоже такое наблюдал) неопределенность, особенно в запуске новых продуктов, стремится к 100%.

Не ясны сроки создания проекта, бюджеты, требуемые специалисты — до момента, когда концепция, ТЗ и архитектура проекта будет спроектирована (но и здесь есть место неопределенности)

Задача специалистов (продактов/предпринимателей), снижать неопределенность, по мере создания проекта от этапа к этапу.

С Вадимом (лидер клуба и автор книги «метод параноика») мы познакомились, обсуждая тему хаоса неопределености при создании проекта на его подкасте.

Фабрика Гипотез в основе своей находится на передовой части работы с неопределенностью: мы вместе с командой проходим первый этап — полная неопределенность, которую превращаем в понятно проектируемый концепт продукта — и далее уже подключаем точечных специалистов, для реализации конкретных задач: приложение по ТЗ, реклама по конкретному каналу и офферу и тд.
И при этом неважно: мы говорим о стартапе или о бизнесе уровня лидера рынка, которому нужно пересмотреть стратегию развития.

Ключевую дилемму в ИТ определяем так: на старте проекта, невозможно предсказать стоимость и сроки проекта.
Когда проект — хотим мобильное приложение. Далеко не всегда приложение нужно и стоит вернуться к основой бизнес задаче.

Напрашивается тезис — кто виноват и что делать.

Шаг 1. Определить зачем козе баян какая бизне цель и набор гипотез, которые мы планируем проектировать
Шаг 2. Пройти этап исследования (проектирования), проверяя рискованные гипотезы и доуточняя концепт продукта, опираясь на рынок, требования стейкхолдеров и возможностей/ограничений системы (ресурсы, сроки и тд)
Шаг 3. Создать динамическую команду с одним ответственным и ключевым держателем концепции
Шаг 4. Перейти в созданию проекта с циклами перепроверки и короткими выпусками продукта на рынок.

P.S. интересная заметка на последок:
Почему не достаточно просто посмотреть конкурентов

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

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

Еще на август планируются открытые встречи Клуба с гостями по разным темам управления проектами.

Также заработал чат Клуба, куда подключаются те, кто приходит на открытые встречи и выпускники треков.

Помимо трех типов проектов «Мозги», «Седина» и «Процедуры» существуют еще четвертый — проект типа «Жопа»

Увидел пост Олега, который за час собрал КП с помощью ИИ и не смотря на то, как круто это выглядит на обывательском уровне, но есть там подводные камни про которые хотелось бы написать.

Мы тоже собирали КП за час. Но что происходит дальше? Расскажу на примере нашего проекта.

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

И чтобы усилить пресейл, использовали нейросеть для создания proof of concept, где показали ключевую функциональность с помощью frontend-приложения: создание схем на холсте, расчеты. Естественно, это была "болванка", но функционал работал. Можно было подвигать блоки, задать связи.

Заказчик в восторге: "Давайте работать!"

А потом началась классическая разработка:

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

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

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

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

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

Нейросети - классный инструмент, но нужно уметь управлять ожиданиями клиента с самого начала, чтобы потом не было ощущения, что нейросеть сделала всем медвежью услугу!

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

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

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

Году в 11-12 кажется в Москве был мегасмог и жара, было ощущение, что ты едешь на машине через молоко. Тогда же кажется был пик пробок на дорогах, когда можно было потратить полдня на дорогу в одну сторону. И стало понято, что дальше так невозможно, надо что-то менять.

Сейчас такое же ощущение от количества информации в каналах, роликах и сообщениях. Если еще пару лет назад можно было удерживать внимание, отдавать предпочтение какой-то теме или подкасту, то сейчас даже начинать не хочется смотреть, потому что следом подъедет еще сто, которые тоже вроде как интересны, но по факту одно и то же.

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

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

P.s. В понедельник должен выйти новый эпизод моего подкаста. Я его не записывал уже полгода, так что будем считать это подводкой к анонсу)))

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

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

Смотреть в ВК, или на YouTube, или на Рутубе.

Как отличить топа из корпорации от предпринимателя.

У топа в подписи всегда «ex.»: ex. Яндекс, Сбер, МТС и тд.

У предпринимателя всегда его текущие проекты, которыми он занимается.

Идентичность либо через структуры, в которых ты работаешь/работал, либо которые ты создаешь.

Уже завтра буду открывать бизнес-секцию на конфе Ural Digital Weekend в Перми своим докладом «Отраслевое позиционирование агентства: как выйти из ценовой гонки и упаковать отраслевую экспертизу в решения для рынка».

В 10:15 по местному времени, жду!


Трансляция тоже будет

Трансляция секции «Разработка»: https://www.youtube.com/live/TQmgdGry9Lo

Трансляция секции «Управление разработкой»: https://www.youtube.com/live/2RvzgMYrX0o

Трансляция секции «Управление бизнесом»: https://www.youtube.com/live/ceaYEC6K-zc

— (разработчик) когда я смогу получить свою з/п?
— (руководитель) наша бухгалтерия работает по эджайлу, ваша задача в беклоге, отправим платеж в одном из спринтов

Внимание!

Друзья, по многочисленным просьбам мы изменили даты проведения курса «Дизайн как искусство проектирования» с 18 августа – 22 сентября на 📅 14 сентября – 19 октября, чтобы вам было удобнее.

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

Обо всем этом и многом другом, мы расскажем на новом курсе уже в сентябре.

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

Записаться на курс можно уже сейчас:
💰 Полное погружение (лекции, практика, консультации, доступ к Figma)
— 45 000 ₽
— 40 000 ₽ (при оплате до 20 августа)
Доступна рассрочка и кредит.

💰 Без сопровождения (лекции + записи, доступ к Figma без редактирования)
— 20 000 ₽
— 16 000 ₽ (при оплате до 20 августа)
Доступна рассрочка и кредит.

По вопросам записи и покупки пишите @samenameee

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

Меня зовут Вадим Митякин, я проджект-раннер, исследователь и методолог проектного управления, автор книги «Метод параноика».

Я занимаюсь консультированием компаний, ориентированных на проектную деятельность, создающих цифровые сервисы на заказ и для внутреннего использования. Что именно я делаю:
— проведение стратегических сессий для команд и владельцев
— разработка позиционирования IT-компаний
— внедрение технологии продуктовой разработки и построение проектных офисов в компаниях
— курирование сложных проектов (от продажи до запуска)
— разработка концепций новых продуктов

В роли консультанта за последние несколько лет я поработал с автостартапом Атом, FMCG-производителем Unilever, IT-компанией .redev, частной космической компанией SR Space.

До этого вместе со своей командой я больше 20 лет создавал цифровые продукты и сервисы для КРОКа, Сбербанка, Visa, Афишы, Коммерсанта, Ведомостей, Литреса, Майкрософта, Яндекса, Связного, Logitech, Honda, Nokia, SAP и многих других.

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


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


Книга «Метод параноика»: в конце 2024 года издательство Бомбора выпустило обновленную версию книги, доступную в большинстве книжных магазинов, ее можно заказать в бумажном виде, электронном и послушать в аудиоформате. На текущий момент продано больше 700 экземпляров.


Подкаст (посмотреть на YouTube, VK, Rutube): больше 40 отснятых эпизодов, в которых я с владельцами студий, специалистами, руководителями крупных компаний, обсуждаю подходы к ведению проектов, устройство их бизнеса, и создаваемых ими продуктов.


Выступления и интервью: дают возможность рассказывать широкой аудитории в самых разных городах России от Калининграда до Екатеринбурга про книгу, технологию продуктовой разработки, подходы к построению IT-компаний и про роль проджект-раннеров. За 2024-2025 года было порядка 20 выступлений, о которых я сделаю отдельный пост.


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