"ну бьются, и что? как это применять в планировании? дальше об этом ни слова вроде бы"

Давай на примере) Вот есть запрос "хочу заказать пропуск через КПП, даже если я не знаю данных того, кто приедет. Я готов оплатить проезд". У человека есть работа. Чтобы наняться на неё нам нужно: провести аналитику и запаковать её в доку, разработать/доработать дизайн, разработать/поправить бэк, разработать/доработать фронт, протестировать. Каждое направление: аналитика, дизайн, бэкенд, фронтенд, QA выполняют свою работу, выдавая результат. Мы опускаем всю болталогию как связку между этими направлениями, берем pure result) Дока, Макет, Код, Отчет. 4 крупных результата, в результате которых будет релиз с доставкой решения этого запроса. В данном примере нам нужно 4 проекта-эпика на операционный уровень управления (например в Notion). Каждый из них может занимать от двух недель до месяца-полутора. Roadmap-a (тактическая) выстраивается из этих 4-х проектов-эпиков, каждый из которых ведет к результату и, как правило, блокирует следующий проект, так как, например, сделать дизайн без аналитики можно, но получится хреново)

Как это применить: Выводим запрос. Формализуем требования. Закидываем 4 проекта с примерными сроками на роадмапу. Запускаем бизнес анализ, который выводит процесс и ключевые точки/стыки процесса. Из него выводим анализ данных. Из них фичи. Описываем фичи. Тут уже можно сесть с командой и накинуть оценку. Из всех описаний накидываем в задачу "ТЗ-ху", данные то все уже есть. Корректируем сроки наших 4-х проектов. Запускаем проектирование дизайна и так далее по порядку. Роадмапа появляется сразу. А так как запрос не появляется в вакууме, то можно сразу прикинь как отработка запроса дружит с остальными проектами-эпиками.

Плюсы:
- сразу появляется роадмапа и синхронизация
- с каждым шагом сроки и оценка финансов корректируются

"«просто сам запрос является проектом» — ?"

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

Возможно тут недопонимание в том, что я называю проектом, потому что это цикл статей. Вот ссылочка на пост, где я пишу про "Оперативные" проекты)

"откуда взялось деление проектов по таймлайну месяц или меньше? почему именно эти 2 варианта?"

На самом деле - чисто из опыта. Поставить решение крупного запроса всегда занимает по опыту от месяца до трех. Если запрос меньше, то как правило до двух-трех недель. Все еще зависит от бюрократизации процесса конечно. Я после уже написал пост про оценку в рамках цикла)

Записать на это все скринкаст в луме? - 🔥

5AM | #управление

Кстати, на следующей неделе расскажу про два подхода к формированию структуры рекламных страниц) Продакт - это ведь чуть-чуть маркетолог)

Будет интересно) Всех с выхами!)

5АМ | #Лóкео

Лендинги и презентации

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

Методик по типу AIDA полно, но соль как обычно проще 🎩

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

Кто делает и как:

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

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

Иллюстратор/3D-ник/фотограф - показывает образ продукта, образ смысла через рисунок, фото, иллюстрацию, 3D рендер.

Дизайнер - собирает макет из смыслов, текстов и граф. контента. Дизайнит в конце концов)

Про разрабов и тестеров не пишу. Что интересно: последовательность, пирамида результатов, никто не делает лишнего. Каждому последующему звену хватает данных для выполнения его работы.

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

Боль, конечно, но решается пониманием имеющихся ресурсов. Не нужно заворачивать лендос с 3D рендерами и огромной пачкой текста, если у вас нет копирайтера и 3D-ка. Аутсорс не лечит кстати)

Отдельно раскрою на неделе про связь разработки IT продукта с маркетингом, а также о подходе к формированию страниц через блоки или сторителлинг)

А вы как делаете лендосы?)

5AM | #маркетинг

Вчера ездил к нашему клиенту, УК Гельвеция, которой внедряем Локео. У ребят красивый поселок премиум класса)

Недавно к нашей команде присоединился Виктор) Он очень крутой инженер, сис.админ, я обязательно его представлю, потому что ну мощь человек просто)

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

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

Так и хочется дальше делать) Все по-лу-чи-тся) И у вас тоже, надо верить и даже когда очень-очень кажется что ничего не выйдет - продолжать двигаться и все получится, передаю энергию)

