Продукт

Как Сиракьюса переезжал на Айфон 18 Про В последнем выпуске АТП Джон Сиракьюса жалуется на то, как переезжал на Айфон 18 Про. Это в начале, где-то на восьмой минуте уже: https://atp.fm/710 Проблема в том, что процесс переезда с телефона на телефон предельно хрупкий. На телефоны нельзя дышать, и малейшая неаккуратность приводит к тому, что весь многочасовой процесс отменяется. После этого новый телефон нужно сбрасывать до заводского состояния и начинать всё с начала. Джон уже жаловался на этот процесс в прошлом или позапрошлом году. Тогда Джону удалось завершить переезд с третьего или четвёртого раза. Одна из «ошибок» была такой. Новый телефон предложил настроить Сири, и в ходе этого процесса надо было произнести «Hey, Siri». Джон так и поступил. Старый телефон среагировал и перешёл в режим Сири, что отменило весь процесс. Такую ошибку проектирования можно допустить только если буквально ни разу не попробовать воспользоваться этой фичей. Как устроен процесс тестирования у Эпла остаётся только гадать. В этом году ситуация не стала лучше, но у Джона-то опыт. Поэтому можно было бы предположить, что в этот раз всё получится. Но нет: он снова переехал с четвёртого раза. Вот одна из «ошибок»: Джону нужно было воткнуть в телефон зарядник, и он случайно нажал на кнопку камеры. А вот другая. Сначала оба телефона что-то напряжённо делали, а потом на старом загорелась надпись «Finish on the new iPhone» в шторке с крестиком. Джон, разумеется, воспринял это так, что всё, от этого телефона ничего больше не нужно, дальше уже новый сам что-то доделывает. Как только он закрыл шторку, весь процесс снова отменился. Я не представляю, как это может с первого раза пройти обычный пользователь, если даже Джон запинается несколько раз. И это ведь не какая-то экзотическая ситуация, а самая обычная, причём на пути получения первого впечатления! Что происходит в Эпле, что они это выпускают? Отдельно хочу обратить внимание проектировщиков на значение текста в интерфейсе. В последнем случае всё сломала именно неудачная формулировка. В некоторых компаниях бывает, что дизайнеры дизайнят как-то приблизительно, без текста, а текст пишут какие-то текстовые люди потом отдельно. Это очевидный бред: что это за дизайнер, если он не умеет писать текст? Это же главный инструмент ясной мысли. Если человек не может написать текст, как он может что-то задизайнить? И что за дизайн без текста? Это же главный инструмент коммуникации. Если вы дизайнер и не считаете текст предметом своей работы, стоит задуматься.

В последнее время я всё чаще замечаю одну конструкцию в разговорах и в рекламе) «Мир изменился - значит, старые правила больше не работают». AI изменил разработку - значит, продакт должен стать Product Engineer. Появились маркетплейсы - значит, бренд больше не имеет значения. Появился AI - значит, образование должно полностью перестроиться. Экономика стала цифровой - значит, классические модели стратегии устарели. Звучит убедительно. Но между первой и второй частью почти всегда пропущено самое важное: почему? Если вы не отвечаете на почему (ну или отвечаете "потому что все так делают"), то у вас нет стратегического аргумента. У вас есть только мнение, замаскированное под решение. Из того, что что-то изменилось, совершенно не следует, что перестал работать механизм, который существовал раньше. Чтобы утверждать, что старые законы перестали работать, нужно показать: какой именно механизм сломался. Мы наблюдаем: AI резко снизил стоимость написания кода. А потом почему-то мгновенно делаем вывод: значит, продакт теперь должен больше кодить. Но логическая цепочка здесь вообще не очевидна. Возможно, вывод должен быть противоположным. Если производство кода становится дешевле и доступнее, то кодинг становится менее дефицитным ресурсом. А значит, относительно дороже могут стать другие способности: понять, что вообще стоит строить; увидеть причинную связь между поведением клиента и бизнес-результатом; выбрать рынок; сформулировать ставку; понять, где создаётся экономическая ценность. Есть очень простой тест для любой новой бизнес-идеи. Если вам говорят: «Сейчас новая эпоха…» «Рынок полностью изменился…» «Старые подходы больше не работают…» «Теперь компании должны…» задайте один вопрос: «А какой механизм связывает первое утверждение со вторым?» И если вы не понимаете почему именно это должно работать в вашем бизнесе, начинается паника: А вдруг мы отстаём? А вдруг уже поздно? А вдруг нам тоже срочно нужно это делать? Не потому, что люди глупые. А потому, что при отсутствии причинной модели невозможно отличить сигнал от шума. Без этого любое движение рынка выглядит как приказ: «Срочно делайте то же самое».

