9028
Пишу об IT и продуктах простым языком. Делюсь своим путем разработки продуктов, управлению командами и запуске продуктов. Живу во Франции. По вопросам рекламы и консультаций @FaryaRos
😎 18 сентября стартует недельная онлайн конференция для продакт-менеджеров Podlodka Product Crew в партнёрстве с Epic Growth.
Этот сезон будет хардкорным: разберём тему юнит-экономики и монетизации продукта. Больше подробностей о сезоне:
👉 Определим как анализировать ключевые метрики продукта и рассчитывать сходимость юнит-экономики.
👉 Научимся составлять PnL будущего продукта: из чего он состоит, как с его помощью оценивать жизнеспособность бизнеса и принимать решения. А ещё посчитаем PnL на примере реального продукта и соотнесём план с фактом.
👉 Со Станиславом Проданом узнаем, как эффективно пересобрать продукт и переходить на более конкурентоспособную бизнес-модель, когда экономика перестаёт сходиться.
Делиться опытом будут спикеры, которые вручную запускали или пересобирали продукты, продумывали монетизацию.
🤑 Скидка 500 руб по промокоду: ROSLOVETS
Скорее забирайте свой билет на сайте конференции: https://podlodka.io/productcrew
Как учиться на курсе "GIT для инженера" за 100 рублей
Мы запустили наш курс на степик, а также добавили в него уроки по версионированию CAD файлов и как использовать СhatGPT в обучении и работе.
Курс совсем с нуля в текстовом формате. По сути это как тренажер, только в Stepik)
Доступны несколько бесплатных уроков. Поэтому если вам нужно погрузиться в гит быстро и вам некогда смотреть кучу видео, вот вам наш курс.
Несмотря на то, что курс для инженеров, он также хорошо зайдет программистам и вообще кому угодно.
Он еще по мнению наших учеников признан самым мемным:)
Как учиться на курсе за 100 рублей?
Курс стоит 4900, но вы можете учиться учиться на качественном курсе по GIT за символические деньги, которые покрывают расходы только Stepik следующим образом:
1. В любой своей соцсети или своем публичном канале вы выкладываете пост с ссылкой на любой из моих продуктов (Курс по Git, MATLAB, Канал об IT и продуктах). Вы можете написать как хорошее, так и плохое. Если вы выложите просто ссылку, условие можно считать условно выполненным.
2. Пишете мне в личку в телеграм @Faryaros о том, что выполнили условие
3. Я вам высылаю промокод на Stepik, введя который вы оплатите за курс только 100 рублей.
Проверим Горные эксперименты в моей работе (If you know what I mean)
https://stepik.org/a/135596
🔨 Как собирать работающие продукты, если под рукой есть только палки? Игорь Мелех, Head of Product в Ozon и настоящий корпоративный самурай, ведет блог продактстве и запуске MVP на коленке.
🎯 Будет полезно тем, кто постоянно бьется с заказчиками за ресурсы MVP, хочет выжить в корпорациях, принести ценность пользователям и сохранить рассудок. Короче, полезно будет всем.
В канале Игорь уже написал, как раскидать MVP в табличках, натягивать сову на глобус работать от дедлайна и почему слово «участвовал» уничтожает в ноль любой опыт в резюме.
Подпишитесь , будьте котиками → @mvp_meleh
Инсайты про б2б
😤 Продавать компаниям - это практически всегда сверху в низ. Если заинтересовать ЛПР, то все пойдет быстро. Но воздействовать на ЛПР приходится практически всегда снизу вверх. Все равно нужно показать конечному пользователю в компании, что ему это поможет. Он идет к начальку и конючит у него твой продукт.
😤 Из-за пункта 1. цикл продаж может сильно удлиняться примерно в тыщу раз 😂
😤 Из-за того же пункта 1 и 2 продукт может тупо не продаваться, потому что у компании могут быть сложившиеся порядки, которые им больно менять
😤. Чтобы этот барьер преодолеть нужны сильные продажники и нужно снимать головную боль с ЛПР по вопросам внедрения очень четко проработанными возражениями
😤. Исследования на б2б рынке - это больше про качественные исследования на "попиздеть" о болях. Количественные нихера не работают
😤. Б2б продукт сильно зависит от состояния рынка на сегодня. Даже больше чем б2с. Например, компании в текущие времена скипнули статью расходов на обучение. Поэтому обучение в б2б сильно просело. Значительней чем б2с
ИТОГО: ваш продукт может не продаваться на б2б не потому что он гавно, а потому что никто не хочет ничего менять, пока продадите проедите последние штаны, да и рынок в жопе:) такие вот пирожки
Пупсик в небольшом отпуске. Порадуйтесь сердечками :)
Читать полностью…
Как дизайн помогает зарабатывать деньги в инновационном и айти-бизнесе?
Очень просто. Айдентика помогает выделиться на рынке, гайдбук — быстрее принимать решения и экономить время сотрудников, а грамотный брендинг повышает узнаваемость компании.
О том, как использовать дизайн-инструменты для бизнеса рассказывает Иван с канала «Иван толкует». За 13 лет в сфере он реализовал 500+ проектов для разных компаний. В том числе в технологиях: HRlink, АНТЭК, КОРУС консалтинг, Metsco…
Сейчас он основал студию и ведёт телеграм-канал. Вот мой личный топ постов:
••• как гайдбук помогает экономить деньги компании и время сотрудников
••• почему выгоднее нанимать команду дизайнеров на аутсорсе, а не в штат?
••• как студия Ивана разработала сайт для архитектурно-изобретательского бюро
Подписывайтесь на Ивана, тогда будете нанимать дизайнеров не для «красивых картинок», а для роста бизнеса: @tolk_brand
Сustomer девелопьменьть😮
Несколько лет назад, когда я начинала в управлении и создании продуктов, я слушала продвинутых коллег и все говорили о кастдеве, как о чем-то важном и обязательном.
Потом я проводила много коридорок, кастдевов и просто разговоров с пользователями.
Когда ко мне обращаются за консультацией по запуску продукта, я сразу отправляю "спросить" у своего клиента и "поговорить" с ним.
🥶НО... я чувствовала какой-то подвох.
Поймите меня правильно. Я не отказываюсь от своих слов. Говорить с клиентами нужно. Кастдев, сам по себе, если его проводить правильно, помогает и значит очень много на старте продукта и в последующем. Но это чувство странное по отношению к кастдеву, я никогда не могла сформулировать.
😃Недавно я встретила пост Валерии Розовой и она, как с языка сняла. Я добавлю своего возмущения на кастдев.
У меня был кейс, когда меня внезапно начала раздражать фраза "ну пользователи хотят, чтобы мы запустили вот этот продукт. На кастеве они постоянно это говорят".
Я понимаю, что есть записи разговоров, что можно провести кастев самому и проверить....но ох уж этот межотрослевой элефант ин зе рум
1. Кастдевами спекулируют по разным причинам (продвигать свои интересы, просто, что то сказать, чтобы скрыть косяки и вообще много для чего)
2. Кастдевы реально сложно проводить. Заебисто и сложно. Каждый раз продумывая сценарии я ухожу в дебри, либо в детали и постоянно вынуждена возвращать себя к сути и гипотезам. Проводить их - это не просто вопросики позадавать. Это реально лидировать диалог и следить за тем, что "между строк"
У меня один коллега проводил опросы по телефону ориентированные на массовость и называл это качественными интервью. Но это не кастдев. Это опросы!
Другой коллега продумывает сценарии, а сами интервью делегирует своим миньонам помошникам. Это точно про качественные исследования?
😮Есть ли у вас реальные люди, курсы, книги, которые прям боженьки кастева? Сдавайте явки пароли в комментариях)
Для тех, кто соскучился по видосам
https://youtu.be/XkxX32jxTTs
API на пальцах
Необходимый минимум, который нужно понимать.
😤АПИ - это протокол передачи данных. По сути свод правил, по которым два сервиса "общаются" между собой.
😤 Раньше, когда интернет только появился и на его заре АПИ использовалось только для взаимодействия бэкенда и фронтенда между собой. Тогда же сформировались правила GET и POST ( а также еще несколько других, но они редко используются). Это запросы для того, чтобы что-то отправить с фронтенда на бекенд или запросить с него.
😤Сейчас же АПИ стал более широко использоваться. Теперь АПИ создается под каждый сервис в бизнес логике приложения или сайта. Это называется "микросервисная архитектура". Это позволяет избежать дублирования кода и снизить связанность между компанентами кода для последующего масштабирования. Чтобы объяснить проще представьте, что у вас Озон. Представьте что будет, если весь этот огромный маркетплейс будет написан сплошлным текстом кода? Чтобы добавить функционал вы будете плакать и страдать. А если у вас код разделен на "бизнес-блоки", которые взаимодействуют между собой, вы четко знаете куда засунуть дополнительный функцонал, чтобы ничего не поломать
😤Чтобы понять верхнеуровнево АПИ нужно знать, что оно состоит из:
- Метода ( по сути команда или функция)
- Пары "Параметр - значение". Параметры - те значения которые нужны на входе для исполнения команды.
Пример:
Допустим у вас есть АПИ конвертирования валюты. Вам нужно сконвертировать валюту (это наша команда, она же метод), ей на вход нужно подать параметры: (1) С какой валюты нужно конвертировать, (2) НА какую валюту, (3) СКОЛЬКО со следующими величинами (3) - USD, (2)-EUR, (3)-1000
.../convert?from=USD&to=EUR&amount=1000
😤 Чтобы сервисы передавали друг другу большие объемы информации, используется текстовый формат JSON. То есть когда будете слышать это слово, просто знайте, что это некий документ, который передается с фрондента на бэкенд для корректного обмена
Полезно? Ставь 🔥
Как прокачать английский для работы
Мой топ приемов, которые работают.
🤼♀️ Завести чат в телеграме под названием "Английский" и скидывать в него слова и фразы, которые вы находите важными и интересными с переводом. Правило одно: в сообщении должно быть только слово-перевод. Ни грамматики, ни заметок и напоминаний. Никаких переписок. Не засоряйте чат. Когда я туплю в телеграме, я в этот чат невольно захожу и повторяю слова.
Кстати, в него вы можете пригласить друга. Это как игра. Как только друг перестает делится полезным словом или фразой недели, вылетает из группы нахуй))) оч мотивирует) потому что вы очень быстро увидете пользу от такого чатика) Периодически выкидываю мужа, после чего он начинает активно постить полезные словечки из рабочего чата))
🤼♀️ Обучение на английском. Этот метод работает на 100500 баллов. И работает он только на том, что ВАМ ИНТЕРЕСНО. Недавно я писала, что проходила тренинги для сертификации по скраму. Сделано это было на английском. Вы же не думаете, что таких тренингов нет на русском? Найти при желании можно, но не интересно. Самый лучший способ быстро прокачать язык-это учиться предметной области и тем темам, которые вам интересны в данный момент на английском.
Есть вероятность что вы не поймете какой-то процент сказанного. Это нормально! На работе в международной команде ребята с С1 могут не понять процентов 30 из всего, что они услышали (маленький секретик). Самое важное вы поймете или получите пизды и в следующий раз понимать будете)
🤼♀️ Любите психологию? Да полюбас вы drama queen, хоть и бородатый мужик за 40. Все мы там окажемся) К чему я.? Психологию любят все и оказывается, именно по психологии, приемлимые по сложности книжки в перемешку с универсальными словами и смыслами. И, оказывается, когда пишут про твою проблему прочитать ее ой как хочется. Именно в таких книжках хорошо развивается "лингвистическая интуиция". Это когда вы примерно предполагаете значение слова или фразы из общего контекста. Важный навык.
Пока вы выживаете на пункте 2 и страдаете на пункте 3, вы конечно попутно добавляете слова в п 1.
🤼♀️ Последний пункт, которым я также занимаюсь, это использование добавленных слов. Вам нужно моделировать ситуации, возвращаться к новым словам и повторять их в разных контекстах. Есть несколько вариантов: встречаться с иностранцами (даже в России есть встречи экспатов, которые туда эмигрировали), общаться с ChatGPT для прокачки, добавлять в словари и повторять в PuzzleEnglish, продумывать спичи в голове (что я делаю каждый день, невольно).
Есть свои способы? Поделись в комментариях:)
Было полезно? Ставь 🔥
Протестила плагин ChatGPT для поиска работы Ambition
Ну ребят, совсем другое дело!
Теперь не нужно искать 100500 карьерных платформ и жалобно писать HR. Просто пишете запрос (страна/город, название позиции + специфичные запросы) и плагин, анализируя местные и крупные агрегаторы, выдает 5 релевантных вакансий с ссылками на них
Удобненько.
Scrum на пальцах
Недавно обнаружила, что меня читают люди которые не знают что такое Скрам, но при этом сами не в курсе, что по нему работают
Давайте я вам помогу.
😐В скраме есть 3 роли: Product Owner, Scrum-мастер и разработчики. Product Owner отвечает за видение продукта, бэклог и приоритеты. Scrum-мастер обеспечивает соблюдение принципов Scrum и поддерживает команду. Разработчики занимаются созданием и тестированием продукта.
Многие думают, что продакт менеджер и оунер - это про разное. Статьи даже разные пишут, чтобы объяснить разницу между Product Owner и Product Manager. По факту, это просто название роли по скраму.
😐Разработка должна быть инкрементальная. Это принцип пошагового развития продукта. Вместо того чтобы планировать и выпускать продукт целиком, команда разрабатывает его частями. Это позволяет быстрее получать обратную связь от клиентов и вносить корректировки в разработку.
Это в теории, на практике же есть MVP (ограниченное "сочное" количество фич, которые позволят проверять нашу основную гипотезу "купят-некупят") и все остальное ("много-много всего того, что мы хотим и это ОБЗАТЕЛЬНО НАДО!!!")
Вся инкрементальность - это продуктовое виденье того, какими фичами вы будете наслаивать свои продукт.
😐 Спринты и планирование: Спринт представляет собой фиксированный период времени (обычно 1-4 недели), в течение которого команда работает над определенными задачами. Перед каждым спринтом проводится планирование, на котором команда определяет цели и задачи для следующего периода.
Мы стараемся сделать так, чтобы 1 инкремент = набору бизнес фичей, а они, в свою очередь, были равны одному спринту. В реальности не всегда так получается.
😐 Отдельно стоит выделить митинги. В теории их 5:
- ежедневные дейлики, когда вы синхронизируетесь с командой,
- планирование спринта
- ретроспектива спринта
- актуализация бэклога
- обзор
На практике: нахуй можно послать все, кроме планирования спринта и акутализации бэклога. Не всегда конечно))) Но это самые важные митинги для исполнителя
😐Самое важное, по моему мнению, что дал нам Скрам - это понятие "Definition of Done" (Коротко, DOD)
DOD - это критерий готовности нашего инкримента. Или, если декомпозировать, критерий готовности задачи. Основной вопрос "Как мы поймем, что задача готова? какой критерий?". Обычно стараемся придумывать критерий с физической реализацией и ее критеричми. Типо документ, работающий код, презентация...
Полезно? Ставь 🔥
🥰 Как сделать команду разработки счастливой?
Привет! Это Лев, продакт и автор канала @levlevitsky_channel. Сегодня хочу поговорить о том, почему команда разработки может терять мотивацию и как я с этим справлялся.
Я работал с разными командами. И часто видел такую ситуацию: фичи делаются все медленнее, творческий подход пропадает, глаза не горят и вот это вот все. Кстати, такой кейс часто дают на собесах на продакта — ведь он регулярно встречается в жизни.
🔖 Почему такое происходит? Из моего опыта — потому что у команды возникает ощущение, что задачи делаются в стол.
Представьте: вот к разработке пришли с задачкой. Побрейнштормили вместе, пошатали требования (с). Запилили задачку. А что дальше-то? Зачем все это, зачееем?
➡ Лучшая мотивация для человека — видеть эффект от своих действий. Соответственно, мотивация пропадает, когда эффекта от действий не видно, когда непонятно, для чего делаются задачи.
Важная функция продакта — подсвечивать команде разработки ценность, которую она создает для продукта. Важно, чтобы разработчики не ощущали, что они существуют отдельно от продукта, пишут свой код в вакууме. Их деятельность неразрывно связана с продуктом и оказывает на него прямое влияние. Будем честны — если бы не разработка, ничего бы не было.
🔥 Как же подсвечивать эффект от действий команды?
— ходить на дейлики разработки: делиться там новостями, которые происходят в продукте, мелкими задачками, показывать связь разработки и продукта
— выступать на демо разработки с результатами: а вот помните, мы запилили два месяца назад такую фичу, она нам принесла столько-то денег, а еще мы узнали из касдевов, что клиентам она нравится потому-то
— честно рефлексировать на ретро: благодаря слаженной работе мы запилили в этот спринт такую-то классную штуку, а могли бы не запилить, но запилили, и клиенты уже сейчас начинают ей пользоваться
— на продуктовых синках и презентациях подсвечивать, что такой-то результат был получен благодаря команде разработки, которая быстро и слаженно запилила фичу или что-то починила
✅ Команда разработки, которая видит эффект от своих действий — счастливая команда. Счастливая команда —> слаженная и эффективная работа —> классные результаты в продукте и бизнесе —> счастливый продакт и еще более счастливая команда. И так далее.
⭐ О чем еще можно почитать у меня на канале:
— Как описывать продуктовые кейсы? Фреймворк STAR
— Мощный шаблон резюме для продакта + мой подход к созданию резюме
— Что нужно уметь продакту в мире нейросетей?
— Важнейший принцип ведения задач: всегда уточняйте и фиксируйте сроки
— Где продакту искать вакансии?
— И подборка из ТОП-50 постов: вы точно найдете там для себя что-то интересное
Рад был познакомиться! Ставьте реакции, оставляйте комментарии, подписывайтесь на мой канал! И спасибо Фаре за предоставленную площадку 🙂
Ваш продуктовый Лев
@levlevitsky_channel
⚡️Войдите в IT не через программирование! Узнайте, как сделать карьеру на удалёнке, на бесплатном вебинаре онлайн-курса «Руководитель поддержки пользователей в IT» в Отус — «Тикет-трекинговые системы для службы поддержки»: https://otus.pw/cu7z/
Тикет-трекинг — основной инструмент работы поддержки. Выясним, что он умеет, и чего мы вправе от него требовать, чтобы сделать нашу работу эффективнее.
На бесплатном занятии 18 июля в 20:00 мск мы:
— поговорим о том, что такое тикет-трекинговые системы, какие виды встречаются, обсудим плюсы и минусы каждого из них.
— познакомимся с базовым функционалом, рассмотрим, что есть практически в каждой из них, а что встречается не везде.
🔥Экспертизой поделится Константин Кафтан — руководитель проектного менеджмента VK.
— После вебинара оплатить курс можно в том числе в рассрочку.
— Работодатели-партнеры Отуса уже ждут на работу успешных выпускников курса.
➡️ Регистрируйтесь сейчас — напомним перед вебинаром: https://otus.pw/cu7z/
Нативная интеграция. Информация о продукте www.otus.ru
Про продуктовые тренды
За продуктовыми трендами важно следить. Их важно рисерчить и качать насмотренность, чтобы собирать лучшие практики и применять в своей работе. В этом помогают авторские каналы моих коллег.
Советую заглянуть в канал Насти Московченко Product Trends.
Настя - продакт-менеджер с опытом запуска продуктов с нуля, как в крупных IT компания, как ВК, Яндекс, так и в стартапах на рынок США.
А также помогает получить оффер в IT компании и стать продактом.
Топ посты про продакство от Насти:
🟣 Решение тестовых заданий, которые мне принести офферы
🟣Тестирование гипотез в продуктовых компаниях
🟣 Как подготовиться к интервью
🔵Продукт на 10 миллионов скачиваний без маркетинговых вложений
Присоединяйтесь к каналу Product Trends, чтобы быть в курсе всех трендов с продуктовой точки зрения 😉
Самая большая ошибка при разработке продукта с нуля
Думаете самая тупая ошибка, которую можно было допустить, когда вы разрабатываете продукт - это недоисследовать рынок, не проверить 100500 гипотез и внедрить ненужные фичи в MVP?
Если хотите :
1. забывать названия бизнес-терминов и блоков в коде.
2. забывать, в чем заключается логика того или иного куска кода
3. тратить время на адаптацию новых коллег в 3, нет, в 4 раз дольше!
4. УМОЛЯТЬ некоторых членов команды остаться на еще немножечко, иначе все пойдет по пизде ибо все в их головах
5. ПЛАКАТЬ, когда нужно масштабироваться и внедрять новые фичи
То обязательно, слышите, ОБЯЗАТЕЛЬНО, не ведите документацию!
#оффтоп и не могу не поделиться) простите мне мою слабость в виде любви к поржать)
Решила прочесть книгу Литвака. Давно кто то рекомендовал. Начало книги мне не понравилось. Что кого то он там с помощью своих психометодик так вылечил, что он с параличом нижних конечностей стал ходить! Решила загуглить. Попался отзыв...за призыв к такой проституции решила, что точно нужно читать😂
Как совмещать переезд и работу с ребенком
Я не очень активно освещаю тему родительства. Но поступает очень много вопросов про то, как же я живу в таком "аду"? Как я успеваю и вести блог и зарабатывать на нем? Как я успеваю вести пару проектов (у меня Topklik b2b решение для каменного бизнеса и еще фриланс проекты)
Также я провожу консультации и преподаю.
И конечно же вишенка на торте: я в эмиграции и с ребенком условно в декрете, что является основным источником стресса.
Недавно я слетала в Москву. У меня был отпуск без ребенка. Конечно же я решала свои дела, как обычно. Но я воспользовалась этим временем вспомнить свою прошлую жизнь и немножко подумать. Вот к чему я пришла.
1. У меня проблемы с тем, чтобы сфокусироваться и говорить "нет". Я берусь за интересные задачи и не думаю о профите. Мне просто интересненько. Я живу всю свою жизнь с целью, чтобы было в кайф и интересненько. С одной стороны это помогает, с другой безумно утомляет.
Я честно скажу, я периодически ТАААК заебываюсь, что даже не могу разговаривать. Я хожу по дому и...молчу...
Я пришла к тому, что когда у тебя появляется ребенок, у тебя больше нет права на "интересненько" на все сто процентов. У тебя должно быть комбо того, что тебе приносит не только удовольствие, но и профит.
2. Ребенок-не препятствие, если вы работаете над ним не в одиночестве. Когда родители - команда и банда в одном лице. Да, ребенок - это геморрой. Но приятный геморрой. Пока я была в Москве, мой муж сидел с ним полную неделю 24 часа в сутки.
Его вывод, который он мне прислал на 3 день: "Чтобы выжить в декрете, нужно ничем не заниматься помимо ребенка. Ничем интеллектуальным. Сосредоточиться и сфокусироваться нереально".
ДА! я только два часа после того, как остаюсь без ребенка ОСОЗНАЮ, что сына рядом нет и я могу подумать о своем. И только потом могу что-то делать вообще...
3. Главный секрет того, что я успеваю кроется в том, что...
..во-первых, я нифига не успеваю или это получается не так качественно, как хотелось бы
..во вторых, мы не консервативная семья и муж - это полноценный родитель со всеми вытекающими.
..в третьих, я не планирую больше одного-двух дел в сутки.
Когда мой муж приходит с работы, у меня начинает в голове работать математическая формула. До сна ребенка - 3 часа. У меня выбор: сходить в тренажерку, написать пост, подготовить материал к уроку или просто ПОЛЕЖАТЬ)))) Да, кстати, я еще учу языки))))))
Главное к чему я пришла, что прийти к порядку когда у тебя маленький ребенок НЕВОЗМОЖНО! И единственный выход - это научиться жить в хаосе, учиться пофигизму, говорить "нет" тому, что не приносит пользу. Фильтр нужно ставить жестко, иначе просто напросто не вывезешь.
Ведь ещё важно успеть насладиться воспитания маленького пупсика, который так быстро растет (и потребности конечно же)!❤️😭
Как быть в курсе сразу всех новостей ИТ-рынка?
Читать канал «сITуация в ИТ». Внутри — разборы последних событий, голосовые и видео чаты с экспертами, подборки о бизнесе и технологиях.
Вот самые классные материалы:
→ Как «выжать» прибыль из цифровой трансформации?
→ Как сделать ИТ-стратегию помощником в ежедневной работе?
→ Нужно ли срочно мигрировать на отечественные ERP-системы или можно подождать?
→ От чего зависит успех внедряемых ИТ-изменений?
→ Как изменилась ИТ-отрасль после ухода иностранных компаний и какие прогнозы на 2023 год?
→ Cписок базовых книг по Data Science, которые помогут глубже понять предмет.
Подписывайтесь на канал «сITуация в ИТ» и держите руку на пульсе событий!
Как эффективно работать с продуктовым дизайнером
Я люблю дизайнеров. Они почти из любого говна и полета фантазий могут сделать конфетку.
У меня в запасе есть несколько штук и я постоянно к ним обращаюсь.
Продуктовый дизайнер - это не "художник, который так видит". Это очень, как правило, системный взгляд. Это про распутывание проблем и изучение поведения клиента.
Как я работаю с дизайнером
1. Мыслить бизнес задачами и проблемами
Найти решение проблемы - задача дизайнера. Не нужно думать за него, как клиентам находить ту или иную кнопку, как она должна выглядеть и где ее размещать. Ваша задача обозначить проблему.
Например, нам нужно внедрить такую-то функцию в такой то блок, чтобы клиенты делали то или то.
Если вы будете думать за дизайнера, то это не будет эффективно. Это ограничивает дизайнера и вас. На основе насмотренности и опыта вероятно он найдет решение покруче и лаконичнее.
2. Дизайнера я подключаю на старте. Это практически всегда самый первый человек, с которым мы работаем. Это сокращает время в будущем на всех этапах. Как минимум фронтенд на старте работы у вас спросит "а как это будет выглядеть?".
3. Референсы. Они хороши, когда продукт совсем на старте. Когда продукт уже есть и вы что-то допиливаете, смотри пункт 2.
Ребята из DevCrowd проводят исследование продуктовых дизайнеров:
- Какие навыки для продуктовых дизайнеров самые важные
- Какие инструменты используются в работе
- Как попадают в профессию и куда из нее уходят
- Полезные для развития каналы, курсы и книги
Проходите опрос, рассказывайте про ваш опыт и помогите сделать исследование максимально охватным. Его результаты будут в открытом доступе, и помогут вам сравнить свои ожидания от продуктовых дизайнеров с рыночными, построить план своего развития, и просто понять, что происходит с индустрией!
👉 Пройти опрос
3 часа ночи....ничего не предвещало)
А как у вас проходят ночи?😂
1.5 минуты моего питчинга на английском
Скидываю свой кусочек с ошибками и as is, какгрится)
Прошла практикум от AgileFluent по бизнес-английскому, который купила за тысяч 25 и прошла все от корки до корки. Что я могу сказать?
🔥 Очень круто тьюторы погружали нас в рабочие ситуации на английском. У нас был учебный кейс, мы брейнштормили, проводили кастевы, формулировали Jobs to be done и гипотезы. Прям погружает. Особенно понравилось, как собрались матерые продакты и долго пытались бесится - а юнит экономику считал вообще кто нибудь?)))
🔥Курс не только прокачивает предметный словарный запас, но и учит вежливым формулировкам. Я когда была на тренингах по скраму заметила, что наших ребят сразу видно. Мы какие то прямолинейные и жесткие. Я это прям почувствовала. Бизнес-практикум очень хорошо фокусируются на сглаживании и вежливой коммуникации.
🔥 В конце, собрав все что было сделано на практикумах, мы сделали презентацию и пропитчили свою идею типо стекхолдерам. В их качестве выступили продакты, которые уже работают на зарубежные компании и хорошо владеют языком. Очень интересный опыт я вам скажу)
🔥 Я была в восторге от обратной связи по каждому практикуму. Я скриншотах приложила, посмотрите. Это только наверно треть от написанного, больше не поместилось. Сидит второй тьютор и слушает каждого, а потом строчит фидбэк
Чего не хватило?
🤬Финансовых терминов. Мы не касались метрик, Unit - экономики и Pnl. Жду вторую часть)
🤬Разрозненная по уровню группа. Кто-то говорит бегло, а кто то 3 минуты собирается с мыслью.
❗️Для многих айтишников языковой барьер и недостаток бизнес-лексики — препятствие к офферу, ведь работа предполагает общение и коммуникацию.
Если вам не достает практики, то приходите на бесплатную онлайн-встречу AgileFluent 9 августа в 19:00.
На встрече тьютор расскажет, как брейнштормить, кастдевить и тестировать гипотезы на английском языке. А еще обсудят каких знаний вам не хватает для работы в международной компании.
Встреча будет полезна всем IT-специалистам.
Записывайтесь по ссылке 🙂
Правила работы с данными
Я для себя определила несколько правил работы с данными. Какие-то я подчерпнула в процессе своей работы, какие-то позаимствовала у коллег.
😐 Когда работаешь с данными, нужно знать ответы на все вопросы, буквально по каждой циферке. Ты никогда не знаешь до чего доебется стейкхолдер.
😐 Одна мысль - один график. Всегда нужно помнить, что любая визуализация - это про донесение каких-то мыслей другим людям. Так вот, если этих мыслей в одном графике больше чем одна, то обязательно чей-то мозг на этом потечет
😐 Несмотря на пункт 1, людям нужны выводы. Большинство не погружается в то, что вы проанализировали и как. Это немножко давит на чувство ответственности, ибо все равно будешь сомневаться то ли ты нахуевертил и к правильным выводам ли ты пришел.
😐 Чистота данных - это круто, но если есть возможность, то лучше провалидировать результаты через анализ данных "с двух сторон". Это касается открытых источников. Допустим, вы анализируете рынок мобильных приложений в Зимбабве. Есть открытые данные. Вы получаете по ним выводы. Так вот провалидируйте эти данные через опросы, например, и убедитесь что они совпадают. По возможности...
😐 Всегда нужно задавать себе вопрос "могу ли я доверять этим данным?" Это будет напрямую влиять на перекосы в выводах.
Например, жила была копания Data.ai. Продавала данные крупным компаниям. А потом оказалось, что она ими манипулировала и получила за это штраф в 21 году в 10 миллионов долларов. Можем ли мы доверять данным на ее портале до 21 года?
Понравилось? Ставь 🔥
🤬Говорят, что отрицательный опыт — тоже опыт. Возможно, но только не с клиентами! Управление клиентским опытом — важнейшая составляющая системы привлечения, развития и удержания клиентов, без грамотного построения которой бизнес может стать блёклым на фоне конкурентов и снискать отрицательную репутацию.
🔥Как этого избежать, расскажет операционный директор Briskly - Галина Баранова - на бесплатном вебинаре онлайн-курса «Руководитель поддержки пользователей в IT» — «Положительный клиентский опыт как бустер развития компании»: регистрация
На занятии рассмотрим:
— аспекты важности клиентского опыта;
— связь клиентского опыта с другими бизнес-показателями;
— чем чреват отрицательный клиентский опыт;
— практические рекомендации по изучению и улучшению клиентского опыта.
✅Вебинар будет полезен для сотрудников и руководителей службы поддержки пользователей, менеджеров смежных специальностей, которые заинтересованы в том, чтобы повысить удовлетворенность и лояльность клиентов и выделяться среди конкурентов.
— После вебинара оплатить курс по спеццене можно также в рассрочку.
Нативная интеграция. Информация о продукте на сайте www.otus.ru
ProductCamp готовит летний съезд, всем продакт-менеджерам приготовиться! 🍹
Что такое ProductCamp Summer 2023? Это редкое мероприятие, куда приходят не только потреблять контент, не формально выступать и хитро нетворкать — а открыто и дружески обсуждать нишевые факапы и успехи, учиться друг у друга и улучшать свои навыки.
- 2 “жарких” дня в кругу middle, senior и c-level специалистов из Ozon, ВТБ, Мегафон, Самокат, VK, Lamoda, МТС, Газпром, Авито и многих других (список можно продолжать бесконечно 😄);
- Неформальная ламповая атмосфера;
- Более 50 докладов, воркшопов и интерактивов на тему продуктового-менеджмента;
- Яркие и незабываемые pre и afterparty.
⏱️ Когда: 19-20 августа
📍 Где: офлайн в Подмосковье и онлайн на ProductLand.
Регистрация открыта по ссылке: https://clck.ru/34y6zv
Всем зарегистрировавшимся мы вышлем записи и материалы кэмпа🔥
Вебинар про трекинг, который помогает развитию продукта и продуктового портфеля
Трекинг — это микс нескольких методик, цель которых — ускорить рост бизнеса через рост навыков в команде. Трекеры могут работать как c продуктами ранних стадий, когда есть только гипотезы о клиентах и ценности, так и с продуктами на стадии масштабирования, когда выручка составляет сотни миллионов рублей. В компаниях, где внедрена методология трекинга, быстрее внедряются новые продуктовые сервисы, повышается уровень продуктовых навыков и, как следствие, быстрее растет выручка.
На вебинаре ex-руководитель корпоративного трекинга «Акселератора ФРИИ»Дмитрий Губкин расскажет:
✅ Кто такой трекер и зачем он нужен бизнесу.
✅ Анатомия трекинга: методики, инструменты, лайфхаки.
✅ Чем отличаются типы и задачи трекера в зависимости от типа проектов.
✅ Трекерские хаки, которые помогают в развитии продукта.
👉 Ссылка на вебинар
Запись будет отправлена на почту всем, кто зарегистрировался на вебинар, но советуем подключиться к началу вебинара, чтобы задать вопросы в прямом эфире.
Вкусный оффер, распиаренный бренд, ласковый hr- ещё не гарантия, что работать в компании будет хорошо.
Гостевой пост от аналитического авторского канала Тимлида Анны @analyst_lead про аналитику для аналитиков и не только. Ловите полезный пост от Анны про то, как понять какой перед вами работодатель:)
'Гладко стелят, да жёстко спать' - сталкивались с таким?
Мои способы понять, какой перед тобой работодатель:
1. Спрашивать про цели команды, в которую собеседуюсь, на ближайший год - два. Далеко не все умеют сформулировать.
2. Попросить рассказать истории успеха текущих сотрудников внутри компании - грейд повысил, роль поменял, на более интересный проект перешёл и тп.
Слушать и делить на 2)
3. Собрать максимум инфы из открытых источников о компании и работе в ней
4. Наблюдать за эмоциональным состоянием сотрудников, которые тебя собеседуют и расхождениями в ответах.
Бывает очень заметно, что человеку крайне не комфортно и собеседовать, и рассказывать о проекте, компании. Это серьёзный звоночек, особенно когда так выглядит архитектор, тех спецы
5. Ещё хороший вопрос про работу над ошибками в команде - как процесс организован, что считается ошибкой. Иногда попадаются товарищи с ответом 'у нас ошибок не бывает, у нас всё идеально работает' Верите? Вот и я нет.
6. Плюс вопросы по всем 'болям', которые накопились на предыдущих местах работы
По совокупности добытой информации можно делать выводы о том, что ждёт тебя на борту.
Проходить собесы, входить в новую команду и проект тяжело, особенно если ты уже прошёл уровень джуна. Не стесняйся спрашивать - сэкономь себе силы и время.
Анна Аналитическое
Как написать ТЗ на разработку
😐Я не люблю текстовые форматы ТЗ. Обычно они пишутся плохо. Я всегда за визуал.
😐Я люблю, когда исполнители не требуют досконального ТЗ и задают вопросы, чтобы уточнить детали и сделать задачу лучше.
😐Мне приходится часто писать ТЗ и формулировать его, но иногда приходится и "собирать" ТЗ от людей, которые шарят в доменной области. Да-да, прям как проджект. Так сложилось, такое бывает.
К чему я пришла?
Во-первых, ТЗ всегда стараюсь делать в Miro. Визулизация- наше все. В ней сразу все понятно. Из каких блоков задача и что для этого надо. ТЗ сразу отражает последовательность действия пользователей или системы.
Во-вторых, люди которые шарят в доменной области не умеют формулировать ТЗ. Всю их отсебятину "мы тут написали документик" можно выкидывать. Потому что эту по*боту никто не то чтобы не прочитает, ее никто не поймет. Часто с этим просто невозможно работать.
В третьих, если ТЗ непонятное, у разработчиков начинается аллергия, выражающаяся в прокрастинации.
😮Чтобы написать ТЗ на задачу в области, который не шаришь, по моему опыту, есть один фреймворк.
Разбиваете задачу на то, что на входе, что должно получится на выходе и преобразовательные процессы между ними.
Сначала спрашиваете стейкхолдера: что происходит на входе? Какие параметры? Какие действия пользователя должны произойти? В каком виде?
Потом, что на выходе: какой образ результата? Что должно отобразиться? Что должно произойти? Какой результат должен появится?
После, какие процессы происходят между входом и выходом.
Например, мы делаем калькулятор. Понятное дело, что математику (что и как считать) понимают только люди, которые разбираются в этом, поэтому каждый шаг математики мы также визуализируем и декомпозируем на шаги для бэкендера. Важно, чтобы для него не появлялись новые параметры из неоткуда. Новые вводные всегда поясняются: идут от пользователя или формируются внутри.
Вы как бы раскручиваете каждый из этих вопросов. Также декомпозируете на те уровни абстракции, которые вам нужны.
Было полезно? Ставь 🔥
🔥🔥🔥🔥 Вакансия
Для джунов без опыта!!!!
Всех с пятницей!!!
Пысы: там тестовое задание есть, справитесь?;)
Про архитектуру для продакта с нуля часть 2
Часть 1 тут.
Этот пост поможет тем, кто делает продукт from scratch
Нет, не надо пытаться прыгнуть выше архитектора и СТО и изучать SOLID принципы. Достаточно понимать крупноблочно на какие блоки разбивается фронтенд, какие сервисы работают в бэкенде и как они взаимодействуют с друг другом, какие есть сторонние сервисы (например апи карт или платежки).
Нужно это, чтобы исключать дубляжи в коде и не изобретать велосипед, общаться с разработчиками и понимать почему они недоверчиво смотрят на ваши охуенно важные ноу-хау и самое главное, чтобы код (внимание) строился с верху вниз, а не наоборот.
Как я делала это раньше?
1. в Миро крупноблочно делала карточки с функционалом со стороны клиента. Какие задачи он должен решать с помощью нашего продукта? В какой последовательности? Это был первый слой.
2. вторым слоем совместно с бэкенд-разработчиком мы прорабатывали блоки (сервисы), которые решают задачи из пункта 1.
3. параллельно продумывали, что из этого мы можем заменить на ноукод или готовые сервисы. Например, зачем городить бэкенд и писать код, если есть Strapi?
Как можно это улучшить?
Я столкнулась с недостатком. Связан он с тем, что когда вы сделали продукт, оказывается фронтенд как бы в вакууме. То есть вы обсудили крупноблочно блоки и фичи, но сам код во фронте построен так, как удобно разработчику. Бэкенд в таком подходе получается так как вы проработали блоки. И дальше при масштабировании, изменении продукта или вообще замены разработчика боли особо не чувствуется. А фронтенд сам по себе.
Есть 4-слойный тип архитектуры. Первый -оч бизнесовый, второй и третий - вы прорабатываете с командой и 4-ый куда вы не лезете. Вот статья, в которой можно изучить эту систему поподробнее.
Это немного другое разделение и более глубокий подход к построению архитектуры с нуля (чтобы бизнес и разработка встретились в одной точке и все были рады).
Вы сразу прорабатываете архитектуру как во фронте, так и на бэке исходя из бизнес функций и бизнес задач. Вы сразу приучаете разработку (фронт + бэк) работать так, чтобы сервисы делились на всех уровнях по бизнес задачам, а не так как увидел это художн разработчик