Пост эмоция 🫶

5АМ | #Лóкео

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

"- Эх... Бизнес уродует систему - вздохнув, сказал я.
- Но система не должна уродовать бизнес... - получил я в ответ"

5АМ | #цитаты

Пробовали работать в VR очках?)) Вроде удобно, через часок глаза вытекают правда)

Круто заходит, если владеешь слепой печатью)

5АМ | #мемы

Хочу поднять тему внимания и философии сознания

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

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

Главное и банальное умозаключение - внимание одноканально. Это канал для потока информации. Конечно мозг собирает и обрабатывает всю входящую информацию, но внимание превращает информацию в осознанный поток, как будто перед тобой 10 звонящих телефонов, но ты поднял трубку только у одного. Подтверждение согласования внимания с эволюционной психологией: когда мы боимся или атакуем, все внимание сосредоточено на объекте опасности/атаки.

Первая полезность - отдых через молчание
Если главная задача нашего внимания - это прием осознанной информации (усл. 1-1-1), то его противоречие - это остановка приема (0-0-0), т.е. молчание. Возьмем пример сытости и голода, в сытости происходит расслабление, в голоде - напряжение. По принципам диалектики - отсутствие внимания должно обязательно быть. Как? Сон. Когда мы спим - внимание не находится у нас в управлении, но можно осознанно выключать внимание, выключая поток информации. Сначала будет тяжело, но со временем отключение потока информации будет приводить к глубокому отдыху(сытости). И включение внимания будет приводить вас к обнаружению такой информации, которую вы раньше не видели.

Вторая полезность - контроль и свобода
За наше внимание идет постоянная охота. Захват этого канала ведет к сохранению данных на нашем диске, а для принятия решения хватает лишь сделать активацию, чтобы сигналы сделали своё и достали информацию. Контроль внимания - это определенного рода свобода. Нравится выражение: «чем отличается мозг от желудка? Если съесть плохую пищу, то её можно вытащить из организма, с информацией так не получится»). Интенсивность внимания делит людей на зомби и живых)

Третья полезность - скорость переключения внимания
Вот это действительно полезная вещь в работе с людьми, документами, построении продуктов, решении проблем. Можно натренировать осознанное переключение внимания через смену внимания со слуховой, зрительной, чувственной, мыслительной и т.д. информации, стараться быстрее выцепить нужную информацию и переключить. Запускать ускорение перебора информации в голове. Я для этого читал книгу «Слишком темно и невыносимо тихо» Ольги Скороходовой, слепоглухонемой, как она описывает свои чувства и переживания. Сбор информации шел из вибраций, дуновений ветра, она могла понять, что в комнате человек и определить его настроение до того, как к ней прикоснутся. Навык переключения позволяет идентифицировать неосознанное переключение внимания на что-то ненужное(тик-ток, бесполезная статья и т.п.) и гораздо быстрее вернуть контроль. Клин-клином) Обнаружение - это 99% контроля себя.

Что думаете?)

5АМ | #философия

На прошлой неделе собрал первую часть цитат канала) Публикую вторую мякотку) Часть №2. Поехали)

- "Акты выполненных работ — это деньги, конвертированные в бумажку с подписями" (тут)
- "Есть два библейских вопроса от стейкхолдера к продакту: Сколько и Когда?" (тут)
- "Разрабам все равно на задачи, положа руку на сердце, им важно делать дизайн, код, документацию" (тут)
- "Если хочешь что-то поменять в системе управления — обсуди с командой!" (тут)
- "HR — для стартапа или студии - это основа того, что ты сможешь выполнять обязательства" (тут)
- "Хороший продакт не ставит задачу вне системы управления, но информацию собирает неформально" (тут)
- "А не херню ли мы делаем?" (тут)
- "Чем глубже и больше шагов опущено в логической цепи в коммуникации команды, тем стоимость её выше" (тут)
- "Границы возможностей... Вот где оно? То, что будет тем что нас придавит и будет прям неподъемным" (тут)
- "Отсутствие конкретики худшее для определения приоритетов. Пуште конкретику" (тут)
- "Состояния — это и есть данные" (тут)
- "...Когда выходишь на прогулку в это время, цивилизация как-будто отсутствует. Есть только эта тишина, которая передается в сознание..." (тут)
- "Для бизнеса важно не только то, что вы им сэкономите, а еще и что не уроните их текущий заработок" (тут)
- "Отталкиваться от имеющегося. Не прыгай. Имей стратегию. Двигайся ровно и используй то, что у тебя есть."(тут)
- "С точки зрения бизнеса самое сложное кроется в синхронизации направлений по проектам, то есть - каждое направление должно работать внахлёст". (тут)