Как проектировать продукты для мышления Самая частая причина провала продуктов для запоминания/обучения чему-либо не плохой движок/интерфейс, а то, что пользователь продакт не смог ответить, ЗАЧЕМ именно ЭТО нужно помнить. Решить, ЧТО достойно быть запомненным – вот главная работа, которая а) не автоматизируется; б) не решается никаким механизмом удержания и вовлечения и она первичнее того, как это запоминать. Правильный продукт для мышления открывает мысли, которые без него не могли бы случиться, поэтому правильный вопрос такого любого продукта не «что должен делать продукт», а «какие мысли он позволит подумать». Забавная игра слов и смыслов в пятницу, ага. Модель продукта для мышления ≠ Продукт Модель продукта, в которой развитие мышления строится на интервальном повторении крива и нестабильна, потому что интервальное повторение всего лишь один один из десятков механизмов для развития мышления. Строишь продукт вокруг одной модели и он станет её потолком и блоком. 10 механизмов удержания в памяти: множественность форм одного вопроса, атомарность вопроса, dual-coding (текст+образ), вариации контекста, обогащение связей, сторителлинг смысла(ов), чанкинг (укрупнение единиц восприятия), калибровка внимания. 10 механизмов мышления как такового: расконцентрация/уединение, задержка первого ответа, наблюдение ощущений до, петля инсайт↔создание, сеть связей, а не изолированные факты, смена уровня абстракций, воплощение абстракции в предмет, поиск контрпримеров и опровержений, эмоциональная включённость, вопрос без заранее заданной цели. Проектируй Сети, а не точки Единица ценности – в Сети ты знаешь сам чего Структура связей делает забывание сложным. 1) Давай знание минимум в двух кодах одновременно. Текст + образ вспоминается устойчивее вместе с параллельным каналом кодирования той же единицы смысла. Экспериментируй с ними. 2) Варьируй контекст(ы), а не только содержание. Одно и то же место, время, фон снижает удержание на 40% относительно вариативного контекста. Продукт, который всегда выглядит и ощущается одинаково при повторном касании, недоиспользует потенциал памяти сам по себе. Вариативность интерфейса это новый механизм. Плотность чанков важнее объёма знаний, а значит, что продукт должен ускорять именно сборку чанков у пользователя через укрупнение единиц восприятия форм. Чанки – это небольшие квадратные участки, на которые игры (например, Minecraft) делят свои большие миры для экономии памяти и быстрой прорисовки 🍌Но и здесь скрыта очередная ловушка мозга: так, пользователь обучается узнавать форму вопроса раньше, чем осмыслять его, и начинает отвечать на паттерн, а не на суть. Поэтому снова упаковывай один и тот же смысл, но в 2+ разных формы, иначе ты тренируешь узнавание интерфейса, а не мышление. Эмоция – несущая конструкция в продуктах, а эмоциональная связь пользователя с материалом первичней материала как объекта. Великая цель-петля таких продуктов – изменение знаний всего человечества, которое возвращается и меняет тебя, твой продукт и мир. Они рождаются только тогда, когда их создатель решает свою собственную реальную задачу и делится этим процессом с окружающими миром через свой продукт. Они растут только вместе с пользователем, расширяющееся понимание и мышление которого должно менять как пользователя, так и сам продукт, порождая у обоих новое понимание предмета мышления. Всё есть петля, пространство, круг и цикл. Ты начнёшь строишь благо, не осознавая это.

