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
Вкус пожирает Кремниевую Долину
В мире дефицита ценятся инструменты.
В мире изобилия ценится Вкус.
Вкус — это новое оружие
Будь то дизайн, брендинг или пользовательский опыт, вкус теперь определяет то, как продукт воспринимается, ощущается и принимается.
Технология же стала тесно переплетена с культурой. Теперь люди взаимодействуют с технологиями как с частью своей жизни, независимо от их местоположения, карьеры или статуса.
Рынки сейчас — это культурные рынки, а "деньги" теперь гонятся за полезностью, обёрнутой во Вкус и Функции, вылепленные в красивой форме и обрамлённые в артистизм.
В мире дефицита ценятся инструменты.
В мире изобилия ценится Вкус.
Вкус — это новое оружие
Будь то дизайн, брендинг или пользовательский опыт, вкус теперь определяет то, как продукт воспринимается, ощущается и принимается.
Технология же стала тесно переплетена с культурой. Теперь люди взаимодействуют с технологиями как с частью своей жизни, независимо от их местоположения, карьеры или статуса.
Код нынче стоит очень дёшево
Рынки сейчас — это культурные рынки, а "деньги" теперь гонятся за полезностью, обёрнутой во Вкус и Функции, вылепленные в красивой форме и обрамлённые в артистизм.
Workingtheorys
Taste is Eating Silicon Valley.
Just as software ate the world and dramatically transformed industries in the last era, taste is now eating software—and with it, Silicon Valley.
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