5АМ | #цитаты

А ну-ка, кто сможет сходу сказать чем отличаются задачи product manager-а от product owner-a?)

Чур не гуглить) И не молчать😝

"Отец" и "Сын" продукта

Раньше, когда люди делали реально крутые вещи: ракеты, интернет и марсоходы, роль продакта была у главного инженера) Его видение охватывало весь продукт, поэтому их называли отцами продукта😁 20-30 лет назад продакты начали рождаться из профессии инженера, маркетолога, дизайнера. Был бэкграунд, опыт, а сейчас продакты ныряют в профессии после института и курсов. Мои преподаватели из Академии ФСБ тоже сетовали, что во времена КГБ в академию поступали после опыта армии и пары заводов.

Именно это приводит к тому, что у product-ов все никак не очертится их роль и в зависимости от размера компании продакт выполняет свои задачи по-разному. А когда корпоративный мир всем остальным сказал, что нам еще и owner-ы нужны оказывается — путаница увеличилась)

Масштаб - вот отличие между ними

Допустим большая картина, к примеру, "Явление Христа народу" А. Иванова. (Оффтоп эмоции - вы её видели вообще эту махину, 5х7 м? вот он - продакт менеджер "отец"😂).

Продакт думает за масштаб: какой должна быть картина, почему именно такой, почему понравится зрителям, что на ней должно быть, в какой позе должны быть персонажи, кто заказчик, как деньги платит, кому продать её потом?) Он смотрит на все без кадрирования (кроп-а), даже за рамками картины. Оwner же общается с поставщиками красок, контролирует наброски каждого эскиза(фичи) картины (Иванов сделал более 600-т эскизов), строит роадмапы, пинает Иванова "когда"!?, говорит что "вот должен быть Христос, должен быть народ")) Ну вы поняли)

Продакт и овнер - это два альтер эго Иванова))

Продакт - общается с князем Александром (тот, что потом станет императором). Овнер - пинает Иванова делать картину (20 лет делал) и говорит как надо.
Продакт - мыслитель. Овнер - реализатор.
Продакт - комбинатор. Овнер - соединитель.
Продакт - в медитации. Овнер - в суете.
Продакт - Отец. Овнер - сын😄

5АМ | #управление

Используем ли мы HADI циклы в разработке Локео?

✏️Напомню, что это методика для тестирования гипотез. HADI - акроним: Гипотеза (H), Действие (А), Данные (D), Вывод (I-insight). В этом методе есть еще две вещи - это вера в гипотезу (F-faith) и сложность (C-complexity). Кто не знал, вот, а кто знал - повторил)) Скучная часть закончилась)

Мы используем гипотезу как связующее звено между запросом и требованием.

📌В b2b - запрос всегда сводится к деньгам.
Например, у нас ключевой запрос - это "хочу повлиять на долг клиента".
📌Гипотеза - «Если будет автоплатеж по лицевому счету, то количество долгов категории "потому что забыл пополнить" сократиться».
📌Как раз Action здесь будет требование "необходимо реализовать автоплатеж в личном кабинете сотрудника, чтобы он мог предложить его настроить в момент прихода клиента в офис".
📌Метрикой же здесь будет коэффициент долговых начислений из месяца в месяц (сумма_начислений_долг/сумма_начислений_без долга). Например, 1000 начислений, из них 100 долг. Метрика 10%, стараемся в следующем месяце на неё повлиять (снизить).

Основной сложностью работы с гипотезами в нашем продукте является подготовка (разработка) большой базы сущностей и процедур, чтобы начать тестировать гипотезы. Например, чтобы прийти к автоплатежу нужно иметь процедуры таких сущностей, как лица, участки, поселки, лицевые счета, продукты и т.д., которые не имеют непосредственного влияния на деньги.

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

Согласны с этим или думаете, что все-таки гипотезы нужно тестить как можно быстрее?🎩

5АМ | #маркетинг