Метод параноика Вадима Митякина

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

Метод параноика Вадима Митякина pinned «🚀 Дизайн как искусство проектирования: поиск продуктовых решений на стыке дизайна, бизнеса и технологий 📅 18 августа – 22 сентября Мы подготовили мини-курс для продуктовых дизайнеров и продактов, которые создают цифровые сервисы и приложения. В нем мы…»

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

🚀 Дизайн как искусство проектирования: поиск продуктовых решений на стыке дизайна, бизнеса и технологий
📅 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

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

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

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

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

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

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

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

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

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

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

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

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

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

По мотивам вопросов, которые возникли в ответ на мой аудиоподкаст про позиционирование у Андрея Терехова, сделал небольшое уточнение про проекты типа «Седина»:


В отличие от Процедур (суть которых в выполнении задач, от рисования баннеров и до запуска типовых рекламных кампаний), Седина — это решение проблем клиента с предсказуемым результатом.

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

1. Управление ресурсами (умение подбирать специалистов с необходимыми компетенциями, развивать их и собирать из них команды)
2. Управление проектами (навыки по ведению проектов в определенной области, например, проведение рекламных кампаний или разработке цифровых сервисов)
3. Управление продуктом (знания о том, как именно должен быть устроен тот или иной продукт — информационный или технический)
4. Управление бизнесом (знание специфики той или иной отрасли, для которой идет поиск решения)

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

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

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

Смотрим на:

RUTUBE
VK Видео
YouTube

Спасибо всем, кто пришел вчера на встречу владельцев агентств и ИТ-компаний в Ростове-на-Дону! Было больше 20 человек и почти 3 часа общения.

А еще спасибо всем, кто помог организовать эту встречу — Анне Шолоховой (aaa.design), Максиму Мулу (Work Solutions), Алексею Егорову (Rocket Business), Александру Букурову (Вебпрактик), Йоде и конечно же Южному ИТ-парку!

Так, тут Вадим Митякин (канал Метод параноика) в гостях у Диджитал-Радио нашего CEO Андрея Терехова рассказал про позиционирование диджитал-агентств/продакшенов в разрезе текущей ситуации. В традиционном для радио аудио-формате: 22 минуты хорошей экспертизы и полезных размышлений – самое то для субботнего вечера 👻

Встречи и новый трек в Клубе проджект-раннеров (с 18 июля)

Вот буквально на днях в Москве и Питере прошли встречи Клуба проджект-раннеров, и то, сколько людей в итоге собралось, внушает оптимизм)

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

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

Формат следующий. Компактная группа из 5-7 участников встречаются раз в неделю в онлайне на несколько часов. Такой трек длится шесть недель и позволяет глубоко разобрать подходы к управлению проектами на всех уровнях:

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


На треке мы работаем в трех форматах:

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

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

Стоимость 40 т.р.
По одной встрече в неделю
Длительность 6 недель
Каждая встреча 3 часа

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

Чтобы попасть на трек, нам необходимо познакомиться и обсудить ваш профессиональный запрос. Пишите мне напрямую @vadim_mityakin, выберем время видеозвонка.

p.s. Если вы хотите прийти на трек по управлению проектами как команда от компании, напишите отдельно, обсудим.