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


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

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

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

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

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

Вы когда-нибудь задумывались, почему одни цифровые продукты взлетают, а другие проваливаются, несмотря на крутую идею и большие вложения? В чём секрет успешных 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