Data-driven: панацея или заблуждение

Data-driven подход — это стратегия управления, при которой все ключевые решения принимаются на основе данных и метрик, а не на основе интуиции или предположений. Каждое действие должно быть подкреплено фактической информацией, что позволяет минимизировать ошибки и повысить прозрачность процессов.

В отличие от "gut feeling"(когда решения принимаются на основе личного опыта, интуиции или предположений), "data-driven" опирается на факты, метрики и аналитику.
Термин стал особенно популярен после 2010 года, когда большие данные и аналитика стали доступны даже средним компаниям.

Однако есть спорные моменты: не всегда данные отражают реальную картину, а избыточная аналитика может замедлить процессы.

«Никто не принимает решения на основе данных — все делают это на основе знаний.»

@tobeproduct

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

Выодит, что data-driven нужно читать:

Не плясать от данных, а плясать от знаний основанных на данных, где знание - это опыт полученный за счет данных.

Тогда всё ок и старое определение отряхнуто от искаженного смысла и может использоваться
Но, как и любая стратегия, data-driven — инструмент, а не панацея.

А какие эмоции у вас вызывает data-driven подход?
❤️, если вы всегда data-driven
😈, если на data-driven нет времени и сил

@product_lev
#data #gut #empathy #driven #pm

Брейншторм: норм или стрем?

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

На практике брейншторм часто превращается в «потрещать обо всём», где доминируют одни голоса, а другие молчат и соглашаются. Иногда идеи звучат одинаково и креативность уходит на второй план - СТРЁМ.

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

Брейншторм не самоцель, а инструмент, который хорошо работает только при правильной организации:
- Выберите фасилитатора, чтобы не было доминирования и он сохранял фокус на проблеме.
- Используйте техники: «без критики», «каждая идея важна», «поддерживаем развитие чужих мыслей».
- Фиксируйте все идеи, цените вклад каждого члена команды.

Брейншторм - НОРМ, он может помочь разнообразить идеи и вовлечь всю команду в процесс.
10 минут с четкой структурой приносят больше пользы, чем час «разговоров».

А как проходят у вас брейнштормы? Какие техники используете?
❤️, если периодически проводите брейнштормы
😈, если один запрос в gpt заменяет 10 минут шторма

@product_lev
#brainstorm #teamwork #pm #ProductManagement

Коллеги, поздравляю! ☕️💼✨

Желаю всем по вайбкодингу📚
САС'а поменьше, а retention'a и revenue побольше!💰
Чтоб LTV/CAC всегда был болше чем 3/1! 🤑А CSAT близким к 100%❤️
Каждому в жизни найти свой PMF в огроменом SOM'е и расширить его до гигантских размеров PAM'a!⚡️📈

Как символично, что в этом году день менеджера отмечается в рабочую субботу:)

Брейншторм 2.0: эффектно и эффективно

Отказываемся от банальных «посиделок» с идеями. Давайте разберем несколько техник эффективного креатива!

Rolestorming — мой фаворит!
Участники примеряют роли разных персонажей и генерируют идеи от их имени. Представьте, что ваш продукт оценивает Илон Маск или бабушка из Рязани — результат удивит!

Метод 6-3-5 для тех, кто любит структуру:
* 6 человек
* Каждый пишет 3 идеи
* На обдумывание — 5 минут
Потом карточки передаются по кругу — магия коллаборации!

NUF-техника для оценки идей:
* New (новизна)
* Useful (полезность)
* Feasible (осуществимость)
Никаких «это бред» — только объективные критерии!

💡 Лайфхак: комбинируйте техники! Используйте Rolestorming в рамках Post-UP, а завершите NUF-оценкой.

Интересно, как вам этот пост? Предыдущий про брейншторм собрал мало активности, пеняю на незацепившую картинку.

❤️ — если прочитали пост из-за интересной темы
😈 — если зацепил визуал

#productmanagement #brainstorm #techniques #creativity #pm

Словарик продакта: Функциональные и нефункциональные требования: что это и зачем они нужны?

Попали на радары эти определения, разбираемся:)
В мире разработки ПО требования помогают определить, что именно должно делать приложение и как оно должно это делать по мнению заказчика.

📌 Функциональные требования
Функциональные требования описывают, ЧТО система должна делать.
Они определяют поведение системы и её функции.
Примеры функциональных требований:
- Приложение должно поддерживать поиск по ключевым словам.
- Система должна отправлять push-уведомления.