Дома стоит большой телевизор, и вчера мне пришла в голову идея собрать для Fluently real-time дашборд с разной аналитикой. Получилось прикольно! Видно, сколько людей и из каких стран общаются с нашими тьюторами, а когда кто-то покупает подписку, включаются прикольная анимация и звук 🥹 За последние пару недель пришел к тому что, чтобы вайбкодить такие штуки быстро и симпатично, надо просить модель сначала собирать js прототип с разными вариантами каждого элемента. Особенно это актуально там, где нужно перекомпилировать проект, прежде чем увидеть результат. Для каждого элемента, который вы видите на видео, было 4–5 вариантов реализации. Я игрался с тоглами и смотрел, как всё будет выглядеть в композиции. Оно лагало, и там были разные баги, но зато это был один промпт☝🏻 Второй промпт как раз чтобы зафиксировать конкретные решения, поправить косяки и оформить это пулл реквестом в репу. Осталось заюзать третий промпт, чтобы он выключил озвучку покупок с полуночи до 8 утра 😁

Как эффективно провести зимние распродажи на маркетплейсах ❄️ Подготовка ассортимента. Обновите карточки товаров, добавьте зимние визуальные элементы и убедитесь, что описание точно отражает преимущества продукции. 💰 Стратегия цен. Рассчитайте скидки так, чтобы они привлекали покупателей, но не снижали вашу прибыль. Баланс — ключ к успешной акции. 📣 Продвижение и реклама. Используйте встроенные инструменты маркетплейсов: баннеры, спецразмещение и таргетированную рекламу для увеличения видимости товаров. 🚚 Логистика. Поддерживайте достаточный запас товаров и обеспечьте своевременную доставку, чтобы не потерять клиентов в период пикового спроса. 📊 Аналитика и корректировка. Отслеживайте продажи в реальном времени и корректируйте стратегию, чтобы максимизировать результаты. 💡 Вывод: зимние распродажи — шанс увеличить выручку, привлечь новых покупателей и укрепить репутацию на маркетплейсах. Фаундер | Бизнес и Стартапы

Сегодня поделюсь одной простой идеей для e-com, которую я пока почему-то нигде не встречал Замечали, что почти во всех iOS-аппах при вводе адреса такие поля, как квартира, подъезд, этаж и домофон, по умолчанию открывают обычную буквенную клавиатуру? Логика понятна: разработчики перестраховываются, ведь изредка адрес содержит буквы (например, квартира И-214). Но стандартный нумпад в iOS не даёт переключиться на буквы, поэтому всем нам открывают полноразмерную клавиатуру Проблема в том, что буквы в этих полях — редкое исключение. В итоге абсолютное большинство пользователей каждый раз вынуждены: 1⃣ Вручную тапать «123» для смены раскладки 2⃣ Набирать цифры на менее удобных мелких кнопках верхнего ряда Как это решить нативно и красиво? 1⃣ Оставляем нумпад по умолчанию, но даём быстрый свитч на буквы прямо над клавиатурой. Вешаем тулбар в inputAccessoryView: слева кнопка «Abc», по центру flexibleSpace, справа — «Готово». 2⃣ Ставим нумпад по дефолту: textField.keyboardType = .numberPad 3⃣ По тапу на «Abc» переключаем тип клавиатуры: textField.keyboardType = .default textField.reloadInputViews() В случае с тем же Ozon 😊 (драфт решения прикрепил) мы экономим пользователю до 4 лишних тапов при оформлении заказа (по одному переключению на квартиру, подъезд, этаж и домофон) и делаем сам ввод удобнее Мобильные разработчики, вопрос к вам: почему так до сих пор массово не делают? В чём подвох или дело просто в приоритетах бэклога? 👇🏻

Бери с вложившихся — Клиенты не готовы платить — А ты у тех просишь? Vinted, площадка для продажи подержанной одежды, ввела комиссию 20% с продавцов. Те начали уходить. «Достать старую кофту, сфоткать, описать, ответить на вопросы, упаковать и еще пятую часть отдать? Да пусть дальше в шкафу валяется», — говорили они. Тогда стали брать деньги с покупателя. «Ты нашел вещь, хочешь иметь возможность вернуть деньги, если пришлют хрень?». Выручка выросла в 4 раза за следующие 17 месяцев. Вроде и продавец и покупатель пользуются сервисом. Только первый решает, стоит ли вообще затевать возню. А второй — уже хочет результат. Вывод прост: берем с тех, кто поведением показал, что ему нужнее. С тех, кто вложился больше.

