Всем привет! Я сломал ногу, а это значит, что у меня будет время еще немного порассуждать о создании продуктов. Все больше продуктов, так или иначе, начинают добавлять социальные функции. Ведь это повышает retention, уменьшает стоимость привлечения пользователей и вообще хорошо, с какой стороны не взгляни. К сожалению (или к счастью), не все продукты предполагают наличие в нем социального графа. Но если уже делать, так делать хорошо. Поэтому давайте поговорим о том, как создать успешный социальный продукт. У социальных продуктов много общих черт и, соответственно, проблем. Основная проблема в том, чтобы пользователи возвращались в продукт. Для этого создаются петли обратной связи с пользователем. Всего можно выделить три:
1. Обратная связь, которая поддерживает создателей контента, когда они создают новый контент (лайки, комментариев, ретвитов и т.д.). Для любой сети всегда остро стоит вопрос создания контента, даже сформулировали проблему 1% (то есть 1% пользователей youtube, например, создают контент и 99% его потребляют) 2. Обратная связь, которая поддерживвает потребителей контента (различные подборки, рекомендации) 3. Обратная связь, которая поддерживает соединения внутри сети (поздравьте с ДР, твой друг опубликовал пост)
🔊Продвижение Продвижение продукта, это неотъемлемая часть его создания.
Если у вас лучший в мире продукт, но нет каналов дистрибуции, то вас, скорее всего, ждет провал. Может, конечно повезти и он найдется сам, но это слишком смелый подход.
Продвижение часто путают с маркетингом и большенство продвигаторов называют себя маркетологам, в 99 случаях из 100 таковыми не являясь.
Вы, как менеджер продукта, должны очень хорошо понимать, какие каналы существуют, их особенности и уметь запустить продукт самостоятельно.
Один из самых очевидных каналов SEO. Это огромная и сложная тема, подходы к которой сильно зависят от специфики бизнеса. Но основы все равно есть.
Всем привет. Знаю, что давно не писал и буду исправляться. А пока, возможно, интересное предложение для некоторых из здесь присутствующих.
Мы открываем вакансию Product Manager для одного из самых популярных наших продуктов Scanner Pro.
У вас будет своя команда и непростая задача вывести продукт на совершенно другой уровень, чем он есть сейчас. Компания предоставит любые ресурсы для достижения результата.
Это работа для супер профессионала, который умеет создавать и выводить на рынок продукты. Аналитика, маркетинг, UX, дизайн и еще сотня других параметров, которыми вам нужно обладать (прочтение книжки или интересной статьи не считается).
Про обеды, редбул, скидки и прочее я рассказывать не буду. Вам же не это интересно, надеюсь. А вот команда значение имеет и она одна из лучших в мире.
Можно создать продукт без команды. У него, скорее всего, возникнут проблемы с масштабированием и повторяемостью, но сам продукт будет вполне ничего, возможно даже хорошим. Но для создания по-настоящему крутого продукта, нужна действительно крутая команда и это не менее важно, чем retention, ARPPU, конверсия и прочие метрики. Но команду нужно еще и собрать. Не могу похвастаться большим опытом в этом вопросе – мне просто везло. Везло на крутых людей, с которыми я работал раньше и с которыми работаю сейчас.
Поэтому подсмотрено на канале 👉Solar Notes от Кирилла Соляра, основателя студии Solar Digital, моего давнишнего товарища и даже партнера по общему проекту. Хоть проект и не выстрелил (с чем стоит смириться в продуктовой разработке), зато мы получили бесценный опыт.
О собеседовании нового сотрудника.
Давно усвоил железобетонное правило: Не хотите разочаровываться? Не очаровывайтесь. И действует это не только в отношениях с противоположным полом, но и при подборе кадров. Сидит перед вами мега крутой спец с 100500 годами опыта? Показывает тестовое с наилучшими показателями за год? Красиво и много говорит? Показывает миллион положительных рекомендаций? Не спешите очаровываться!
Когда человек очаровывается, теряется бдительность и внимание к деталям. Вместо этого лучше не терять ясность ума и прособеседовать кандидата со всем пристрастием. Выявить софт и хард скиллы, задать каверзные практические вопросы. Это поможет выявить кроме ошеломительной экспертности слабые стороны. Которые, возможно, вы уж никак не хотите видеть в своей команде. Возможно, всплывут мелочи, которые можно подтянуть, и в целом можно брать. При этом, ваше решение будет максимально взвешенным, основательным и повысится шанс того, что вам с этим человеком по пути.
Не очаровывайтесь, чтоб не пришлось разочаровываться! Это слишком дорого и не практично.
Кирилл хорошо пишет о управлении своей студией и не только 👉Solar Notes
А у вас крутая команда? Ответы анонимные, отпустите себя и отмечайте, как есть :) 😎 – Не просто крутая, а самая крутая 👌 – Команда, как команда, нормальная 😬 – Терпеть их не могу, если честно 💪 – Я сам по себе
Одной из фундаментальных проблема аналитики продукта было то, что в любой день аудитория вашего продукта состоит из совершенно разных людей: старые пользователи, новые пользователи, очень старые пользователи, те кто не смог разобраться с продуктом и теми, кто владеет им на высоком уровне. Такую разношерстую гурьбу сложно анализировать, так-как данные представляют из себя смесь совершенно разных людей. Чтобы исправить это, в системах аналитики начал появляться когортный анализ. При когортном анализе пользователей относят к той или иной когорте по определенному признаку. Самым базовым признаком является день (неделя, месяц), когда пользователь начал пользоваться продуктом. Я уже несколько раз упоминал о том, что самые честные данные о изменениях интерфейса или новой функциональности можно получить только от новых пользователей, у которых не было опыта использования продукта и для них продукт всегда был такой. В то время как старым пользователям могут не понравится любые изменения. Когорты можно строить еще и по определенным признакам, например, поведении в продукте. У нас в Documents есть когорта Top Users X (где X это определенная функция Documents), так мы можем понимать какие функции или сервисы нужны определенной когорте, какой у них retention и другие важные метрики. Разумеется когорты можно и нужно 🔪сегментировать, так можно найти определенные инсайты для разных устройств или стран.
Приблизительно 65% читающих устраивает статус кво :) Но есть 35%, которые хотели участвовать в разработке материала, а это совсем немало!
Вы бы хотели, чтобы у Плохого Продукта появился закрытый чат? (в него можно и не вступать). Просто место, где можно задать вопрос по теме поста, помочь ответами, предложить тему для одного из постов.
💬 – Я за чат! Это будет круто. 🙊 – Не люблю чаты 🙉 – Мне все равно
На просторах сети очень много материала посвящено A/B тестами, ведь это самый простой способ принятия решений. Есть гипотеза, запускаем А/B тест и смотрим какой из вариантов показывает лучшие результаты по метрике, которая вам важна (конверсия, ретеншен, деньги и т.д.). Крупные компании, такие как Google или Booking проводят десятки A/B тестов одновременно. Я не буду рассказывать базовые вещи, просто несколько take-aways про A/B тесты:
🥕 Ставьте конкретные цели: увеличение конверсии на 5-10%. Все что ниже – считаем результат не достигнутым.
🥕 Убедитесь, что до начала A/B теста вы не делали каких-то значимых изменений в продукте, которые могут повлиять на результат.
🥕 Указываете стоп-факторый, когда вы прекращаете эксперимент: падение конверсии не больше 9%. Например, вы поставили цель в деньгах (увеличить выручку на 10%) и увеличиваете цену предложения. Очевидно, что конверсия, при увеличении цены, может упасть, но в деньгах вы результат получите. В любом случае стоит предусмотреть некий рубеж, когда вы заканчиваете эксперимент.
🥕 Определите свою аудиторию и необходимый размер выборки, чтобы быть уверенными, что у вас достаточно трафика для статистически значимого результата по цели.
🥕 Определите максимальную стоимость теста для компании.
🥕 Определите срок, после которого вы смотрите на результаты. В связи с доходимостью иногда нужно подождать 1-2 недели, чтобы все пользователи, например, заплатили.
🥕 Всегда 🔪Сегментируйте результаты. Смотрите на изменение параметра в зависимости от канала привлечения или региону. Ведь в целом тест может показать, что показатели “А” лучше, но, например, в UK у группы “В” показатели в разы выше, просто эти данные нивелировались общим количеством пользователей.
🥕 Даже когда вы закончили тест и выбрали вариант, продолжайте следить за показателями.
🥕 Если вы буквально тестируете две новые гипотезы A и В, добавляйте контрольную группу, для которых действует текущий вариант.
🥕 Проверяйте гипотезы на новых пользователях.
Прочитать про A/B тесты можно тут 👉A/B тест — это просто и еще миллион разных статей.
Хотите управлять постами и выбирать тему следующего поста или и так нормально? 🎤 – Да, хочется как-то влиять на посты 🎧 – И так хорошо
Сегментация один из самых простых и эффективных инструментов аналитики продукта. Просто график продаж или новых пользователей может не меняться с течением времени или расти (что, обычно всех устраивает) или падать. Если график падает, сегментация поможет локализировать проблему. Сегментировать можно по, практически любому параметру: страна, тип устройства, версия приложения, канал дистрибуции, тип браузера и т.д. Простой пример: вы вышли на новый рынок, скажем US и график новых пользователей показывает положительный тренд, просто потому, что вы открыли новый рынок, но сделав сегментацию по странам вы можете, например, увидеть, что в Франции показатели наоборот падают, просто это падение полностью нивелируется активностью на рынке US. Я стараюсь всегда держать перед глазами сегментацию по странам, типу устройства и версиям – с таким набором сложно пропустить проблему в новой версии или новым дизайном.
Онбординг, как много в этом слове. Хороший, продуманный и выверенный онбординг может кратно увеличить прибыль продукта, увеличить ретеншен, снять порчу. На всякий случай необходимо уточнить, что карусель из экранов с разными фичами вашего продукта, которые вы считаете важными, онбордингом не является. Конечно, они могут быть им, но чаще (читай, почти никогда) нет. Самое лучшее, что они могу сделать, если выстроены правильно, это дать мотивацию пользователю погрузиться в ваш продукт и начать им пользоваться. Помните, простую формулу, где без Мотивации Поступок невозможен 👉Модель Фогга? Ну и самое главное – он работает на самом верху “воронки”, а значит может увеличить остальные показатели продукта, просто увеличив поток пользователей, которые прошли дальше.
Учитывая то, что онбординг он для всех разный, мы не будем скатываться в частности. Вместо этого, рекомендую прочитать книгу, которую написал основатель моего любимого проекта https://www.useronboard.com/ (я недавно давал ссылку на его разбор онбординга в Quora). Книга не расскажет, как будет выглядеть онбординг вашего продукта или услуги, но даст правильный набор знаний, чтобы вы смогли это сделать самостоятельно. Скачать книгу вы можете нажав на ссылку под этим сообщением. Книга на английском.
Следующие несколько записей будут про аналитику. Это не так скучно, как кажется и гораздо важнее, чем может показаться на первый взгляд. Когда мы разрабатываем новую функциональность (новое блюдо в меню, новую услугу), очевидно, что мы только предполагаем, как она должна быть реализована (и что она вообще нужна). Единственный способ проверить, это эксперимент. У эксперимента должна быть четко обозначенная цель, например “Увеличить конверсию на 10 процентных пункта”, то есть такая цель, которую можно посчитать и сравнить результат с целью. Об этом позже, так-как в начале нам нужен инструмент, позволяющий это все считать, то есть аналитика. Одним сообщением я, разумеется, не научу настраивать аналитику, но постараюсь дать облегченный фреймворк, который позволит начать ее настраивать. А фреймворк очень простой – пиратские метрики (AARRR)
A → Acquisition A → Activation R → Retention R → Revenue R → Referral
То есть вам нужно событие(я) на то, что пользователь открыл ваш продукт (отдельное событие на первое открытие). Затем серия событий на активацию (шаги, пройдя которые, пользователь понимает ценность вашего решения), во многих случаях это может быть 👉Aha!-moment, с большими оговорками за активацию можно считать регистрацию (пользователь дал вам каналы для триггеров, например email или push notification). Затем события на возвращаемость (по сути, любые события, после активации). События на покупку/оплату (очень рекомендую использовать хотя бы два, например, “Увидел экран покупки” – “Покинул экран покупки с результатом Х”). И события на рекомендацию вашего продукта (самый простой, но не точный способ, это считать нажатия на кнопку “Поделиться”). Я найду время и напишу об этом статью, но по сути у вас появится обычная воронка. Вы найдете места с самыми большими падениями и уже будете знать, в каких местах продукта нужна оптимизация.
Вы наверняка часто сталкивались с эффектом гештальта, который применяют дизайнеры, чтобы мотивировать вас совершить целевое действие. Слово “гештальт” в наших реалиях скомпроментировано и в принципе имеет достаточно широкое значение. Так что, если вы хотите более научное название, то можете использовать “психологический феномен эффекта гарантированного прогресса”. Регистрируясь на LinkedIn или Quora вы видите индикацию заполнения профиля. В Dropbox вы можете получить больше облачных гигабайт, выполняя задания (например, установить Dropbox на компьютер).
В основе того, как это работает, лежит принцип гештальта, целостности. То есть предполагается, что пользователь захочет завершить открытую задачу (довести до 100%). Иногда, помимо ментального вознаграждения (я завершил задачу) добавляют и вполне реальное – расширенный функционал, гигабайты, внутреннюю валюту, реальные деньги. Чтобы это работало необходимо выполнение нескольких условий: 1. Результат должен быть просто достижим. Если вы продаете автомобили, то добавлять в задачи “Купи машину”, будет плохой идеей. 2. Результат должен быть достижим в относительно короткий промежуток времени. Идеально, если пользователь сможет добиться 100% в течении одной сессии. 3. Когда пользователь видит список “задач”, часть из них должна быть уже выполнена. Таким образом он сможет ощутить, что половина работы уже сделана и осталось совсем немного.
Этот принцип можно использовать не только для действий, которые можно завершить, а и для “бесконечных”, только в этом случае в пункты 1 и 2 нужно добавить “очень”, то есть “очень просто достижим” и “очень короткий промежуток времени”. Самый ближний пример, это лента Pinterest, где в каждый момент времени, внизу страницы, вы видите только часть картинки. Чтобы увидеть ее целиком, нужно немного проскролить вниз (очень просто и очень быстро). Вот только после этого вы столкнетесь уже с новой “незавершенной” картинкой. Поэтому глубина скролла в Pinterest одна из самых глубоких.
Разбор онбординга в Quora. Ссылка сразу на 49 слайд, но рекомендую отмотать к началу и посмотреть целиком 👉How Quora Onboards New Users
Давайте вместе доведем канал Плохой Продукт до 1000 подписчиков:
Якорь это отправная точка, которая есть в голове у пользователя для сравнения вашего продукта. Это может быть обязательная функциональность, которая должна быть доступна бесплатно (помните модель Кано?), это может быть определенная цена anchor price (музыка в стриминговых сервисах стоит примерно $10). Разрабатывая продукт или тем более формируя цену, желательно хорошо понимать, с каким “якорем” прийдет пользователь. Многие этот якорь пытаются “поменять”. Именно по этой причине на сайтах многих SaaS решений вы можете увидеть сравнение доступных функций с другими сервисами (часто пункты, по которым этот сайт проигрывает, просто не добавляются в сравнение). Прием с зачеркнутой ценой и меньшей ценой рядом, это так же попытка сместить якорь – зачеркнутая цена становится якорем и цену рядом человек часто сравнивает с ней. Принятие решения о “дорогой” или “доступный” супермаркет средний потребитель принимает всего по 3-м или 4-м позициям (например, хлеб, яйца и моющее средство). На якорь можно влиять совершенно несвязанным образом – просто показав бОльшую цифру. Многие используют якоря не осознанно, просто подсмотрев это у конкурентов. Главное соблюсти тонкую грань и не скатиться в откровенное манипулирование пользователями – это вызовет негатив и вы не добьетесь поставленной цели.
Обращали когда-то внимание на подобное манипулирование ценой 🤑 – постоянно вижу подобные примеры 🙈 – теперь припоминаю эти приемы 😐 – на меня это не действует
Иногда сложно принять решение о том, какую функцию стоит добавить следующей в продукт. Для принятия тактически и стратегических решений существует много различных фреймворков и методологий. Модель Кано один из них. Этот подход основывается на эмоциональном восприятии той или иной функции/ценности. Всего Кано выделил 5 типов реакций потребителя: 1️⃣ Базовые факторы 2️⃣ Волнующие факторы 3️⃣ Основные факторы 4️⃣ Свойства обратного действия 5️⃣ Свойства не имеющие значения
Ниже, как всегда, есть ссылка, от куда можно начать знакомиться с моделью Кано, но в целом фреймворк добавления новой функциональности, в зависимости от типа реакции, которую она представляет, можно представить следующий образом: ★ В продукте должны быть представлены все базовые факторы. Это, по сути, рыночный стандарт и, если у вас нет каких-то функций из этой категории, вы должны их добавить, при этом пользователи будут воспринимать это, как само собой разумеющееся. Где брать: конкурентный анализ. ★ После этого необходимо сосредоточиться на основных факторах, как наиболее целесообразных и простых с точки зрения затраченных ресурсов и результат. Это, когда вы, например, увеличивается удобство или возможности стандартных функций, делая больше или лучше, чем рыночный стандарт. Где брать: прямые запросы от пользователей (например, из службы поддержки) ★ Волнующие функции это часто что-то новое. Они часто неожиданные для пользователя, но значительно улучшаю его работу с продуктом. Где брать: придумать :) Очень редко, когда такую функцию можно подсмотреть. Чаще всего они появляются после того, когда вы хорошо знаете свой продукт и чувствуете аудиторию.
Когда вы управляете продуктом, который к тому же еще и активно развивается, иногда сложно удержать все важные метрики в голове и проверять их на регулярной основе. Или когда у вас в управлении несколько продуктов, сложно погружаться в аналитику каждого из них каждый день, при этом один день может быть смертельным для проекта. Тут на помощь приходит North Star Metric (NSM) – один количественный показатель вашего продукта, который напрямую связан с ценностью (value delivery). При этом метрика должна быть завязана именно на то, что пользователь ценностью воспользовался, а не просто, скажем, узнал. То есть количество пользователей, которые завершили онбординг на 100% – это не NSM. Несколько примеров: Booking – количество забуканых номеров, Uber – количество поездок с Uber за неделю и т.д. То есть пользователь не просто зарегестрировался или привязал карту к аккаунту, а воспользовался сервисом буквально. Ну будьте аккуратны – метрика хороша для стабильной ситуации и не заменяет глубокую аналитику продукта. Например, количество забуканых номеров в Booking.com может быть обеспечено маркетинговой активностью и может расти, даже в случае, когда сам продукт становится хуже. Просто он становится хуже медленней (как оно обычно и бывает), чем маркетинг привлекает трафик и вы можете пропустить большую проблему.
Материалов и фреймворков о том, как же действительно правильно строить продукт, как определять его ценность, а так же “продуктовых мантр” огромное количество. Вам, наверняка, знакомы такие наборы буквы, как MVP, MDP, fake it till you make it, Double diamond, busniess model canvas, personas, user stories, JTBD, fail fast, value propostion canvas и многие другие. Конечно, желательно хотя бы поверхностно ознакомиться со всеми этими методами и фреймоврками (и я постараюсь дать вводные данные по всем из них).
Но для эффективной работы вам все равно прийдется составить свой собственный. Он может оказаться частным (более простым или более сложным) вариантом какого-то конкретного фреймворка или быть комбинацией нескольких, но суть в том, что если вы используете какой-то фреймворк as is, значит вы либо не до конца понимаете свой продукт или он еще не достаточно вырос.
Моим любимым фреймворком является jobs to be done, хоть и использую его в связке. Он не конфликтует с остальными, часто преследует более стратегические цели и хорошо работает с будущим, а не только с настоящим (как, например, personas). Поэтому сегодня я предлагаю прочитать отличную статью продакт менеджера из Intercom, да еще и написанную на русском языке
В первом абзаце 10 разных фреймвоков/методологий/мантр. Сколько из них вы можете описать, хотя бы в общих чертах, не заглядывая в интернет? 😎: Банально. Знаю все 10 и еще с десяток могу добавить 🤓: Знаю 5 и больше 😊: Меньше 5
Сегодня большой день. Олег Якубенков (аналитик и руководитель продуктов в Яндекс, Zeptolab, Google, Facebook) запустил Симулятор (https://simulator.gopractice.ru/)
Если коротко, то это единственный онлайн курс, который я лично рекомендую пройти всем, кто так или иначе связан с разработкой продукта. Своего или аутсорс. Как продакт менедеджер или дизайнер. Вообще всем. Это не рекламный пост и никаких денег я от Олега не получал. Это честный отзыв студента, который потратил 3 месяца на прохождение этого курса от начала до конца и максимально доволен результатом.
Не смотря на то, что я кое-что знаю про разработку продуктов, запустил немало своих и сейчас работаю с продуктом, у которого огромная пользовательская база, этот курс научил меня многому. Чего-то я не знал, что-то систематизировал, чему-то научился.
Курс уникальный и единственный в своем роде. У него много плюсов, но вот два основных, которые делают его по-настоящему полезным: 1. Интерактивный интерфейс, где вы не просто читаете, а сразу принимаете продуктовые решения из вариантов ответов. 2. Вы работаете с совершенно реальным аналитическим инструментом, который сейчас является лучшим на рынке – Amplitude, в который выгружены реальные данные.
То есть это курс не только про управление продуктом, а и про работу с аналитикой. Вам прийдется много считать, строить графики, пользоваться Google Spreadsheets, работать с реальными данными. В общем делать все то, что отличает настоящего продакта, от щегла, прочитавшего 3 книги.
Я не верил в это, но Олегу удалось создать настоящий симулятор работы продакт менеджера.
Сегодня побуду капитаном Очевидность. Старые добрые времена, когда было достаточно сделать качественный продукт, установить на него цену и продавать в маркет плейсе прошли. Когда-то это работало, так-как рынок только формировался, приложения, особенно качественные, пользовались спросом и one time fee было достаточно, чтобы зарабатывать деньги и масштабироваться. Это было время масштабирования диверсификацией, когда деньги заработанные на одном продукте, инвестировали в создание нового, занимающего новые, тогда еще довольно свободные ниши. Когда на рынке оказалось достаточно количество качественных решений, все ключевые ниши заняты и цена борьбы за пользователя оказывалась выше, чем он в итоге платил, появилась, тогда новая для консьюмерского рынка, модель – подписка. То есть масштабирование в ширину закончилось и все принялись расти вертикально, увеличивая revenue от каждого пользователя.
На сегодняшний день подписка это самая лучшая бизнес модель продукта. Она позволяет сосредоточиться на одном продукте, оправдывает разработку новой функциональности, один пользователь может с вами, теоретически, оставаться многие годы. Есть альтернативная ветка развития этой модели – множественные покупки, часто импульсивные, но эта модель подходит больше для игр. У подписки есть только одна проблема – на нее сложно перейти, особенно, когда ваш продукт работает по premium модели и объяснить пользователям, что пришло время платить каждый месяц (а мы помним, что платить они не хотят), довольно сложно.
Завтра мы летим в московский офис Apple на небольшой семинар для нашей компании. Если вас вопрос подписок волнует так же, как и меня, то внизу вы найдете форму, где можете написать свой вопрос, касающийся подписок и если мне он понравится, я обязательно его задам и ответ передам вам.
Вы платите по подписке? 💵: Да (1 и более подписок) 🏴: Только пиратские версии, Arrrr! 🍟: Хватает бесплатных версий
Ближайший перевод это компромисс. Вы наверняка много раз сталкивались с пользователями/дизайнерами/продакт менеджерами/руководителями, которые точно знают, как лучше/красивее/удобней. Но основная идея заключается в том, что принимая решение в продукте (или в чем угодно другом), вы всегда соглашаетесь на какой-то компромисс. Если вы делаете понятный интерфейс, значит в нем нужно совершить больше действий, красивый – меньше гибкости, максимально эффективный – теряете в эстетике, добавляете новую функцию – уменьшаете фокус с других функций и т.д. Абсолютно любое изменение в продукте ухудшит какую-то составляющую. Добавите больше контекста – уменьшите фокус на опциях, сделаете фокус на опциях – меньшее их количество поместится на экран. Примеров может быть миллион и очень важно понимать, что с любым изменением вы, практически всегда, что-то теряете. Исключения составляют совсем ужасные интерфейсы.
Поэтому в следующий раз, делая какое-то “более лучшее” решение, обращайте внимание на то, чего вы лишаетесь и оценивайте риск этого изменения. Например, я могу писать более короткие посты, чтобы их легче было читать в мессенджере, но тогда они будут содержать меньшие информации. Или я могу скрывать посты под кат через telegra.ph, но тогда меньшее количество людей их будет читать.
А все-таки, как вам удобней читать? 👌: Все отлично, оставляй, как есть 👭: КСТ (краткость сестра таланта, требую меньше букв) ✂️: Лучше скрывать все под кат через instant view
Интересы разработчика и пользователя часто противоположные. Разработчик хочет сделать продукт максимально дешево и продавать его максимально дорого. У пользователя другие интересы – получить максимально качественный продукт и получить его бесплатно. Когда мы делали Look Right, то делали продукт максимально качественным, введя при этом щадящую модель монетизации. При этом 90% негативных отзывов о том, что ига классная, но платная поэтому 1 звезда. Мой любимый отзыв: “Исполнено с душой, но 1 звезда… Для того, чтобы увидеть остальные 4 звезды – необходимо оплатить 149 р.”
Чтобы пользователи все же решились на покупку, разработчики используют паттерны разных оттенков. Есть серые паттерны. То есть они вводят пользователя в заблуждение, но вам особенно предъявить нечего. Например, кнопка покупки по стилю очень похожа на популярную кнопку в интерфейсе. Есть черные паттерны. Например, LinkedIn в свое время запрашивает доступ к вашей почте, под предлогом добавить в коннекшены ваши контакты из почты, а фактически еще и рассылал спам вашим контактом, что вы появились в LinkedIn. За это LinkedIn получил иск на сумму $13М. Или попробуйте как-то удалить свой аккаунт на Amazon. Или ссылка “Отписаться” набрана белым шрифтом на белом фоне. На мой взгляд, королем паттернов всех оттенков является Booking.com.
Используя серые и черные паттерны в своем продукте, вы, скорее всего, поднимите показатели, но в долгосрочной перспективной это может оказаться провальной тактикой. А может оказаться путем к победе :) Решайте сами – ниже ссылка на типы черных паттернов.
Вы используете (использовали бы) такие паттерны в своем продукте? 🙅♂️: НИКОГДА! 🤑: Использую любые. Если что, извинюсь. 😎: Иногда использую серые паттерны