📌 Нефункциональные требования
Нефункциональные требования описывают, КАК система должна выполнять свои функции.
Они касаются качества работы системы и её характеристик.
Примеры нефункциональных требований:
- Время отклика системы не должно превышать 100 миллисекунд.
- Приложение должно поддерживать до 100к одновременных пользователей.

Ставьте ❤️, если пользовались этим разделением при сборе требований
Ставьте 😈, если шарите за СМАРТ

@product_lev
#cловарикпродакта #functional #nonfunctional #requirements #функциональные #нефункциональные #pm

Таунхолл: один за всех, и все за одного

Завтра в нашем департаменте таунхолл, ранее не встречал такого названия для общих митингов, поэтому решил написать про него и добавить в #словарикпродакта.

Таунхолл (town hall meeting) - это формат открытой встречи сотрудников с руководством, где обсуждаются ключевые новости, цели и вызовы компании.

В бизнес-среде его популяризировали такие компании, как Google, Amazon и Microsoft.

Главная цель таунхолла - прозрачная коммуникация: руководство делится планами, отвечает на вопросы, собирает обратную связь. Это помогает вовлекать команду и выстраивать доверие.

Оптимальная частота - раз в месяц или квартал, чтобы поддерживать актуальность информации и не перегружать сотрудников.

❤️, если таунхоллите
😈, если у вас просто делают рассылку отчетов

@product_lev
#словарикпродакта #ProductManagement #townhall #Продуктивность #pm

Сколько компания тратит на сотрудника: что такое NET и GROSS?

Стало интересно, сколько бизнес тратит на работника помимо тех, которые выплачиваются ему на руки.

Давайте оттолкнемся от зарплаты в 200000 ₽ инженера, который работает в офисе.
200000 ₽ - на руки получит работник (NET - после вычета НДФЛ)
230000 ₽ - сумма зп в трудовом договоре (GROSS - до вычета 13% НДФЛ)
Net = Gross - НДФЛ
Помимо 30000 ₽ НДФЛ работодатель должен уплатить сам:
- 22% - пенсионное страхование
- 5,1% - медицинское страхование
- 2,9% - социальное страхование
эти 30% рассчитываются из GROSS, выходит ≈300000

Исключение: аккредитованные ИТ платят только 7,6%, резиденты ИТ-технопарков 0%, но только по ТК РФ, на ГПХ не распространяется.

Итого, если сотрудник в месяц получит 200000 ₽,
то в зависимости от форм сотрудничества работодатель заплатит за него:
- 300000 ₽ - затраты бизнеса на сотрудника не аккредитованная ИТ или ГПХ
- 247000 ₽ - затраты аккредитованной ИТ
- 270 000 (±10%) ₽ - аутсорс, всё что выше 200к надбавка от подрядчика, который с неё в т ч заплатит налоги
- 200000 ₽ - самозанятый. Тут ровно, но есть ограничения

Кстати, еще можно добавить статьи расходов на офисного сотрудника, в среднем 30000 ₽ в год для Мск:)
Попробуйте в следующий раз прикинуть, сколько тратит компания на малопродуктивные часовые созвоны на 20 человек.

❤️, если 30% удивили
😈, если съедаете печенья с кофепоинта на 13% НДФЛ

@product_lev
#net #gross #pm

SCM: как не утонуть в потоках поставок

Почему одни компании привозят заказ на следующий день, а другие только через две недели?
Секрет в SCM, умном управлении цепочками поставок.
Конечно, еще секрет в бизнес-модели, но об этом в другой раз.

SCM (Supply Chain Management) - управление цепочкой поставок.
Это комплекс бизнес-процессов, исполнителей и инструментов, которые обеспечивают движение товаров и услуг от производителя до покупателя.

Что такое SCM простыми словами
1) Это система, которая следит, чтобы:
• сырьё пришло вовремя;
• производство не простаивало;
• товар добрался до клиента без задержек.
2) Ключевые процессы
• Планирование - прогнозируем спрос и строим план закупок.
• Закупки - выбираем поставщиков и контролируем качество.
• Производство - синхронизируем этапы сборки.
• Логистика - оптимизируем маршруты и расположение складов.
• Возврат - работаем с приемкой брака.

Типичные боли без SCM
• Перепроизводство или дефицит.
• Задержки из‑за «пропала поставка».
• Потеря прибыли в запутанной логистике.

❤️ если сышите supply - говорите demand
😈 если в вашей компании есть одноименный сервис
@product_lev
#словарикпродакта #SCM #логистика #pm