Самый смешно запоротый A/B в моей практике Как-то раз в A/B тесте нашей модельки с альтернативным решением, заказчику (онлайн-магазину) понадобилось рассказать, зачем нужно брать хэши от айдишников пользователей перед делением на группы, потому что заказчик хотел просто брать четные айдишники в одну группу, а нечетные в другую. Рассказали, что не все вещи, кажущиеся равномерным распределением, правда им являются. Рассказали про то как многие смело разбивают клиентов на группы по последней цифре телефона и потом внезапно узнают, что группы перекошенные. И даже рассказали, что не все хэши одинаково хорошо перемешивают группы и какие предлагаем использовать. Дальше первую неделю A/B видим как стабильно ведем в тесте, радуемся, готовимся праздновать, но на очередном созвоне с заказчиком мимолетом ловим очень тревожную фразу. СТО заказчика решил поделиться своим ноу-хау:«хэш же нам нужен, чтобы результат был максимально непредсказуемым, так что я сделал не hash(id), а hash(id+email), чтобы еще лучше перемешивало группы» 🗿 Осторожно интересуюсь: а когда человек не залогинен, как это работает? СТО: тогда e-mail - пустая строка. Я: а сразу после логина? СТО: сразу после видим e-mail и уже не пустая. В общем, при логине с вероятностью 50% группа менялась, а логин был обязателен для оформления покупки… Кстати, времени у заказчика на еще один правильный А/В не было, так что как вы думаете, что было дальше, и чем закончился проект? :)

Об уважении к клиенту Одна из утилит, которой часто пользуюсь – скриншотер. Нажал горячую клавишу, выделил часть экрана, где какая-то фигня случилась, подрисовал стрелочку к проблемному элементу и пару слов комментария, отправил разработчику. Полезно, удобно. Нужно не только мне. Существует целый класс продуктов с такой функцией. Предыдущий выбор мне надоел, я пошел искать новый. Узнал, что на моем компьютере он уже есть: Microsoft с 2002 года разрабатывает и держит в составе Windows ровно такую программулину – #стартапдня Snipping Tool. И это не что-то заброшенное, команда там работает, буквально прошлой осенью вышло большое обновление. Тем не менее, приложение плохое. К интерфейсу можно привыкнуть, дело вкуса. И с отсутствием выбора горячей клавиши можно смириться. Стив Джобс и Генри Форд стиль: цвет может быть любой, если он черный. Но, блин, Snipping Tool не позволяет сам подпись на картинке нарисовать – предлагает в Paint, полноценный редактор, для этого переключиться. И даже в Paint стрелки только горизонтальные и вертикальные, произвольных нет. Я могу объяснить, почему для корпорации скриншотилка – стотысячный приоритет. Я могу понять, что начальство у продакта и сам продакт сидят на Mac, и в жизни никогда не сталкиваются со своей поделкой. Но принять такое отношение к миллиарду [реально миллиарду!] пользователей я не могу. Эх. #корпоративный

bb plugin atlas - чтобы плагины для bb писать не вслепую Это продолжение поста про bb и стрима, где мы его разбирали втроем. Если вы уже пробовали bb, то знаете: для плагинов он предлагает вайбкодинг на максималках: попросил агента свой сайдбар и фича уже в том же окне. Но что вообще возможно и как оно хоть примерно работает? Скажем, вы знали, что плагин может: - использовать под 30 мест интерфейса чтобы заменить или добавить свою компоненту - подсвечивать куски текста в поле ввода, пока вы печатаете - придержать или отклонить любое сообщение, пока оно не ушло модели - хранить данные в собственной SQLite с миграциями и в vault Для виджета на вечер это знать не обязательно, а вот для чего-то посерьезнее - нужно, и как минимум полезно знать как это правильно называется, чтобы нормально запромптить. Кое-какая документация у bb есть, но написана она скорее для для агентов чем для человека (в виде скиллов, референсов и типов SDK). В общем, так появился bb plugin atlas. Сначала для себя, сейчас вот опубликовал. Забавно, что обычно документацию конвертируют в скиллы, а тут пришлось наоборот, из скиллов и исходников bb собирать документацию. Текст в основном писал агент, небольшую часть формулировок я переписал руками и направлял в нужную сторону. Что внутри: - карта UI-зон - сразу видно, куда можно встроиться и как это место называется, там же все полезные ссылки - архитектура bb и плагина: процессы, точки входа, RPC между фронтом и бэком, где живет состояние - модель доверия и многое другое + бриф для агента на каждой карточке, копируешь и вставляешь в Claude Code, Codex или композер bb Сайт собран на Astro со Starlight. Astro я беру уже не первый раз для самых разных статических сайтов, и с документацией он тоже справляется отлично. Ах да, скилы для технической документации тоже пришлись кстати. 🔥 ➕ 🔁 @nobilix

