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

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

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АМ | #маркетинг

Конвертация

Знаете конверторы из png в jpg и так далее. Вот продакт - это конвертер😄

Продакт конвертирует:
- Запрос в гипотезу
- Гипотезу в процесс
- Процесс в данные
- Данные в процедуру
- Процедуру в возможность
- Возможность в требование
- Требование в задачу
- Задачу в результат

♻️Запрос в гипотезу
Бизнес или клиент говорит "у меня болит". Мы ставим "диагноз" и предполагаем, что это решит проблему, выводя гипотезу.

♻️Гипотезу в процесс
У каждой гипотезы есть результат, который нужно добиться, чтобы перестало болеть. А чтобы его добиться, нужно выполнить набор шагов, возможно даже разным людям и системам.

♻️Процесс в данные
Зная каждый шаг, мы можем вывести крупные категории данных и общие данные обработки. Любой процесс и вся человеческая деятельность (если убрать всю лирику) направлена на преобразование данных из 1 в 0 и обратно.

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

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

♻️Возможность в требование
Для каждой возможности уже просто выдать требования к дизайну, обработке (бэку) и выводу (фронту).

♻️Требование в задачу
Пачку требований уже можно выводить в проектное управление. Выводить в проекты, в эпики, оценивать по направлениям. Строить роадмапы. Формировать спринты с точной привязкой ко времени.

♻️Задачу в результат
Стандартная разработка, где каждый специалист выполняет свою работу и реализует свою часть, кирпичек за кирпичиком строит процесс, так необходимый для гипотезы, которая так нужна для ответа на запрос)

5АМ | #разработка

Фича-паразит

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

Допустим, у нас уже есть раздел "клиенты". Он был добавлен для решения проблемы нашего пользователя в рамках гипотезы "А". Чтобы добавить "клиента", пользователь проходит определенные шаги. Набор данных строго обозначен. Фичи поставлены.

Но спустя время мы пытаемся решить другую проблему, которая повлияет на метрики. Формируем гипотезу, строим процесс и видим, что в раздел "клиенты" требуется добавить еще данные, чтобы общий процесс заработал. Допустим требуется, чтобы при добавлении "клиента" пользователь выбрал определенный "тип" клиента в дропдауне и установил чек-бокс.

Что происходит в этот момент:
- возможность "создать клиента" раздваивается на две версии, каждая из которых влияет на разные процессы (job-ы). Значит нужно править документацию, отрезая версию для этой процедуры
- если произошло расщепление на версии, то в макетах тоже нужно развести эти процедуры. На уровне макетов появляются состояния и дизайнеру нужно исправить как базовую версию, чтобы отразить новые дропдаун и чек-бокс и новую версию с прожатыми данными.
- дропдаун и чек-бокс становятся необязательными данными, нам нужно исключить их из валидации, т.е. бэк и фронт должны это учесть.
- если данные необязательны, то их нужно по-особому объяснить клиенту в UX или текстах.
- ситуация осложняется, если для выполнения общего процесса требуется добавить несколько таких фич в разные сущности.

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

Есть помощь. Фича-паразит боится колдовства. Нужно произнести заклинание "АНАХУАЭТОНУЖНО"😄 И чаще смотреть в документацию "книгу Заклинаний".

5АМ | #стартап

Ребята, а мы прямо сейчас ищем тестировщика тестить наши крутые продукты)

Как выражается наш лид фронт Женя: "Нам нужен такой тестер, которого я буду ненавидеть".😄

Если у вас есть посоветовать крутышей или ты сам такой, то можешь смело писать мне - @limskov

5АМ | #вакансии