Что почитать?

Финансист, Теодор Драйзер
Кому: всем, кто хочет очень просто узнать, как устроен большой бизнес и почему деньги это не только про цифры
Количество страниц: 544
Оценка: 10 биржевых котировок из 10

Отзыв:
Важно сразу уточнить, что это больше художественная литература.
Книга чем-то напоминает Цель Э.Голдратта, но для области Финтеха и без четких методологий.
Очень интересно и просто описаны базовые понятия игры на бирже.
Много внимания уделено психологии: почему люди идут на риск, как принимают решения, что ими движет.

Читается как сериал: интриги, сделки, падения и новые старты. Особенно интересно наблюдать, как меняется сам герой от юного мечтателя до игрока на грани закона.
Это была третья книга в Книжном клубе для менеджеров.

Заметки с полей:
- Самое опасное - поверить, что ты контролируешь рынок.
- Деньги любят не только счет, но и скорость.

Если хочется базово узнать, как устроена игра на бирже - Финансист отличный выбор.
А если хочешь обсудить книгу - присоединяйся к нашему Книжному клубу для менеджеров!

@product_lev
#чтопочитать #финансы #бизнес #литература #мотивация #книжныйклуб

Арбитраж трафика: свет и тень профессии

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

❓ Что такое арбитраж трафика?
Арбитраж трафика - это покупка трафика на одной платформе и его перепродажа на другой с целью извлечения прибыли.
В рекламе, как и в экономике: Арбитраж - стратегия одновременной покупки и продажи одинаковых или связанных активов на разных рынках с целью извлечения прибыли из ценовых несоответствий.
Казалось бы, всё просто: купил дешевле, продал дороже. Но, как и в любом деле, здесь есть свои нюансы.

💡 Белый арбитраж:
Медиабаеры покупают охватную рекламу для продвижения товаров и услуг, которые полностью соответствуют законодательству.
Стараются купить трафик дешевле, например по модели CPM, а продать дороже уже за СРА.

💀 Серый и черный арбитраж:
А вот тут уже происходит либо продвижение обычных товаров нестандартными методами: откровенные креативы, кликбейт, подмена оффера в рекламном посте и реального.
Либо продвижение чего-то нелегального: казино итд, что может привести к блокировке рекламных аккаунтов.

❤️, если знали только про негативную сторону арбитража
😈, если знаете простой советский копеечный способ получить трафик, достаточно...

@product_lev
#АрбитражТрафика #Маркетинг #Трафик #Реклама #ПродактМенеджмент

Чего стоит запустить ии-агента у себя на компьютере: standalone

В продолжение поста про подходы к реализации задач с ИИ от написания промптов до развертки реально ли поставить аналог standalone-решения.
Мне стало интересно, насколько просто запустить ии-агента своими силами.

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

❗️Оригинальный ChatGPT (GPT-3.5/4) от OpenAI нельзя скачать и запустить локально, так как исходники и веса не публикуются. Не очень open, не правда ли?:)
🔹 Но всё же есть open-source аналоги:
GigaChat Lite (СБЕР), T-pro 2.0 (Т-банк), Llama 2 (Meta), Gemma (Google) итд

Что нужно для запуска?
1) Железо = 100 000 рублей
- Для моделей до 7B(7 миллиардов параметров) параметров хватит современного ПК с 16 ГБ ОЗУ и желательно видеокартой с 8+ ГБ VRAM (например, RTX 3060).
- Для совсем маленьких моделей (1-3B) — можно даже на ноутбуке с 8 ГБ ОЗУ, но будет медленно.
- Большие модели (13B, 70B+) требуют серверного железа.

2) Среда = 1 вечер
- LM Studio (Windows/Mac/Linux)
- Ollama (через терминал)
- Text Generation WebUI (веб-интерфейс)

3) Обучение = бесценно
- все модели уже предобучены
- если хочется самостоятельно их переучить, это тоже реально(неделя, если есть опыт в разработке)

Плюсы и минусы локального запуска:
+ Ваши данные никуда не уходят = приватность
+ Нет лимитов на количество запросов
+ Можно работать без интернета
- Качество и знания уступают GPT-4
- Чем слабее ПК - тем дольше ответ

Вывод:
Запустить аналог ChatGPT дома реально!
Для большинства задач хватит легких моделей, даже есть открытые решения даже на русском.