Продакт может покинуть тело на время, главное позволить ему сделать это осознанно Я фигачу всегда на чуйке и интуиции. В фреймворках это называется экспертность и вера в результат, зачастую имеет немалый вес, особенно во всяких битуби-энтерпрайзах. И эта штука часто реально работает, если продакт не долбоеб. В одной компании был чел, который на серьёзных щас предлагал сделать кружочки в сториз квадратными, обоснование какое-то даже принёс. Надеюсь он меня не читает. Я пилю продукт, и впервые делаю всё наоборот. Раньше было по уму: родилась идея, прикинул палец к носу, собрал на коленке концепт, пошёл продавать, пока создаёшь. А сейчас вот не знаю какая муха меня покусала. Решил сделать всё хрестоматийно неверно: сначала почти целиком собрать продукт, вложиться в него временем, деньгами и вниманием к деталям, и только потом показать вам и узнать, нужен ли он вообще. Конечно, иногда накрывает тотальной неопределённостью, но держусь. Но главная странность ситуации в том, что мне пока вообще не хочется идти и проверять, купите вы это или нет. Обычно я именно так и делаю: максимально быстро выясняю, есть ли спрос, чтобы не тратить жизнь на Неуловимого Джо. А тут впервые захотелось сначала сделать штуку такой, какой я сам хочу её видеть. Вот прям чуть ли не для себя в первую очередь. Не MVP, не проверить гипотезу, не "достаточно хорошо для запуска", а прям нормально так сделать на совесть. Думаю, причина в том, что впервые делаю продукт не вокруг хардового навыка, который уже освоил и могу упаковать, а наоборот — вокруг вопроса, на который у меня самого пока нет нормального ответа: что вообще делать дальше, когда старый сетап жизни перестал работать, а новый ещё не собран. Этот вопрос в последние пару лет занимает меня всё больше, и, судя по разговорам вокруг, не только меня. Возможно (да точно!), это очень тупой продуктовый подход, через несколько дней узнаем. У меня уже на 70% всё готово, а вы даже не знаете, что это. А штука прикольная, я б купил. Нащупываю здесь хоть какую-то определённость. Поэтому давайте сердечки, если становится интересно!

Что помогает решить продуктовый кейс на собеседовании Во время решения кейса сильный кандидат постоянно задает себе вопросы. Не обязательно вслух, но часто он проделывает мыслительную работу по заранее известному ему алгоритму. Это помогает не потерять логику и последовательно уменьшать неопределенность, а не просто генерировать идеи. В предыдущем посте мы обсуждали, какие существуют ожидания у нанимающей стороны от менеджера продуктов. В этой части рассмотрим, как самостоятельно можно сверяться по шагам и структуре кейса с помощью набора вопросов, чтобы наилучшим образом показать свои компетенции на собеседовании. Такой список вопросов можно условно разделить на шесть блоков. 1️⃣ Правильно ли понята проблема? — Я сейчас решаю исходную проблему или ушел от нее, заменив ее более понятной задачей? — Какая настоящая проблема? Не пытаемся ли мы “лечить” симптомы, не видя сути? — Какую бизнес-цель пытается достичь компания? — Какая именно метрика должна измениться (и точно ли я понимаю, как эта метрика считается сейчас)? — Для какого пользователя, сегмента или сценария вообще существует эта проблема? 2️⃣ Хорошо ли разложена проблема? — Можно ли декомпозировать метрику? Например, через дерево метрик. — Какие независимые группы причин могут объяснить происходящее? — Гипотезы действительно покрывают пространство проблемы или это просто набор идей? 3️⃣ Где заканчиваются факты и начинаются предположения? — Что уже известно, а что пока является моим предположением? — Какие предположения критичны для дальнейшего решения? — Какие данные сейчас уменьшат неопределенность? — Что должно стать видно в данных, если гипотеза верна? — Что заставит отказаться от этой гипотезы? 4️⃣ Почему выбрано именно это решение? — Какие варианты действий вообще существуют? — Почему именно этот вариант стоит проверить первым? — По каким критериям сравниваются альтернативы? — Какой эффект в деньгах (или других ключевых метриках) получим? — Что будет, если вообще ничего не делать? — Какова цена ошибки? — Можно ли проверить гипотезу дешевле и быстрее? 5️⃣ Как понять, что решение сработало? — Какая основная метрика должна измениться? — Какие защитные метрики важно не ухудшить? — Не оптимизируется ли локальная метрика за счет ухудшения всей системы? 6️⃣ Насколько устойчиво текущее рассуждение? — Если интервьюер сейчас даст новую информацию, понятно ли, какую часть выводов придется пересмотреть? — Можно ли за 30 секунд объяснить, как был получен текущий вывод? И два вопроса, которые задают рамку повествования в целом: — Если интервьюер остановит наш разговор прямо сейчас, будет ли ему понятно, почему был озвучен текущий или следующий шаг? — Показывает ли ответ ход моих мыслей или дает только конечный вывод? Через эти вопросы вы сможете проверить свое текущее качество мышления, которое помогает вам решать рабочие задачи. А чтобы получить объективную информацию, можно прогнать решение кейса с ИИ и затем попросить обратную связь как раз с учетом этого списка вопросов и увидеть, как выглядят ваши ответы со стороны. @productmindset

