Product Management & AI
Стив Джобс о философии и ИИ, 1985 год P.S. Серёге из видоса выше есть ещё чему поучиться.
Когда Apple запустила iTunes Store в 2003 году, это вызвало хаос в Microsoft, а Билл Гейтс был шокирован тем, как Джобс всё это провернул
«Мы просто были под кайфом» (с) Джим Оллчин, Microsoft, из переписки с извинениями перед командой.
Краткая история, которая поставила Apple на один уровень с Microsoft *
iPod стал мгновенным хитом с момента своего запуска
Настолько, что Apple продала 5,6 миллионов iPod в первом квартале 2003 года (год запуска магазина iTunes).
Но с iPod была проблема – добавление музыки было запутанным.
Чтобы залить новую музыку, пользователям приходилось либо покупать CD, либо скачивать песни онлайн, что означало использование пиратских сервисов, которые вызвали хаос в музыкальной индустрии 2000-х годов, которых привёл к сокращению её объёмов в два раза до $20 млрд.
Джобс знал, что единственный способ остановить пиратство — предложить лейблам и слушателям альтернативу, которая была бы более привлекательной, чем ежемесячная подписка, которую предлагали музыкальные компании тех времён.
И он придумал питч для iTunes Store:
1. Маленький рынок Apple
Джобс использовал небольшой по тем временам размер Apple как преимущество. Он заявил, что магазин iTunes будет только на Macintosh, а это всего 5% от устройств общего музыкального рынка.
Это позволило Apple задействовать минимум серверов на старте и снизить риски для лейблов на случай, если бы сервис оказался невостребован и лейблы могли бы легко уйти, не почувствовав эти изменения на себе.
2. Система управления цифровыми правами (DRM)
Apple разработала собственное ПО, которое давало широкий функционал по управлению медиа-контентом и, что самое главное – обеспечивало его защиту от копирования (пиратства).
3. 99 центов за трек
Джобс также настаивал на том, чтобы песни можно было покупать по отдельности, а не в составе альбома. Лейблы же могли зарабатывать с продаж до 70% комиссии.
4. Система
С точки зрения бизнес-процессов, Apple предлагала всем пользователям Продукт-Систему:
– устройство iPod;
– iTunes Store;
– ПО для управления медиа.
Именно это позволило быстро согласиться 4 из 5 крупным звукозаписывающим компаниям, которые зашли в iTunes Store.
Но Sony отказывалась.
Глава Sony Music Энди Лэк считал, что они должны получать роялти с каждого проданного устройства, поэтому переговоры затягивались.
Но уже имея поддержку 4 из 5 лейблов, Apple демонстрировала, что ей не нужна Sony, хотя они «были бы рады иметь их». В конце концов, Sony согласилась.
Но собрать крупные звукозаписывающие лейблы было недостаточно.
Многие из популярных музыкантов имели собственные лейблы/контракты и Джобсу пришлось убеждать их, с чем ему помог Dr Dre.
В конечном счёте, все эти действия не могли пройти незамеченными в Microsoft, которая тоже занималась разработкой собственного магазина музыки, что даже вызвало озабоченность у Гейтса.
Некоторые цитаты из его письма:
...для меня это очень странно...
...я не говорю, что эта странность означает, что мы облажались...
... я не уверен, в чём проблемы...
...нам нужно двигаться быстрее...
Помимо Microsoft, Sony также пытались внедрить и развивать свою концепцию Walkman и до iPod у неё даже была 50% доля рынка.
С выпуском iPod это доля была быстро съедена, а точкой в гонке стал успешный релиз iTunes Store.
* – В 2002 году стоимость Apple составляла $5 млрд против $276 млрд Microsoft.
P.S.2 Серёге из видоса выше всё ещё есть чему поучиться 😎
iTunes для Windows – лучшее когда-либо написанное приложение для Windows (c) Стив Джобс
«Мы просто были под кайфом» (с) Джим Оллчин, Microsoft, из переписки с извинениями перед командой.
Краткая история, которая поставила Apple на один уровень с Microsoft *
iPod стал мгновенным хитом с момента своего запуска
Настолько, что Apple продала 5,6 миллионов iPod в первом квартале 2003 года (год запуска магазина iTunes).
Но с iPod была проблема – добавление музыки было запутанным.
Чтобы залить новую музыку, пользователям приходилось либо покупать CD, либо скачивать песни онлайн, что означало использование пиратских сервисов, которые вызвали хаос в музыкальной индустрии 2000-х годов, которых привёл к сокращению её объёмов в два раза до $20 млрд.
Джобс знал, что единственный способ остановить пиратство — предложить лейблам и слушателям альтернативу, которая была бы более привлекательной, чем ежемесячная подписка, которую предлагали музыкальные компании тех времён.
И он придумал питч для iTunes Store:
1. Маленький рынок Apple
Джобс использовал небольшой по тем временам размер Apple как преимущество. Он заявил, что магазин iTunes будет только на Macintosh, а это всего 5% от устройств общего музыкального рынка.
Это позволило Apple задействовать минимум серверов на старте и снизить риски для лейблов на случай, если бы сервис оказался невостребован и лейблы могли бы легко уйти, не почувствовав эти изменения на себе.
2. Система управления цифровыми правами (DRM)
Apple разработала собственное ПО, которое давало широкий функционал по управлению медиа-контентом и, что самое главное – обеспечивало его защиту от копирования (пиратства).
3. 99 центов за трек
Джобс также настаивал на том, чтобы песни можно было покупать по отдельности, а не в составе альбома. Лейблы же могли зарабатывать с продаж до 70% комиссии.
4. Система
С точки зрения бизнес-процессов, Apple предлагала всем пользователям Продукт-Систему:
– устройство iPod;
– iTunes Store;
– ПО для управления медиа.
Именно это позволило быстро согласиться 4 из 5 крупным звукозаписывающим компаниям, которые зашли в iTunes Store.
Но Sony отказывалась.
Глава Sony Music Энди Лэк считал, что они должны получать роялти с каждого проданного устройства, поэтому переговоры затягивались.
Но уже имея поддержку 4 из 5 лейблов, Apple демонстрировала, что ей не нужна Sony, хотя они «были бы рады иметь их». В конце концов, Sony согласилась.
Но собрать крупные звукозаписывающие лейблы было недостаточно.
Многие из популярных музыкантов имели собственные лейблы/контракты и Джобсу пришлось убеждать их, с чем ему помог Dr Dre.
В конечном счёте, все эти действия не могли пройти незамеченными в Microsoft, которая тоже занималась разработкой собственного магазина музыки, что даже вызвало озабоченность у Гейтса.
Некоторые цитаты из его письма:
...для меня это очень странно...
...я не говорю, что эта странность означает, что мы облажались...
... я не уверен, в чём проблемы...
...нам нужно двигаться быстрее...
Помимо Microsoft, Sony также пытались внедрить и развивать свою концепцию Walkman и до iPod у неё даже была 50% доля рынка.
С выпуском iPod это доля была быстро съедена, а точкой в гонке стал успешный релиз iTunes Store.
* – В 2002 году стоимость Apple составляла $5 млрд против $276 млрд Microsoft.
P.S.2 Серёге из видоса выше всё ещё есть чему поучиться 😎
This media is not supported in your browser
VIEW IN TELEGRAM
4 неочевидных ошибки при разработке и внедрении фич
№1. Игнорирование индивидуальности функций
Не все фичи одинаковы (полезны)– каждая функция имеет собственные уникальные механики, которые необходимо учитывать не только для её разработки, но и ДЛЯ будущего позиционирования, вывода и доставки этой функции до пользователей (рынка).
№2. Неправильная упаковка функций
Функции также бывают разных форм и размеров.
Такие факторы, как частота использования, масштаб решаемой проблемы, «ценность» фичи в глазах клиента, стоимость эксплуатации и т. д. – всё это влияет на установление приоритета, доступов и цен на функции.
– Советы по ценообразованию фич
Особенно актуально, когда функция реализована как автономное масштабируемое дополнение к основному продукту.
– Делаем фичу или суб-продукт?
№3. Несбалансированное развёртывание функций
Вытекает из предыдущих – даже 1 фичу не нужно запускать сразу для всех пользователей.
Поэтапное внедрение фичи по гео/когортам/тирам даёт продуктовым командам самое главное – время и свободу для сбора аналитики, багов, отзывов, тестов и их анализу.
№4. Рассхинхрон фич с сапортами/продажниками/маркетингом
Задержка в обновлении и доставке фич и инфы о продукте/фичах до юзеров и менеджеров – классика многих продуктов, которая снижает конверсии:
а) новой фичи, с которой не сможет разобраться юзер;
б) время до закрытия тикета/лида менеджером (читай – его KPI-зарплату-мотивацию-выгорание-эффективность).
Другая классика – когда сейлзы/маркетинг продают фичи "как они лучше продаются", а не такими, какими фичи является в реальности.
Задача продуктовой команды – систематически проверять и сверять фичи на актуальность целей, затрат, выгод и формулировок, которые дают пользователям ваши маркетологи, сапорт и... сами фичи (продукт).
№1. Игнорирование индивидуальности функций
Не все фичи одинаковы (
№2. Неправильная упаковка функций
Функции также бывают разных форм и размеров.
Такие факторы, как частота использования, масштаб решаемой проблемы, «ценность» фичи в глазах клиента, стоимость эксплуатации и т. д. – всё это влияет на установление приоритета, доступов и цен на функции.
– Советы по ценообразованию фич
Особенно актуально, когда функция реализована как автономное масштабируемое дополнение к основному продукту.
– Делаем фичу или суб-продукт?
№3. Несбалансированное развёртывание функций
Вытекает из предыдущих – даже 1 фичу не нужно запускать сразу для всех пользователей.
Поэтапное внедрение фичи по гео/когортам/тирам даёт продуктовым командам самое главное – время и свободу для сбора аналитики, багов, отзывов, тестов и их анализу.
№4. Рассхинхрон фич с сапортами/продажниками/маркетингом
Задержка в обновлении и доставке фич и инфы о продукте/фичах до юзеров и менеджеров – классика многих продуктов, которая снижает конверсии:
а) новой фичи, с которой не сможет разобраться юзер;
б) время до закрытия тикета/лида менеджером (читай – его KPI-зарплату-мотивацию-выгорание-эффективность).
Другая классика – когда сейлзы/маркетинг продают фичи "как они лучше продаются", а не такими, какими фичи является в реальности.
Задача продуктовой команды – систематически проверять и сверять фичи на актуальность целей, затрат, выгод и формулировок, которые дают пользователям ваши маркетологи, сапорт и... сами фичи (продукт).
OG "founder mode" 😎
Пилим и выводим фичи на рынок с фреймворком SPACER
После летних отпусков у команды (и руководства) всегда много идей и планов. Чтобы держать перед глазами полный цикл жизни "идея-фича", распишите каждую из них по шести направлениям.
S = История
Состоит из: а) предыстории (начального контекста, лежащего в основе этой функции); б) истории пользователя (краткое описание, изложенное с точки зрения целевого пользователя).
– Какие данные привели к этой функции?
– Какую проблему решает эта функция?
– Типичный сценарий использования
– Какие преимущества получат пользователи?
– Как эта функция соотносится с нашим видением продукта?
P = Цена и упаковка
Ценообразование –первое второе, о чём нужно думать с функциями в продукте.
– Как фича влияет на общую ценовую стратегию?
– Это премиум-фича/базовый пакет/ценовой уровень?
– Сравнение с другими ценами на рынке.
– Гибкость использования в промо и акциях.
A = Возможности и ограничения
Ограничения и запреты фич (продуктовая реальность) также должны быть явно обсуждены:
– Каковы механики этой функции?
– Особенности интеграции с существующим продуктом
– Какие тех. ограничения существуют?
✨ Какие потенциальные варианты использования могут выходить за рамки возможностей этой функции?
✨ Насколько масштабируема эта функция для будущих улучшений?
C = Конкурентное отличие
Базис любого позиционирования – отличие от конкурентов.
– Конкуренты предлагают аналогичную функцию?
– Чем они нас в ней превосходят?
– Какие уникальности отличают нашу функцию?
– Как быстро конкуренты скопируют нашу уникальность?
E = Конечный пользователь
Капитан Очевидность напоминает, что У-Каждой-Функции Есть-Свой-Основной-Пользователь и вариант использования им "его фич".
– В каких контекстах или ситуациях пользователи обычно используют эту функцию?
– Каким образом эта функция решает конкретную проблему этого сегмента пользователей?
– Какие сегменты пользователей получат наибольшую выгоду от этой функции?
✨ Существуют ли какие-либо вторичные группы пользователей, которые следует учитывать?
R = Дорожная карта
Этот пункт охватывает ожидаемую дату выхода функции в производство и то, что её ждет в Будущем.
– Когда ожидается выпуск функции?
– Какие риски могут изменить эти сроки?
✨ Какие потенциальные улучшения и расширения фичи рассматриваются на ближайшие 6–12 месяцев?
✨ Насколько гибки наша дорожная карта и продукт для этих изменений после релиза и доставки фичи?
----
А между тем,ИИ Oracle на прошлой неделе получила разрешение на строительство трёх небольших ядерных реакторов мощностью до 1 гигаватта для своего AI дата-центра.
Всем атомной недели!
☕️☢️
После летних отпусков у команды (и руководства) всегда много идей и планов. Чтобы держать перед глазами полный цикл жизни "идея-фича", распишите каждую из них по шести направлениям.
S = История
Состоит из: а) предыстории (начального контекста, лежащего в основе этой функции); б) истории пользователя (краткое описание, изложенное с точки зрения целевого пользователя).
– Какие данные привели к этой функции?
– Какую проблему решает эта функция?
– Типичный сценарий использования
– Какие преимущества получат пользователи?
– Как эта функция соотносится с нашим видением продукта?
P = Цена и упаковка
Ценообразование –
– Как фича влияет на общую ценовую стратегию?
– Это премиум-фича/базовый пакет/ценовой уровень?
– Сравнение с другими ценами на рынке.
– Гибкость использования в промо и акциях.
A = Возможности и ограничения
Ограничения и запреты фич (продуктовая реальность) также должны быть явно обсуждены:
– Каковы механики этой функции?
– Особенности интеграции с существующим продуктом
– Какие тех. ограничения существуют?
C = Конкурентное отличие
Базис любого позиционирования – отличие от конкурентов.
– Конкуренты предлагают аналогичную функцию?
– Чем они нас в ней превосходят?
– Какие уникальности отличают нашу функцию?
– Как быстро конкуренты скопируют нашу уникальность?
E = Конечный пользователь
Капитан Очевидность напоминает, что У-Каждой-Функции Есть-Свой-Основной-Пользователь и вариант использования им "его фич".
– В каких контекстах или ситуациях пользователи обычно используют эту функцию?
– Каким образом эта функция решает конкретную проблему этого сегмента пользователей?
– Какие сегменты пользователей получат наибольшую выгоду от этой функции?
R = Дорожная карта
Этот пункт охватывает ожидаемую дату выхода функции в производство и то, что её ждет в Будущем.
– Когда ожидается выпуск функции?
– Какие риски могут изменить эти сроки?
----
А между тем,
Всем атомной недели!
☕️☢️
Please open Telegram to view this post
VIEW IN TELEGRAM
7 базовых вариантов сегментации рынка и продукта/фич:
– география;
– бизнес-модель;
– отрасль;
– статус/тип компании;
– пользователь/группа;
– вариант использования.
Основной принцип – выделять сегменты как непересекающиеся, но, в тоже время, покрывающими всю целевую аудиторию ваших клиентов (рынка).
Определите, какие сегменты вносят наибольший вклад в ARPA (средний доход на аккаунт в год), и сосредоточьтесь на развитии этих сегментов.
– география;
– бизнес-модель;
– отрасль;
– статус/тип компании;
– пользователь/группа;
– вариант использования.
Основной принцип – выделять сегменты как непересекающиеся, но, в тоже время, покрывающими всю целевую аудиторию ваших клиентов (рынка).
Определите, какие сегменты вносят наибольший вклад в ARPA (средний доход на аккаунт в год), и сосредоточьтесь на развитии этих сегментов.
Product Management & AI
Как найти и использовать North Star Metric в своём продукте? Наткнулся на библиотеку от Amplitude, где они собрали собственные многолетние знания и опыт в этой области с 17 примерами, видео-подсказками и шаблонами. 👉 Их доска в Miro Для использования зайдите…
Пошаговый шаблон North Star Metric, который лёгким движением руки превращается, превращается шаблон..., в полноценный дашборд-воронку продукта.
✨ Шаблон в высоком разрешении
Please open Telegram to view this post
VIEW IN TELEGRAM
The_Root_Causes_of_Failure_for_AI_Projects.pdf
193.3 KB
Интересный отчёт по причинам неудач ИИ-стартапов от RAND
Основные причины:
– непонимание потребностей пользователей;
– фокус на технологии вместо проблем;
– частая смена приоритетов;
– недостаточное качество или количество данных
– Применение ИИ к слишком сложным задачам, не соответствующим текущему уровню развития технологий.
Рекомендации для индустрии:
– Фокусироваться на решении проблем, а не на технологиях.
– Выбирать долгосрочные проблемы (мин. год).
– Обеспечить командное понимание целей и бизнес-контекста продукта и ограничений ИИ.
Основные причины:
– непонимание потребностей пользователей;
– фокус на технологии вместо проблем;
– частая смена приоритетов;
– недостаточное качество или количество данных
– Применение ИИ к слишком сложным задачам, не соответствующим текущему уровню развития технологий.
"80% ИИ — это грязная работа по инженерии данных. Вам нужны хорошие люди, выполняющие грязную работу, иначе их ошибки отравятся в алгоритмы ИИ
Рекомендации для индустрии:
– Фокусироваться на решении проблем, а не на технологиях.
– Выбирать долгосрочные проблемы (мин. год).
– Обеспечить командное понимание целей и бизнес-контекста продукта и ограничений ИИ.
Product Management & AI
Продакт-менеджмент – это Бизнес "Тем, кто наверху" всегда будет нужен сотрудник, ответственный за их бизнес-решения, который и будет создавать их продукт от имени их бизнеса. Одновременно с этим, этот сотрудник "будет подотчётным" ... бизнесу, которым он…
Role: Product Manager
Responsibilities: To Cook
Responsibilities: To Cook
Как растить любой продукт на органике 🌱
1) переверните Воронку в Пирамиду;
2) начните сверху.
+ 45 способов вовлечь пользователей в продукт без внешнего маркетинга
+ The Racecar Growth Framework
1) переверните Воронку в Пирамиду;
2) начните сверху.
+ 45 способов вовлечь пользователей в продукт без внешнего маркетинга
+ The Racecar Growth Framework
Please open Telegram to view this post
VIEW IN TELEGRAM
Вкус пожирает Кремниевую Долину
В мире дефицита ценятся инструменты.
В мире изобилия ценится Вкус.
Вкус — это новое оружие
Будь то дизайн, брендинг или пользовательский опыт, вкус теперь определяет то, как продукт воспринимается, ощущается и принимается.
Технология же стала тесно переплетена с культурой. Теперь люди взаимодействуют с технологиями как с частью своей жизни, независимо от их местоположения, карьеры или статуса.
Рынки сейчас — это культурные рынки, а "деньги" теперь гонятся за полезностью, обёрнутой во Вкус и Функции, вылепленные в красивой форме и обрамлённые в артистизм.
В мире дефицита ценятся инструменты.
В мире изобилия ценится Вкус.
Вкус — это новое оружие
Будь то дизайн, брендинг или пользовательский опыт, вкус теперь определяет то, как продукт воспринимается, ощущается и принимается.
Технология же стала тесно переплетена с культурой. Теперь люди взаимодействуют с технологиями как с частью своей жизни, независимо от их местоположения, карьеры или статуса.
Код нынче стоит очень дёшево
Рынки сейчас — это культурные рынки, а "деньги" теперь гонятся за полезностью, обёрнутой во Вкус и Функции, вылепленные в красивой форме и обрамлённые в артистизм.
Product Management & AI
Продукты похожи на луковицу. Каждый слой это тактика, обёрнутая стратегией. Чем прочнее ядро, тем крепче всё держится. P.S. А ещё продукты заставляют плакать :) Всем эпичной недели ☕️✨
4 уровня понимания пользователей:
L1 – Что они говорят.
L2 – Что они ощущают.
L3 – Что они делают.
L4 – Почему они это делают.
Четыре простых вопроса, помогающих выявлять первопричины и мотивы поведения пользователей.
L1 – Что они говорят.
L2 – Что они ощущают.
L3 – Что они делают.
L4 – Почему они это делают.
Четыре простых вопроса, помогающих выявлять первопричины и мотивы поведения пользователей.
Как подойти к редизайну продукта: советы и наглядные примеры
Главное при редизайне:
1) Определите ключевые проблемные области.
2) Поймите ценность/усилия.
3) Сформируйте чёткое понимание того, почему вы хотите сделать редизайн.
Главное при редизайне:
1) Определите ключевые проблемные области.
2) Поймите ценность/усилия.
3) Сформируйте чёткое понимание того, почему вы хотите сделать редизайн.
Change is not an event; it’s a process
Medium
How to redesign, step by step guide
Avoid pitfalls and deliver value fast
Product Management & AI
Сообщества и комьюнити, которые могут строится как внутри, так и снаружи вашего продукта. Выделяют следующие типы сообществ: Сообщества пользователей. Тип сообщества, представленный клиентами вашего продукта, у которых есть общий интерес к проблеме, которую…
Групповые чаты являются одной из форм коммуникаций людей-пользователей и могут выступать частью экосистемы Продукта.
3 базовые формы коммуникации между людьми:
– Исследовательская. Это знакомство с новыми людьми, контентом и идеями в высокой концентрации (соц. сети).
– Связь. Поддержка связь-отношения в жизни или в другой среде (мессенджеры).
– Организационная. Помогает структурировать и облегчает публичное и личное общение в рамках определенной группы, команды или сообщества (Slack, Discord).
Классическая эволюция в коммуникациях выглядит так:
соц сети добавляют группы/каналы, мессенджеры добавляют ленты/сторис/профили, всё везде смешивается и превращается в супераппы, из которых потом уходят все пользователи.
Самое интересное – групповые чаты обладают всеми атрибутами, присущими закрытым сообществам и клубам:
– Связи. Групповые чаты формируются из существующих социальных отношений и объединяют людей с общими интересами-проблемами, ставя взаимодействие(!!!) выше потребления.
– Статус. Приглашение в правильный групповой чат равно успешно пройденному тесту на социальную/профессиональную/иную «внутригрупповую» пригодность через валидацию представителями этой группы.
– Лояльность. Приглашение в правильный групповой чат эквивалентно дружескому интро, выдавая некоторый кредит доверия заранее и облегчая его участникам доступ к людям и возможностям, которые труднодоступны вне чата.
– Конфиденциальность. В групповых чатах есть особый код приватности, когда участники доверительно, но с разумной аккуратностью, общаются "не под запись", что придаёт этому каналу коммуникации ещё большую аутентичность и... свободу.
Всё это делает простые групповые чаты не только сильным магнитом для удержания клиентов, но и бесконечными испытательными полигонами для пользователей и продукта.
☕️✨
3 базовые формы коммуникации между людьми:
– Исследовательская. Это знакомство с новыми людьми, контентом и идеями в высокой концентрации (соц. сети).
– Связь. Поддержка связь-отношения в жизни или в другой среде (мессенджеры).
– Организационная. Помогает структурировать и облегчает публичное и личное общение в рамках определенной группы, команды или сообщества (Slack, Discord).
Классическая эволюция в коммуникациях выглядит так:
соц сети добавляют группы/каналы, мессенджеры добавляют ленты/сторис/профили, всё везде смешивается и превращается в супераппы, из которых потом уходят все пользователи.
Отход от широковещательного общения к интимному, подлинному общению происходит в закрытых групповых чатах
Самое интересное – групповые чаты обладают всеми атрибутами, присущими закрытым сообществам и клубам:
– Связи. Групповые чаты формируются из существующих социальных отношений и объединяют людей с общими интересами-проблемами, ставя взаимодействие(!!!) выше потребления.
– Статус. Приглашение в правильный групповой чат равно успешно пройденному тесту на социальную/профессиональную/иную «внутригрупповую» пригодность через валидацию представителями этой группы.
– Лояльность. Приглашение в правильный групповой чат эквивалентно дружескому интро, выдавая некоторый кредит доверия заранее и облегчая его участникам доступ к людям и возможностям, которые труднодоступны вне чата.
– Конфиденциальность. В групповых чатах есть особый код приватности, когда участники доверительно, но с разумной аккуратностью, общаются "не под запись", что придаёт этому каналу коммуникации ещё большую аутентичность и... свободу.
Всё это делает простые групповые чаты не только сильным магнитом для удержания клиентов, но и бесконечными испытательными полигонами для пользователей и продукта.
Качество здорового группового чата определяется не тем, кто в нём находится, а тем, кто в нём НЕ находится
☕️
Please open Telegram to view this post
VIEW IN TELEGRAM