❤️ если полезный бенч по затратам ресурсам и времени
😈 если посты про ИИ раздувают ваше FOMO

@product_lev
#ИИ #opensourse #llm #standalone #pm

Смок-тестирование: быстрый чек

Новый термин в #словарикпродакта
Смок-тестирование помогает быстро оценить готовность продукта к дальнейшему тестированию или релизу.

❓ Что такое смок-тестирование ❓
От англ. smoke testing - это поверхностная проверка основных функций продукта, чтобы убедиться, что он работает и готов к более глубоким тестам.
Название происходит от идеи "проверки на дым": если при включении устройства не пошёл дым, значит, оно, вероятно, работает.

💡 Когда проводят смок-тестирование?
После сборки: Когда новая версия продукта собрана, смок-тестирование помогает быстро убедиться, что основные функции работают.
Перед регрессионным тестированием: Чтобы не тратить время на детальные проверки, если базовая функциональность не работает.
Перед демо: Быстрая проверка перед показом продукта заинтересованным сторонам.

🔄 Когда не стоит проводить смок-тестирование?
Если требуется более глубокая проверка функциональности, лучше использовать:
Регрессионное тестирование: Для проверки, что новые изменения не нарушили существующую функциональность.
Функциональное тестирование: Для детальной проверки всех аспектов работы продукта.

⚠️ Подводные камни:
Ограниченная глубина: Смок-тестирование не выявляет всех багов, так как проверяет только основные функции.
Ложное чувство безопасности: Успешное смок-тестирование не гарантирует, что продукт полностью готов к релизу.

❤️ если шарите за смоки
😈 делали смок перед демо в тайне от команды

@product_lev
#словарикпродакта #ProductManagement #СмокТестирование #Тестирование #QA #pm

REST API: просто API или сложно?

Сегодня в #словарикпродакта разбираю, что такое REST API. Всегда игнорировал этот префикс, в голове было REST API = просто API. В моём случае так и было. Rest - это частный случай, методология, стиль.

В двух словах, что часто подразумевают под Rest api:
- всё, что передаётся в виде JSON поверх HTTP
- клиент-серверное взаимодействие по разным ручкамм, используя разные HTTP-глаголы(post,get..). То есть НЕ для всех действий только POST по одному адресу с разными JSON.

Дальше текст - выжимка из Супер-статьи, которая помогла мне расширить энтропию разобраться.
❗️❗️❗️ TLDR;
🫡 Что такое REST API?
REST (Representational State Transfer) API - это архитектурный стиль взаимодействия между клиентом и сервером.

🔥 В чём особенность REST API?
- Производительность: Минимизация задержек за счёт использования кэширования и легковесных форматов данных
- Масштабируемость: Легко адаптируется под нагрузку и позволяет распределять запросы между несколькими серверами
- Гибкость: Подходит для различных типов приложений: от веб-сайтов до мобильных приложений
- Отказоустойчивость: Возможность работы в условиях отказа отдельных компонентов благодаря распределённой архитектуре
- Простота: Использует стандартные HTTP методы (GET, POST, PUT, DELETE)

💪 За счет чего достигаются особенности:
- Клиент-серверная архитектура: Разделение интерфейса и хранения данных, что позволяет улучшить масштабируемость и гибкость
- Stateless: Каждый запрос от клиента к серверу должен содержать всю необходимую информацию, что упрощает управление сеансами
- Кэширование: Возможность хранения ответов для повторного использования, что снижает нагрузку на сервер
- Единообразие интерфейса: Унифицированные URL и методы взаимодействия, что упрощает интеграцию и использование
- Layered system: Возможность использования промежуточных серверов для распределения нагрузки и повышения безопасности
- Code on demand: Возможность передачи исполняемого кода клиенту для расширения функциональности (хотя используется редко)

❤️, если тоже игнорировали в голове приставку REST
😈, если знаете и про SOAP

@product_lev
#словарикпродакта #ProductManagement #RESTAPI #Технологии #pm

PRD: документ продукта

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

❔ Что такое PRD?
PRD (Product Requirements Document) - документ о требованиях к продукту. Простыми словами ТЗ. Он подробно описывает все аспекты будущего продукта, чтоб сориентировать каждого члена продуктовой команды касательно целей и требований.

💡 Что должно быть в PRD?
1. Введение:
- Цель документа: Объяснение, зачем создаётся продукт и какие проблемы он решает.
- Обзор продукта: Краткое описание продукта и его ключевых особенностей.