Продуктовые наблюдения: почему скидки могут пугать Хочу поделиться своим опытом похода вчера вечером в КуулКлевер. Заходил по пути домой взять фруктов (кстати, они дешевле, чем в других магазинах у меня на районе). Набрал три пакета, понимаю, что надо взвесить их самостоятельно. Подхожу к весам, кладу товар, жду интерфейс с огромным каталогом из 500 похожих позиций. Нет, весы сами определили, что именно я положил, и предложили выбрать товар. Для меня это было прямо что-то новенькое. Не потому, что это какая-то космическая технология. А потому, что мне не пришлось гадать как именно записан/выглядит мой товар в их каталоге. Система просто сняла с меня маленькое, но раздражающее действие. Взвесил три пакетика, подошел к кассе. В Кууклевер, кто не знает, используется система с бейджем: прикладываешь его к кассе, и покупки подтягиваются автоматически. Можно отсканить куар код из приложения, что я и сделал, тогда он авторизует твой личный кабинет. Отсканировал фрукты. Перехожу на чекаут, смотрю система предлагает списать 4К КеГлей и оплатить ими заказ - сумма покупки 300 рублей. Я такой, вау, Беру! Оплатил, вышел из магазина и подумал, а я точно сейчас выиграл? Или только что обменял 4 000 каких-то виртуальных единиц на 300 рублей? Не сильно ли это много за 300 рублей? И дело тут не в скидке! КеГЛи - это бонусная валюта программы лояльности КуулКлевер. Их можно копить за покупки и использовать для оплаты продуктов и напитков. При этом сам магазин отдельно подчёркивает: КеГЛи не имеют фиксированного курса к рублю, а стоимость товара в КеГЛях указана на ценнике или в карточке продукта. То есть формально всё работает как задумано. Но пользовательский вопрос всё равно возникает:

Почему 4 000 баллов вдруг превратились в покупку на 300 рублей?

Скидка может быть очень выгодной, но при этом вызывать недоверие. Давайте разбираться: Почему чрезмерная выгода пугает Если у вас накопились баллы/выгоды и вы их обмениваете на небольшую скидку, то все хорошо, но когда вы можете оплатить всю покупку и если механизмы обмена не обозначены и не понятны - возникает недоверие. В какой-то момент большая скидка перестаёт восприниматься как подарок и начинает восприниматься как ошибка в системе/подвох/обман. Вывод из наблюдений Если вы проектируете продукт и хотите поощрить пользователя скидкой, через баллы / возможности, то вам нужно добиться прозрачности, объяснять за что начисляете, как пользователь управляет и как он должен вовлекаться в накопление и использование этих баллов. поделитесь, вашим опытом взаимодействия с ритейлом, что стоит подсмотреть как мехники для продуктов ? @blackproduct