25067
Product Management & AI Occultism, Philosophy & Logic. AI is A NEW RELIGION™ YO: @mirvla (C-f 𓇶 Meteoagent.com, f & c-o E-pepper.ru, author exp.fm/posts/25) SATOR AREPO TE8ET OPERA ROTAS
Как увидеть 🚩🚩🚩 что компания, в которой ты работаешь, скоро "пойдёт ко дну".
Собрал наиболее понравившиеся ответы из Твиттера + в конце собственные наблюдения из корпоративной жизни:
– Начальство перестает интересоваться реальными делами и начинает подбивать достижения в виде дашбордов, презентаций и всего прочего (что можно красиво уложить в сиви для следующей работы).
– Увеличение активности менеджмента, больше созвонов, встреч, презентаций и участия в офлайн-мероприятиях (попытки продать продукт);
– Когда начинают экономить "на спичках". Например, внезапно пропадают какие-то привычные мелочи (чай, печеньки или даже туалетная бумага).
– Приостановка найма в штат с одновременным набором контракторов.
– Продажа или сдача помещений. Особенно, специальных: студий, машинных мест, этс.
– Адизес давно всё описал. Стадия Аристократизм – когда все начинают всё чаше говорить, о том, какая мы самая крутая и мощная компания. А за ней стадия Салем, когда пытаются найти того, из-за кого всё начало идти po pizde.
P.S. Добавлю несколько наблюдений от себя:
– Идёт негативный фидбек от юзеров, печальные метрики, отсутствует market-fit.
– Начинается "оптимизации стратегии", которая обычно заканчивается "оптимизацией" бюджетов и костов.
– Ставят "стоп" на все новые эксперименты и инициативы.
– Резкий скачок запросов "свыше" на предоставление цифр, метрик, данных и прочих отчетов.
– Конфликты из-за зоны "ответственности" (когда все вдруг перестают хотеть её брать и перекладывают на других).
– Изменение в поведении руководства (дистанцирование, замкнутость, сарказм, холодность).
– Упадок в корп. культуре, когда некоторыми корп. ценностями и убеждениями начинают поступаться и пренебрегать.
Шреяс Доши: Продуктовые команды, как правило, работают в 4 режимах:
1) Режим сборки: этап запуска и объединения команды.
2) Режим производства: этап предсказуемого исполнения задач и следования процессам (без экспериментов).
3) Режим дифференциации: постоянные эксперименты и создание хороших продуктов как корп. ценность.
4) Режим репликации: распространение опыта на процессы и улучшение других команд.
Режимы могут пересекаться. У каждой продуктовой команды есть основной режим в данный момент времени.
Некоторые продуктовые команды постоянно застревают в одном из этих режимов. Ничего страшного, если вы «застряли» в режиме дифференциации или режиме репликации.
Нехорошо, если вы застряли в режиме сборки или режиме производства. Определите это и сообщите об этом своей команде. Обсудите, что нужно, чтобы оторваться.
Многим приходится сокращать людей. Но команда – это живой организм.
Как тимлиду найти баланс между сокращениями и сохранением команды обсудят 24 мая в 19:00 мск на онлайн-митапе OTUS.
В рамках встречи вы узнаете:
— Основные причины демотивиции сотрудников.
— Как работать с командой, чтобы проекты не вставали.
— Топ-5 ошибок, которые допускают руководители, и как их избежать.
— 3 незаменимых правила перед увольнением сотрудника.
Бесплатное участие и регистрация:
👉 https://otus.pw/2nor/
Спикером выступит исполнительный директор в SmartUp Илья Прахт. Он прошел весь путь от junior разработчика до топ-менеджера и обучил более 30 руководителей и тимлидов.
В конце эфира мы сформируем список из 10 действий руководителя в ситуации сокращения команды, которые можно сразу же использовать на практике.Нативная интеграция. Информация о продукте www.otus.ru
🎯 30 мая AiData & Dau Marketing проведут бесплатный вебинар "Эволюция в Data-driven маркетинге 2023" в формате онлайн-дискуссии.
CEO Dau Marketing Стас Розен и CBDO AiData Анастасия Романова обсудят, в каких вертикалях наиболее востребована работа с разными типами данных, почему закупка аудиторных сегментов поможет оптимизировать LTV, а также какие сценарии внедряют для объединения DMP- & CRM-данных и т.д.
Участие в вебинаре бесплатное, доступ по регистрации 👈
Мероприятие будет полезно тем, кто хочет за счет данных влиять на результаты в маркетинге, бизнесе и повышать эффективность команды.
В чем разница между платформой, маркетплейсом и агрегатором?
Маркетплейсы – посредники, которые обеспечивают ликвидность для спроса и предложения с двух сторон и обрабатывают платежи.
Платформы – посредники, которые предлагают инструменты для создания контента и централизованное место для его поставок в реальном времени.
Агрегаторы – посредники, которые служат каталогом данных и поисковой системой в разрозненных предложениях.
Трехгоризонтная модель роста - это фреймворк, используемый для выявления и управления потенциалом роста продуктов.
Он был представлен компанией McKinsey & Company в конце 1990-х годов и с тех пор стал широко применяемой моделью в бизнес-среде.
Фреймворк основан на концепции, что компании должны одновременно преследовать инновации в трех различных "горизонтах" или временных рамках. Каждый горизонт представляет собой различный тип инновации и требует разного уровня инвестиций, риска и фокуса.
Горизонт 1 фокусируется на оптимизации существующих продуктов и услуг, улучшении процессов и повышении уровня удовлетворенности клиентов. Это основной бизнес компании, который генерирует большую часть ее текущих доходов и прибыли.
Горизонт 2 включает создание новых бизнесов, использующих существующие возможности и ресурсы. Этот горизонт сосредоточен на росте и расширении в смежные рынки и возможности.
Целью является создание новых источников дохода и увеличение доли рынка путем разработки продуктов и услуг, дополняющих существующие предложения компании.
Горизонт 3 - это наиболее перспективный горизонт, фокусирующийся на новейших технологиях и рынках, которые могут потенциально изменить отрасль.
Этот горизонт требует наибольших инвестиций и связан с наивысшим уровнем риска, поскольку он предполагает осуществление возможностей, которые еще не полностью определены или доказаны.
Модель помогает компаниям эффективно распределять ресурсы и балансировать потребность в краткосрочных результатах и необходимость инвестировать в долгосрочный рост.
Гугл на прошлой неделе выкатил свой аналог #ChatGPT под названием Bard.
Особенности: бесплатный, очень быстрый, работа с онлайн-данными в режиме реального времени, поиск по изображениям и ответы с картинками + сразу несколько вариантов ответов, голосовые подсказки и плагины.
Минусы: не всегда глубокие ответы (думаю, это временно).
В целом, первый ближайший достойный конкурент для OpenIAI (привет, порог существенности).
По слухам, в будущем Гугл планирует экспериментировать с поисковой выдачей и подмешивать в неё "быстрые ответы" (по факту – пытаясь замкнуть CJM на себе, а не передавая пользователя на сайт-источник).
Попробовать: https://bard.google.com/ (для доступа нужен штатовский айпи/впн).
Как пройти собеседование на продакт-менеджера в IT?
Своими лайфхаками трудоустройства 17 мая поделится Сергей Колосков, Product Manager в OZON. На занятии вы узнаете, как правильно выбирать вакансии и оформить резюме, а также научитесь готовиться к интервью.
В результате урока:
– Узнаете, как готовиться к интервью.
– Разберете примеры резюме.
– Поймете, как правильно написать сопроводительное письмо.
Для участия зарегистрируйтесь на вебинар:
👉 https://otus.pw/vyXy/
Вебинар приурочен к старту онлайн-курса «Product Manager IT-проектов» в OTUS и подойдет как начинающим, так и продолжающим специалистам в области продакт-менеджмента.
Нативная интеграция. Информация о продукте www.otus.ru
#best Апрельский дайджест публикаций для продакт-менеджеров и их команд + бесплатные видео-уроки (все дайджесты в закрепе):
– 3 ловушки, скрывающиеся в дорожных картах
– Внутренние и внешние сообщества: секрет успеха продукта
– Скоринговая модель развития продукта
– 13 предубеждений при разработке продуктов, которых следует опасаться
– Секретная модель роста Duolingo
– 10 вопросов для касдева
– Крутой хак с ChatGPT
– ChatGPT генерит вопросы для касдева
– ChatGPT генерит механики для онбординга
– ChatGPT проводит SWOT-анализ продукта
– Changelog: как и зачем вести журнал изменений продукта
– Кейс про запуск нового приложения для World Class
– От стартапа до корпорации: все стадии развития компании
– 3 базовых модели взаимодействия продакта и команд(ы)
– Продуктовые риски и как их контролировать и управлять
– Как развивать оригинальность и создавать оригинальные вещи
Бесплатные видео-уроки от OTUS:
– Проверка гипотез - не А/В- тестированием единым
– Навыки аналитика в IT: hard и soft skills
– MVP и как его круто сделать
– Agile трансформация бизнес-архитектуры
– Цели в проекте и продукте: различия и валидация требований
Станьте специалистом после прохождения курса «Профессия менеджер проектов».
Project-менеджеры знают, как собрать команду и реализовать новый продукт:
+ управляют бюджетом, сроками и командой в компании;
+ оценивают рентабельность и риски продукта;
+ знают, как использовать IT и маркетинг для роста;
+ умеют аргументированно доносить свои идеи и презентовать продукты.
Стать отличным специалистом вам помогут практические задания, личный наставник и реальные кейсы, которые дополнят ваше портфолио.
Подробности по ссылке:
👉 https://epic.st/7-fFN
13 распространенных предубеждений при разработке продуктов, которых следует опасаться:
1. Ранняя "сходимость"
Тенденция быстро выбирать и разрабатывать решения, не полностью исследуя альтернативные варианты. Мы полностью исследовали другие варианты, прежде чем принять решение?
2. Большой планировочный инвентарь
Накопление запланированных задач и идей, которые остаются нереализованными, приводит к неэффективности и задержкам. Мы накапливаем слишком много запланированных задач, не предпринимая действий?
3. "Мерцающие объекты"
Привлечение новых, захватывающих идей или технологий в ущерб основным целям развития продукта. Мы отвлекаемся на новые идеи, вместо того чтобы сосредоточиться на наших основных целях?
4. Краткосрочное воздействие
Приоритет мгновенных результатов перед долгосрочной ценностью, что может привести к жертве качества продукта или устойчивости. Мы жертвуем долгосрочной ценностью ради мгновенных результатов?
5. "Большие партии"
Работа с большими единицами работы, что приводит к более длительным срокам выполнения и уменьшению гибкости. Мы дробим работу на этапы и партии, чтобы сохранить гибкость и реагирование?
6. Предсказуемость и уверенность
Фокус на обеспечении предсказуемого процесса разработки, зачастую в ущерб инновациям. Мы приоритезируем предсказуемость или инновации?
7. Позднее интегрирование
Задержка объединения различных компонентов или функций, что может привести к непредвиденным проблемам и увеличению сложности. Мы слишком долго ждем, чтобы объединить компоненты, рискуя сложностью и проблемами?
8. Задержка обратной связи
Откладывание сбора и использования обратной связи от пользователей, что может привести к созданию неудовлетворительного или нежелательного продукта. Мы откладываем обратную связь от пользователей, рискуя получить неудовлетворительный продукт?
9. "Параллелизм"
Одновременный запуск нескольких задач или процессов в целях ускорения разработки, но это может вызывать конфликты или зависимости. Мы запускаем слишком много задач одновременно, что вызывает потенциальные конфликты?
10. Начало в изоляции
Инициирование работы в малых группах без участия всей команды или заинтересованных сторон, что приводит к неправильной выработке стратегии и меньшей коллаборации. Мы исключаем каких-либо заинтересованных сторон на ранних этапах разработки?
11. "Запусти и забудь"
Выпуск продукта без постоянной поддержки, обслуживания или обновлений, что приводит к неудовлетворенности пользователей и потенциальной устареваемости. Мы упускаем возможности для улучшения продукта в ответ на запросы наших клиентов?
12. Индивидуальное назначение заданий
Назначение задач отдельным членам команды, что может ограничивать коллаборацию и обмен знаниями. Мы ограничиваем коллаборацию, назначая задачи отдельным членам команды?
13. Приоритет объема над результатами
Основной акцент на количестве продукта, вместо общей ценности или успеха продукта. Мы сосредотачиваемся больше на количестве работы, чем на успехе продукта?
Как формулировать и проверять гипотезы для своего продукта? Обсудят 28 апреля (завтра) на открытом уроке «Проверка гипотез. Не А/В-тестированием единым» в OTUS.
На занятии мы разберем:
— Что такое гипотезы, и как их правильно формулировать?
— Кому и когда подойдут А/В-тесты?
— Альтернативные способы проверки гипотез.
Вебинар подойдет аналитикам, менеджерам продукта и маркетологам, желающим повысить свою эффективность в работе с данными и улучшить качество продукта.
В результате вебинара вы поймете, когда уместно проводить А/В тесты, а когда — нет, а также получите рекомендации, что делать, когда А/В тесты не подходят.
Для участия зарегистрируйтесь:
👉 https://otus.pw/80aT/
Вебинар приурочен к старту онлайн-курса «Продуктовая аналитика» в OTUS, сейчас возможны разные способы оплаты.
Нативная интеграция. Информация о продукте www.otus.ru
Продуктовые риски — факторы, которые с разной вероятностью наступления могут негативно повлиять на работу вашего продукта.
О том, как контролировать и управлять такими факторами в материале ниже.
Все стадии развития компании от Brian Feroldi:
На каждой стадии меняется значимость ключевой характеристики:
– Revenue (Доходы).
– Gross Profit (Валовая прибыль).
– Operating Profit (Операционная прибыль).
– Net Profit (Чистая прибыль).
– Share Count (Количество рекомендаций).
Ребята из red_mad_robot поделились подробным кейсом про изменение бизнес-процессов и запуск нового приложения для World Class — крупнейшей сети фитнес-клубов России.
В статье рассказали, как помогли заложить фундамент продукта, аналогов которому на рынке до сих пор нет.
Интересные моменты из кейса:
1. Цифровая трансформация — это почти всегда небыстрый и непростой путь, который требует перестройки и реорганизации многих привычных бизнес-процессов, изменений отношений между сотрудниками и в каком-то смысле — выхода из зоны комфорта.
2. Сформировать стратегию развития цифровых сервисов на несколько лет вперед невозможно без основательного исследования рынка, ЦА и самих клиентов — это один из важнейших этапов работы, на котором закладывается фундамент.
3. Цифровая экосистема — это инструмент, с помощью которого можно комплексно управлять процессами, повышать ценность продукта для клиента и дает возможности кастомизации под задачи пользователя.
Вся статья полностью на Виси
Как аналитику использовать сервисы AWS для построения архитектуры сложной облачной инфраструктуры? Приходите 25 мая в 20:00 на бесплатный открытый урок онлайн-курса «Системный аналитик. Team Lead» в OTUS.
На занятии вы узнаете о ключевых сервисах AWS, которые нужны для построения облачных решений, узнаете о концепции Well‑Architected Framework, а также мы поговорим о шаблонах проектирования и эталонных архитектурах AWS.
Для участия зарегистрируйтесь:
👉 https://otus.pw/hs4e/
Кому будет полезен этот урок:
— Бизнес и системным аналитикам уровня middle, middle+, senior и lead;
— Архитекторы уровня junior, middle;
— Руководители проектов и CEO, которые хотят углубить свои знания в AWS.
Нативная интеграция. Информация о продукте www.otus.ru
Каждому проджекту и продакту приходилось прибегать к шаблонизации в работе, основные цели которой — автоматизировать процессы, сэкономить время и сделать процессы прозрачными и понятными для всех участников.
Но не загоняют ли они нас в рамки, если сделать их полноценной частью своей работы?
Дарья Викторова, менеджер проектов в Авито, рассказала VC, почему шаблоны на самом деле хороший способ добиться этой автоматизации и прозрачности и как они работают в реальных кейсах..
Переходите по ссылке и читайте материал.
Реклама. ООО «Авито Тех». LdtCKFmJL
Сан-Франциско погружается в роковую петлю упадка, в самом городе назревает экономический кризис.
Центр города Сан-Франциско переживает худший за всю историю кризис аренды коммерческой недвижимости: 31% или 1,7 миллиона кв.м недвижимости площадей доступны для аренды — достаточно места для размещения 92,000 сотрудников и эквивалент 13 башен Salesforce.
Большая часть из пустующих зданий связана с технологическими гигантами, которые стремились сократить расходы за счет массовых увольнений и объединения офисов.
Так, Salesforce, крупнейший частный работодатель города, перешел на удаленную работу и выставил в аренду 3 офиса на центральной улице и в Salesforce Tower. Slack, его дочерняя компания, также покинула свою бывшую штаб-квартиру и сдала в субаренду помещения своего второго офиса в центре города.
Нарыл огненный сборник бизнес-эссе от Мэта Мочари (Matt Mochary), американского бизнесмена, инвестора и коуча гендиректоров Reddit, Coinbase, Notion, OpenAI и других.
Внутри куча IT-опыта по командной работе, видению и миссии, примеры фреймворков и куча другой ценнейшей инфы (одно лишь описание которой занимает 10 страниц).
P.S. Бизнес-эссе в Гуглдокс и на английском языке 🤷🏻♂️
Кому интересна тема граф. дизайна и как там устроены процессы – мой давний товарищ Еруслан Каронский со своей командой выпускается из Школы Бюро Горбунова с дипломным проектом по дизайну барной карты сети ресторанов.
Обо всех проектных этапах и внутренней кухне работы с заказчиками рассказывают в своем телеграм-канале.
18 мая в 20:00 мск OTUS приглашает вас на открытый урок "Когортный анализ и сегментация".
На примерах реальных компаний на занятии объяснят, почему и когда нужны эти виды анализа и к каким ошибкам может привести отсутствие практики их применения.
В результате вебинара:
— Научитесь использовать эти аналитические подходы
— Будете знать самые распространенные варианты сегментов и когорт, которые используются в аналитике
👉Для участия зарегистрируйтесь:
https://otus.pw/dYjv/
Не упустите возможность протестировать формат обучения и узнать новое! Больше полезного ждет вас на курсе, сейчас доступны разные способы оплаты.
Кампус Facebook раньше был кампусом Sun Microsystems. После покупки кампуса, Facebook оставил вывеску прошлого владельца как напоминанием о том, что происходит с компанией, когда она теряет своё преимущество.
Читать полностью…
О ранних пользователях в продукте: кто это такие и в чем их польза (и недостатки)
Читать полностью…
Эффективная беседа на любом уровне, будь то беседа с коллегой или же с руководством – это процесс, после которого обе стороны получают нужный для себя результат: идеи, информация, помощь, апрув и т.п. вещи.
Основа любой успешной беседы – связанная логикой и повествованием цепочка вопросов, ответов, утверждений и опровержений, которые используются обеими сторонами.
Вот составляющие правильной беседы и вопросы, которые облегчают любые коммуникации в команде:
– Необходимость. Нам нужно говорить об этом?
– Уточнение. Что ты/мы имеешь в виду?
– Предположение. Что мы предполагаем?
– Верификация. Откуда мы знаем, что это правда?
– Причины. Что вызывает это?
– Действие. Что должно быть сделано?
– Время. К какому сроку это ожидается?
– Эффекты. Каковы будут эффекты?
Принципы задавания вопросов и ответов:
Будьте ситуационным вопрошателем. На начальном этапе диалога вы составляете обзор, оцениваете ситуацию и выясняете:
– чего хотите достичь с помощью данной беседы;
– возможности вашего собеседника (оценка, как и ваше Намерение, могут измениться уже в ходе беседы).
Конкретность. Чтобы избежать недопониманий и неясностей при ответе, задавайте вопросы, которые конкретны и четко формулированы. Правильный вопрос уже содержит в себе 80% правильного ответа.
Учитывайте контекст. Чтобы получить максимально точный ответ, задавайте вопросы, учитывая текущий контекст ситуации.
Ясность. Старайтесь, чтобы ваш вопрос был легко понятен тем, кому он адресован. Спец. термины стоит использовать только с теми, в ком вы уверены, что он им будет понятен.
Нейтральность. Старайтесь не подталкивать собеседника к ответам (за исключением случаев, когда это необходимо).
Структурированность. Старайтесь структурировать свой ответ, чтобы он был легко понятен другим.
Не угадывайте. Не стоит догадываться и придумывать ответы на вопросы, которых вы не знаете. Если вы не знаете ответа, лучше сказать об этом, чем вводить вопрошающего в заблуждение (привет, искажение закрытых групп).
Используйте эмпатию. Ставьте себя на место собеседника, чтобы лучше понимать его точку зрения.
Не бойтесь задавать вопросы. Не бойтесь задавать вопросы, если вы не понимаете что-то, это поможет вам получить более полное представление о ситуации.
Предлагайте помощь. Если вы чувствуете, что собеседник недогоняет недостаточно понимает детали или тонкости во время беседы, предлагайте уточнения и помощь: «Хочешь, я объясню на примерах как это работает?», «Давай разберем этот процесс по-этапно» и т.п.
Это поможет не только ему, но и вам еще раз прокрутить в голове возможные сценарии и найти среди них то самое верное решение.
Полезное по теме:
– 2 образа, чтобы лучше почувствовать собеседника
– Создание и рассказывание историй как навык продакта
– 6 правил командной производительности Tesla
– Как работает Radical Candor (радикальная прямота)
Дополняя тему предубеждений и ошибок: 28 ошибок восприятия (+ лекарства от них), которые могут влиять на сознание продакт-менеджера, искажая его продуктовую реальность.
Читать полностью…
Что делать, когда приходишь в новую команду? “Как себя вести в новом коллективе?”.
Существует три базовых модели взаимодействия продакта и команд(ы), которые строятся на простом и понятном всех факторе – опыте человека и команды.
– Лидер (lead). Задает ритм команде, формирует стратегию, самостоятельно планирует и стартует командные и продуктовые процессы, много делегирует.
– Партнер (partner). Со всеми наравне, вовлечен в общую работу и следует совместно утвержденному курсу.
– Супотер (support). На подхвате, много изучает и спрашивает, утверждает информацию, задачу, решения, идя за командой по заданному ею пути.
На оси Х — общий уровнь знаний и навыков продакт-менеджера.
На Y — опыт команды, с которой он работает.
Точки их пересечения показывают наиболее подходящую модель взаимодействия продакта со своей командой.
Дублирование облачной инфраструктуры? А может лучше... дублирование облачной инфраструктуры?
DevOps-инженер компании Nixys в статье на Хабре рассказал об альтернативах зарубежных облачных сервисов и дублировании их инфраструктуры.
👉 Читать статью
Хотите стать тимлидом ситемных аналитиков? Приходите на бесплатный урок «Архитектура информационных систем. Монолиты, SOA и микросервисы» в OTUS.
На занятии рассмотрят описание, характерные свойства и характеристики разных архитектурных моделей.
После занятия вы сможете:
– Выделять архитектурные слои информационной системы.
– Понять отличия, плюсы и минусы монолитной, SOA и микросервисной архитектуры.
– Различать явные признаки хорошей и плохой архитектуры.
– Выделять основные компоненты системы и рисовать компонентные модели.
Проходите вступительный тест и присоединяйтесь к вебинару
👉 https://otus.pw/Chic/
Вебинар приурочен к старту онлайн-курса «Системный аналитик. Team Lead» и будет полезен системным аналитикам, которые хотят углубить свои знания по архитектуре и архитекторам информационных систем.
Нативная интеграция. Информация о продукте www.otus.ru
Старина Цукерберг наигрался в метавселенную без ног (уже с ногами) и теперь запускает аналог Твиттера – приложение Barcelona.
«Мы изучаем автономную децентрализованную социальную сеть для обмена текстовыми обновлениями. Мы считаем, что есть возможность для отдельного пространства, где создатели и общественные деятели могут делиться своевременными новостями о своих интересах».
На скринах – интерфейс отдельного приложения, которое теперь позиционируется как «Instagram для ваших мыслей».
Вот известно о Барселоне на данный момент:
– Барселона будет отдельным приложением, которое будет использовать учетные данные и никнейм Instagram для входа в систему.
– Максимальная длина сообщений в Барселоне — 500 символов.
– Барселона будет децентрализована, хотя не совсем понятно, что это означает в контексте Фейсбука.
27 апреля Digital Tele2 проводит онлайн-митап «Игры в сервисных приложениях», на котором расскажет о нюансах геймификации.
В прямом эфире обсудят:
– Геймификация: видение, методологии и подходы.
– Эволюция геймификации: от бейджификации до метавселенных.
– Метрики: что замерять и на что обратить внимание.
– Зоны роста и основные ошибки в геймификации.
Спикеры: Рамиль Сарангов и Кирилл Ивашников, эксперты Tele2.
Регистрация на бесплатный вебинар:
👉 https://r.tele2.ru/qvaR8P4