2. Цели и задачи:
- Основные цели
- Метрики успеха: Как будет измеряться успех продукта (например, KPI).

3. Требования к функциональности:
- Основные функции: Подробное описание каждой функции, которую должен выполнять продукт.
- Приоритеты функций

4. Требования к пользовательскому интерфейсу:
- Макеты и прототипы
- UX-дизайн: Описание пользовательского опыта и навигации.

5. Технические требования:
- Архитектура системы: Общая структура и компоненты системы.
- Интеграции: Описание необходимых интеграций с другими системами или сервисами.

6. Ограничения и предположения:
- Технические ограничения
- Предположения: Гипотезы, на которых основан проект.

7. Риски и зависимости:
- Потенциальные риски: Возможные проблемы и способы их предотвращения.
- Зависимости: Внешние факторы, которые могут повлиять на проект.

🔄 Помимо PRD есть и другие виды продуктовых доков, о них подробнее на картинке.

❤️ если уже работали с PRD
😈 если узнали о нём только сейчас

@product_lev
#словарикпродакта #ProductManagement #PRD #Документация #Разработка #pm

Рынок лимонов Акерлофа: что это и как применить в IT‑продуктах

Сегодня разберём концепцию, которая мне попалась в коротких видео и очень понравилась:)

Что это за «лимоны»?
В 1970 году экономист Джордж Акерлоф опубликовал статью «Рынок „лимонов“: неопределённость качества и рыночный механизм», где показал, как неравенство информации между продавцом и покупателем разрушает рынок.

«Лимонами» в США называют автомобили с скрытыми дефектами. Те самые, про которые мы Гусские не обманываем дгуг дгуга. На рынке подержанных машин только продавец знает о проблемах авто. Из‑за этого:
- покупатели готовы платить лишь среднюю цену (с учётом риска «лимона»);
- продавцы хороших машин уходят с рынка (им невыгодно продавать по заниженной цене);
- доля «лимонов» растёт, цена падает ещё сильнее -> рынок схлопывается.

Ключевой вывод: без механизмов проверки качества рынок может самоуничтожиться.
Вспоминается теория игр не правда ли?

Как это можем применить в продукте:
1. Проектировать онбординг
Помогите пользователю быстро увидеть ценность, чтобы он не ушёл из‑за неопределённости.
Где пользователь не может оценить качество до покупки? Добавьте прозрачность: видео, скринкасты, кейсы.
2. Строить доверие
Вводите механизмы проверки:
- отзывы и рейтинги
- гарантии возврата
- открытые метрики
3. Оптимизировать ценообразование
Если рынок «лимонов» давит на цену, подумайте о подписках или плате за результат.

Примеры механизмов против лемонов:
1. Freemium‑продукты
Проблема: пользователь не понимает, насколько «хорош» платный функционал, пока не попробует.
Решение: чёткие кейсы использования, пробные периоды, демонстрация ценности.
2. Маркетплейсы цифровых услуг
Проблема: фрилансер может скрыть недостаток экспертизы.
Решение: рейтинги, портфолио, верификация навыков.

❤️ если видите рынок лимонов на hh
😈 если не верите в рынок лимонов, ведь существует авто.ру с отчетами

@product_lev
#экономика #productmanagement #IT #pm #userexperience

Root Cause Analysis: разбираемся в первопричинах

Root cause (рут-коуз) - это коренная причина(первопричина) проблемы.
А есть Root Cause Analysis (RCA) - метод анализа первопричин, который систематихируе докапывание до сути проблемы.

RCA зародился в середине XX века в промышленной инженерии, корнями:) уходит в ТОYOTA.
Один из ключевых популяризаторов - Сакити Тоёда, основатель Toyota, который разработал технику «5 почему» - один из базовых инструментов RCA.

Типовая структура RCA:
1) Определение проблемы (Define)
Чёткое описание: что произошло, каков масштаб, сбор команды экспертов по проблеме
2) Сбор данных (Collect)
Фиксация фактов: изучение логов, документов, интервью и построение хронологии событий
3) Выявление факторов (Identify)
Поиск всех возможных причин с помощью диаграммы Исикавы («рыбья кость») или анализа изменений
4) Поиск коренной причины (Root Cause)
Отсеивание симптомов и определение истинного «корня» через «5 почему»
5) Внедрение решений (Solve)
Разработка и запуск корректирующих действий, которые исключат повторение ошибки в будущем
6) Мониторинг (Verify)
Проверка результатов: подтверждение того, что принятые меры сработали и не создали новых проблем

Инструменты RCA:
- 5 why - метод пяти почему
- Fishbone diagram (диаграмма Исикавы) - визуализация причин по категориям.
- Pareto analysis - фокус на 20 % причин, дающих 80 % проблем.
- Анализ дерева отказов (FTA)
- Failure Mode and Effects Analysis (FMEA) - анализ видов и последствий отказов.

Эти инструменты хочу подробнее разобрать в следующих постах.

Ну и конечно же можно взять и применить RCA к записям по итогам ретро.
Или по RCA разложить для себя ответ на вопрос: расскажите про свой факап.

❤️ если попробуете RCA на записях по итогам ближайшего ретро
😈 если у вас не бывает факапов

@product_lev
#RCA #анализ #productmanagement #pm

Что почитать?
Пропаганда, Эдвард Бернейс

Кому: тем, кто хочет понять, как формируется реальность вокруг
Кол‑во страниц: 224
Оценка от меня: 5 скрытых рычагов влияния из 5

Отзыв:
Спустя полгода после первой книги «Формирования общественного мнения», котора вводила в теорию, я взялся за «Пропаганду», и это уже операционный мануал от крестного отца PR.
Здесь Бернейс раскладывает по полочкам как именно работает механизм управления массовым сознанием.

Что нового по сравнению с «Формированием общественного мнения»?

1. От теории к практике. В «Формировании» мы получали модель: что такое общественность, зачем нужен PR‑специалист, какие инструменты есть в его арсенале. В «Пропаганде» уже конкретные техники:
- как создавать события, которые станут новостями
- как работать с экспертами и лидерами мнений
- как поддерживать эмоциональный накал

2. Роль лидера мнений. Бернейс детально объясняет, почему мы доверяем «авторитетам» и как это доверие можно системно использовать.

3. Эмоции vs логика. Показано, как пропаганда обращается к чувствам, а не к разуму, и почему это работает эффективнее.

4. Этический ракурс. Бернейс прямо говорит: инструмент нейтрален. Всё зависит от того, кто и зачем его использует. Это не манипуляция против просвещения, а вопрос намерения.

Избранные идеи, которые попали в мои заметки:

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

• Человек по своей природе — существо стадное, даже если он предпочитает сидеть в одиночестве с плотно задернутыми шторами, в его сознании всё равно хранятся паттерны, сформированные под влиянием общества

@product_lev
#чтопочитать #Бернейс #PR #пропаганда #productmanagement #коммуникация #толпа #психология #литература

Удобный интерфейс - опасная фраза, почему?

«Сделайте удобнее!» самый размытый запрос от пользователей.
Без контекста он ведёт к бесконечным итерациям.

Как я уточняю:
1) Что именно вам неудобно?
- обычно подсвечивают не проблему, а симптом

2) Как вы пытались решить задачу до этого?
- раскрывает сложившиеся паттерны

3) Какой результат вы ожидали?
- помогает найти разрыв между ожиданиями и реальностью.

Вывод: удобство - это про соответствие сценарию, а не про дизайн.

Тестирую новый праздничный перпендикулярный формат:) как вам?
❤️ норм, нужны кейсы
😈 стрём, продолжаем теорию

@product_lev
#чёжделатьчёжделать #pm #ОС

Спасибо, команда! Как завершить год, чтобы все загорелись новыми идеями

Провести супер-ретро или демо, а заодно вместо скучных отчётов с цифрами отпраздновать победы!
Несколько экстраидей, как это устроить:
😍 Включите реальные голоса: покажите видео, где пользователи говорят «спасибо» вашей команде. Эмоции бьют статистику.
😎 Найдите «скрытые сокровища»: отметьте не только крупные релизы, но и маленькие подвиги: самый быстрый фикс, идея, сэкономившая 100 часов.
🐞 Превратите вызовы в приключения: нарисуйте карту года с боссами‑багами и уровнями сложности. Пусть каждый вспомнит свой эпический бой.

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

Закончите встречу на высокой ноте - поделитесь вдохновляющим видением следующего года.
Пусть команда уйдёт с мыслью "Вау, а что у нас будет в 2025‑м!!"

А как проводить просто ретро и демо уже писал выше.

Как ваше новогоднее настроение?
❤️ новогодний мерч получен, список салатов на 31 состевлен
😈 коллеги, давайте после праздников

@product_lev
#happy #new #year #сновымсчастьем #pm