Продукт

Проектирование витрин и карточек Одна из задач, которую нужно решать почти любому продакту и его команде - проектирование витрины товаров или услуг. Если у вас больше 1 варианта для пользователя, вам нужно это как-то показать и дать критерии выбора. Вот мне предстоит в рамках нового направления увеличения выручки с Self Service в компании - изменить как внешний, так и внутренний путь пользователя. Какими правилами я руководствуюсь: 1. social proof: бейджи вроде «Хит», «Топ вариант», «Более 10 000 купили» или «Часто покупают вместе». Простое и понятное 2. Сигналы выгоды и срочности: «−30%», «Акция до конца дня», «Осталось 3 шт.», «Бесплатная доставка от X». При этом важно, чтобы скидки и акционные лейблы были честными и валидными - фейковые «распродажи» быстро размывают доверие и начинают восприниматься как шум. 3. Прозрачность ключевых условий прямо в карточке: сроки и стоимость, возможность возврата, гарантия, основные характеристики (размер, совместимость, комплектация). Отсюда вывод - если вы сами не понимаете, ваши тарифы - то как сможет клиент? У нас в компании больше 100 вариаций тарифов, одна из задач совместно с коммерцией пересмотреть все и сделать 3 тарифа. (Наверное, самая полезная часть этой задачи) Можно придумать еще достаточно много законов и правил для навигации - например, закон Фиттса, но об этом лучше вот тут На что вы обращаете внимание ? делитесь в комментариях и ставьте ваши лайки👍 @blackproduct

Бизнес и потребитель — Говорят «вау» и пропадают, — пожаловался фаундер — А ты бы перечитывал смешной анекдот каждый день? Знакомый навайбкодил аппку, которая превращает человека в средневекового рыцаря. Загрузил фотку — получил доспехи. Пользователи фигачат себя, жен, котов. Отправляют друзьям и больше не возвращаются. Нафига? Уже даже кот в броне. И это ловушка ИИ-продуктов. В бизнесе повторение — подарок. Каждый месяц одинаковые таблички, тот же отчет, описанные процессы. Рутине здесь рады. И нейросетям — тоже. В потребительском мире с этим сложнее. Первый кот в латах — восторг. Десятый — уже тошнит. Отсюда развилка — придется выбрать, за что будут платить — за решение повторяющейся задачи или новое впечатление. В последнем случае ты постепенно становишься издателем. У тебя каталог, хиты, провалы и зрители, которым постоянно нужен свежачок. Продавать один удачный фокус годами тут не выйдет.

Басня о поиске причин В офисе одной компании сотрудники постоянно жаловались на шум из соседнего цеха. Руководство потратило миллионы на звукоизоляцию стен, но жалобы продолжались. Приглашенный системный аналитик выяснил, что сотрудники жаловались на шум не потому, что он мешал работать, а потому, что они чувствовали себя изолированными от новостей компании и думали, что за стеной происходит что-то важное, о чем им не говорят. Проблему решили не инженерией, а улучшением внутренних коммуникаций. Пример в IT В одном из ваших продуктов падает метрика Retention (удержание пользователей). «Здравый смысл» диктует: нужно переделать UI или добавить новые фичи. Но системный анализ может показать, что проблема лежит вне продукта — например, перформанс-маркетинг закупает нецелевой, «мусорный» трафик, который физически не может конвертироваться в постоянных читателей. Вывод Никогда не лечите симптом там, где он проявился. Истинная причина сбоя в сложных системах почти всегда лежит в другом узле или на другом уровне. #продуктовыйпуть

У Эндрю Макафи на Arena вчера вышел очень классный текст. Про то, как калифорнийские гики-предприниматели перепридумали инновационные организации.

Возможно, гики силиконовой долины и не стремились стать организационными новаторами, но обнаружили, что у них просто нет выбора. Принципы и методы, разработанные в течение XX века для управления крупной и успешной компанией, не работали в их ситуации, которая отличалась чрезвычайно быстрыми темпами изменений и жесткой конкуренцией за новые глобальные рынки. Поэтому они поступили так, как и положено гикам: они внедряли инновации, экспериментировали и не сдавались, пока не придумали что-то действительно работающее.

Что они сделали по-другому: 1. Придумали agile — и задали новый ритм для процессов Вместо waterfall — короткие циклы, в которых надо быстрее сделать что-то функциональное, получить обратную связь и переделать. 2. Культивировали научный исследовательский майндсет Любое решение надо рассматривать как гипотезу: собираем данные, делаем эксперименты, и проверяем, какая гипотеза работает лучше. Если цифры противоречат предыдущим решениям, то можно и развернуться. 3. Всегда были очень внимательны к деталям и нюансам Фокус на конкретной работе, конкретных решениях и людях, которые их принимают, на персональной ответственности. И на упрощении всего, что можно упростить. 4. Вопреки моде на интеграцию, создавали дезинтегрированные модульные команды Меньше кросс-функциональных зависимостей, обязательств, согласований. И больше автономности и модульных организационных структур. 5. Давали каждому проявить себя Если человек видит возможность что-то сделать, поменять или улучшить — у каждого была такая возможность.

Ритм, наука, наблюдательность, модульность и самостоятельность — это далеко не окончательный и полный набор принципов, описывающих, как новые бизнесы вышли за рамки устаревшей парадигмы. Но они превзошли эти ограничения. Как я писал в книге «The Geek Way» : Компании, построенные по правилам индустриальной эпохи, должны отказаться от фантазий, что у них есть хоть какой-то шанс, когда на их рынок придут гики. Сама идея, что бизнес, работающий по старым правилам, сможет эффективно ответить на вызов калифорнийских стартаперов с помощью новой реорганизации, новой стратегии или перестановок в руководстве, — просто смешна. За последние двадцать лет действующие лидеры рынка пытались делать всё это и не смогли ни остановить изменения, ни даже сколько-нибудь заметно их замедлить. Эти компании слишком медленно двигаются, слишком часто ошибаются, пропускают слишком много важных изменений и слишком медленно учатся. И при этом не дают людям достаточно автономности, возможности влиять на происходящее, смысла в работе и права голоса — всего того, чего люди хотят и на что имеют право.

Да, на самом деле этот текст описывает идеи Макафи из его книги «The Geek Way: The Radical Mindset that Drives Extraordinary Results». К счастью, у меня эта книга есть в epub — выложил в комментариях. → https://arenamag.com/articles/the-triumph-of-the-geeks

Как это сейчас работает? Раз в квартал я делаю одну тупую, но очень полезную вещь. Удаляю свой продукт и прохожу путь как будто я новый юзер. Не "открыл админку и потыкал", а по-честному: – ловлю свой креатив в ленте – перехожу на посадку – онборжусь – сомневаюсь и закрываю – читаю дожимы – плачу своей картой – и дальше реально пользуюсь Каждый раз нахожу херню. Вообще каждый. То креатив обещает одно, а лендос рассказывает про другое. То кнопка оплаты уехала за экран на маленьком айфоне. То прогрев зовет успеть на скидку которая действует только 12 часов, а эти 12 часов случаются раз в сутки. То онбординг просит заполнить семь полей, из которых дальше используется одно. Почему никто этого не видит? Потому что вся команда живет внутри продукта. У всех флаг админа и тестовая карта, триал проходили раз видели в день релиза. А новый пользователь видит только этот путь, и в этом пути спрятан весь твой рост.

«Я всегда не любил Duolingo всей душой. Но когда в моём приложении оказалось 70% новичков, то кое‑что сделал так же» Автор строил VibeLing вокруг одной идеи. Пользователь встречает слова в фильмах и статьях, сам решает, что учить, и собирает личный словарь. Duolingo раздражал именно тем, что ведёт по готовой дорожке и всё решает за пользователя. Взрослому человеку можно дать нормальный инструмент, а дальше он сам разберётся, что учить. Так это выглядело, пока в аналитику не пришли реальные цифры. Около 70% аудитории оказались новичками уровня A1. Такой пользователь ещё не смотрит фильмы на английском и не читает статьи без перевода, потока контента для собственного словаря у него просто нет. Даже пустая строка поиска работает против него. Продвинутый открывает её с готовым словом, а новичок должен сначала придумать, что искать. Оказалось, что всё это время приложение проектировалось под сценарий его создателя.

Люди без кода делают продукты У нас в компании начинают кодить всё больше людей, которые раньше код в глаза не видели и имели только базовое представление о работе наших продуктов. Менеджеры, дизайнеры начинают напрямую заниматься разработкой продуктов. Через прослойку в виде вайб-кодинга.Это меняет привычные процессы. Меняет и невероятно ускоряет! Раньше был длинный цикл: дизайнер рисует в Figma, верстальщик переносит, бэкендер подключает. На каждом этапе нужны разговоры и корректировки. Теперь дизайнер иногда может сам скорректировать существующий функционал — агент правит код, создаёт MR, а разработчик просто проверяет, что всё в порядке. Я поэтапно внедряю наши же разработанные инструменты для вайбкодинга всем сотрудникам. Некоторые фичи стали долетать до прода за 1 час вместо 2-4 дней. Оптимизация процессов выходит на совершенно другой уровень. Можно смело констатировать: заказной разработке, такой, какой она была последние годы, наступает конец.

Ребята, почитала вчера ваши комментарии и прямо загордилась, что вы меня так высоко определили 😍 но, к сожалению, ни в OpenAI, ни в Anthropic уже больше года нет продуктовых вакансий в Лондоне. И я, кажется, всех смутила своей любовью к этому эмоджи 🤗🤪 А стартовала я в Google - DeepMind - AI Labs. Это департамент, цель которого - тесно работать с исследователями в DeepMind и запускать стартапы на основе их новейших разработок. Первый «стартап», над которым я буду работать, - это линейка продуктов для ученых, который анонсировали на Google I/O https://research.google/blog/a-new-era-of-innovation-google-research-at-io-2026/ Для меня это 100% работа мечты, и я до сих пор не могу поверить, как удачно все сложилось. Хочу сделать серию постов про собеседования для продактов, на основе своих свежих впечатлений - пишите в комментариях, про что интересно узнать!

Просто подпишите поля Есть такой тренд — писать название поля на форме внутри, плейсхолдером. Выглядит минималистично — один прямоугольник, внутри написано «Фамилия», вводишь фамилию — показывает фамилию. Ничего лишнего. Проблема в том, что у такого интерфейса возникает временно́е измерение — чтобы понять, что на нем сейчас, тебе нужно а) видеть и б) помнить, каким он был какое-то время назад. Не проблема, если тебе показали незаполненную форму и сразу ввел. А если ты пришел на уже заполненную? А если ты незаполненой ее не видел никогда? Ответ может быть — ну это же самоочевидно. Ну написано в поле «Прокопов», что это еще может означать? Да что угодно! Я мог вообще фамилию с именем перепутать, и никогда об этом не узнаю. Или например какой-нибудь дропдаун, в котором написано «Значение не выбрано». Или «Низкий». Как бы, можно понять, что там, наверное, если можно его развернуть и посмотреть, что вообще предполагается выбрать. Но просто по одному взгляду непонятно. Все это часть более общего тренда на минималистичные интерфейсы. Показывают тебе большую пустую страницу, а на ней написано «16». Ты такой: что 16? Предполагается, что ты знаешь контекст, о чем это приложение, зачем, какой это экран, через что ты сюда пришел, и вот если все это у тебя в оперативной памяти подгружено, то, по мнению дизайнера, вопросов у тебя не должно возникнуть. Ну как, а ЧТО ЕЩЕ может это «16» означать? А я не хочу гадать, что. Не хочу собирать по крупицам контекст, строить гипотезы, думать. Зачем мне компьютер, если мне приходится думать самому? Нет, напишите уж мне пожалуйста «Приборы — 16». И все, и никаких вопросов. Что у вас, жопа у мышки отвалится что ли?

473 • Не стой в очередях Все мы ценим свое время (* но это лишь мое предположение🌚), и чем меньше его тратится впустую, тем лучше. В том числе это касается очередей и заторов: магазины, пробки, популярные рестораны со 100% посадкой ... и ПВЗ. Поэтому, когда мы отправляемся за ожидающим нас заказом в пункт выдачи 😊 Wildberries, можно сразу посмотреть его загрузку, чтобы не угодить в час пик и не потратить лишние 10 минут в никуда. Можно посмотреть загруженность по дням недели, часы пик дополнительно выделяются цветом, а если идете в моменте, на графике также отображается текущее время. Как считаете, можно ли этот блок как-то улучшить? Поделитесь идеями в комментах👇🏻 ScreenHunt 💎 Платформа анализа мобильных интерфейсов для продуктовых команд в e-commerce @hardclient

Что было здесь до нас? На выходных впервые добралась до Зарайска — небольшого города в 160 километрах от Москвы. Про фестиваль современного искусства там я слышала уже несколько лет, но именно в этом году несколько разных людей сказали, что программа очень достойная и надо обязательно посмотреть. Вернулась с размышлениями про принцип, который кажется мне важным в любой созидательной работе — уважение к контексту. Первое впечатление, которое ну никак не вяжется с русской провинцией, — совершенно потрясающая набережная Осетра. При слове «благоустройство» мы уже довольно хорошо представляем себе формат: мощение, фонари, лавочки, парадная атмсофера. В Зарайске же всё наоборот. Набережная больше похожа на длинную экотропу вдоль воды: деревянные настилы и пирсы, дорожки среди деревьев, детские площадки в духе скандинавского минимализма, места для бердвотчинга. Просто вау! И это невероятно приятное ощущение, когда природу не «облагородили», чтобы она соответствовала нашему представлению о красивой набережной, а внимательно посмотрели, что здесь уже есть, и добавили ровно столько, сколько нужно человеку, чтобы это увидеть и прожить. Второе впечатление — фестиваль и выставка этого года, посвященная Русскому Востоку. Ее курировала Тата Гетман, больше одиннадцати лет проработавшая в Третьяковской галерее, где создавала масштабные выставочные проекты и международные фестивали, а сейчас — независимый куратор (мои любимые ее выставки — это магическая «Русская сказка» в Третьяковке и эпичная выставка-путешествие «Балабанов»). В проект включены местные жители, работники заводов и фабрик, археологи, художники. Их истории и взгляд становятся частью самого высказывания. Современное искусство не просто «привозят» из Москвы в провинцию, а оно вступает в разговор с тем, что здесь уже существует. И это, кажется, сложной задачей: инвестируя, реставрируя и улучшая город, не превратить его в туристический аттракцион и декорацию приезжих предпринимателей для других приезжих, а сохранить живое полотно. Сохранить людей, локальные проекты, память, собственный голос места. Сделать город привлекательнее не только для тех, кто приедет на выходные, но и для тех, кому здесь жить.

Уважение к контексту для меня — один из главных принципов создания нового. Я никогда не любила метафору чистого листа: придумать новый бренд, новую культуру, переизобрести продукт, трансформировать город. Чистого листа почти никогда нет, новое редко рождается из ничего. До нас здесь уже что-то было. У места была память, у продукта — привычки пользователей, у компании — свой язык, герои, ритуалы и негласные правила.

Понимание контекста требует от нас некоторого смирения. Признания, что ты пришел не первым. И что твоя задача не обязательно оставить максимально заметный след или заполнить собой всё пространство. Это не значит, что существующее нельзя менять. Иногда его как раз необходимо сломать. Но невозможно осмысленно нарушить традицию, которой ты не знаешь. И это вполне прикладной принцип. Когда подступаешься к бренду, коммуникации, продукту или изменениям в организации, можно начать не с «что мы хотим придумать?», а с других вопросов: 🔵 что здесь уже есть и почему оно стало именно таким? 🔵 что здесь ценно для людей, даже если мы пока этого не замечаем? 🔵 что должно продолжиться, чтобы новое тоже стало «своим»? 🔵 и только потом — что мы хотим изменить, переосмыслить или сломать? PS: Да, фестиваль уже завершился, но всё равно сохраняйте наводку с Зарайском — отличный роуд-трип на выходные! И с детьми тоже!

За пару дней уже дважды консультировал разных ребят с их продуктами по учёту личных финансов. Ошибки продактов/продуктов в финтехе личных денег схожи, некоторые мысли и наблюдения: – Чем у́же, тем хуже. Идти в финтех с узкой моделью и позиционированием странно по множеству причин, главная из которых – зачем и почему, когда деньги есть у 100%? – 80% людей не хотят учитывать личные финансы, потому что это сложно, долго, муторно и им лень. Оставшиеся 19% кто готовы и способны это делать, делают это и без апп. У 1% есть финансовые консультанты и бухгалтера. – Бенчмарк отказов: 80% отваливаются на второй день, на вторую неделю, на второй месяц. Все кто прошли этот период отваливаются далее по другой причине: человек смог определить для себя свою личную финасовую культуру-привычку, встроить её в жизнь и апп ему больше не нужен. – Потому что красивая аналитика, прогнозы и "ИИ-помощь" в накоплении по конвертам и любым другим пропорциям вне банковского приложения ломается в офлайне об спонтанные или непредвиденные расходы. Получаем сломанный CJM в офлайне не по вине аппы, но именно это является причиной отказа от использования аппы, потому что юзер задает себе вопрос: "смысл тратить время/силы/нервы (и платить за это ежемесячно) и вести учёт в аппе, когда в жизни всё по-другому?". – На второй консультации после утверждения "наш апп снимает стресс" осознал, что все аппы личных финансов этот стресс... только усиливают. Потому что любые накопления в условиях фикс зарплаты это всегда "отказался от чего-то и отложил по максимуму сколько смог" (читай - отказался от привычки). И нет ничего больнее отказа от привычки, потому что когда мозг лишают прежнего "удовольствия" он стрессует. Не говоря уже о том, что когда человек каждый день/неделю/месяц видит и считает свой низкий доход в аппе и его подтверждение (а именно так он к нему относится, потому что он не может позволить себе что-либо сейчас ПЛЮС экономит на себе и своих привычках), то это бьёт по мозгу в два раза сильнее. И если смотреть на решение боли "мы помогаем копить на Х", то 80% людей проще/быстрее/приятнее взять кредит через банк. Готово – объект желания уже в доставке, центр удовольствия получает эндорфины, мозг расслаблен. – Поэтому главный конкуренты всех апп для личных накоплений это по-прежнему банки. Первые являются не только первоисточником всех данных, которыми аппы личных финансов просто по-разному жонглируют, но и инструментом для операций с ними: от округлений сдачи и прочих счётов (более удачная попытка встроиться в CJM юзера) до тех самых кредитов (самая удачная попытка). И даже они подвержены рискам непредвиденных расходов, потому что

пока на счёту юзера есть деньги, они могут быть и будут потрачены

И в этом очень глубокий продуктовый инсайт 👆 – Главная причина провала всех апп для учёта личных финансов: отсутствие Ценности. №1. Ценность №2. Ценность №3. Ценность – А главная пользовательская боль 80% в том, что цены высокие, а зарплаты низкие. На первом месте проблема в дорогой стоимости современной жизни как таковой и лишь после за ней тянется низкая финансовая культура (ваш КО). Как это обычно случается, продакты придумали, убедили себя и снова решают немного не ту проблему. P.S. Банки не торопятся идти в ИИ по двум причинам: 1) банки не хотят светить наши свои(!) данные в чужой ИИ, поэтому они медленно экспериментируют со своими модельками. 2) ИИ ничего не решает и ничем не полезно для клиента, потому что это: а) не вписывается в саму природу и цели банка (зачем банку финансово грамотные юзеры, им нужно брать кредиты); И ИИ её не решит, ибоьИИ особо нового ничего и не откроет, это все можно и в экселе обсчитывать на уровне формул; А проблему способен решить только сам человек, пересмотрев все свои психологические и социальные привычки в комплексе (окружение, стиль жизни, мировоззрение, социальные стимулы/одобрения/гонки и прочее). И это самое сложное и невозможное. Кто сможет пересобрать пользователя на таком уровне, тот завладеет сердцами. А пока что, банки владеют нашими карманами.

Бот на зарплате — Соедините с человеком. — Я человек. — Тогда с тем, кто может что-нибудь решить. На сайте Port возле чата обещают: ответит живой человек. Наличие сотрудника стало фичей :) Идея клевая, пока не вспоминаешь оператора, который двадцать минут повторяет «таковы правила компании». Прорываясь к человеку, клиент надеется найти того, кому разрешено сделать исключение. Продлить тестовый период, пока бухгалтер ищет платежку. Вернуть деньги за случайную покупку. Сказать: «Наш косяк, сейчас починим». А бизнес нанял винтика, запретил ему всё, кроме чтения инструкции, и написал на сайте «живая поддержка». Дороговато обходится озвучка справочника. Хотите утащить клиентов у таких — дайте сотруднику право решать. Например, возвращать до 5000 рублей без согласования. И вынесите это на сайт: «В чате — Маша. Может вернуть деньги без похода к начальнику». Правда, потом придётся разрешить Маше пользоваться этим правом. Вот тут у большинства и закончится вся человечность.

Есть ли у вас для меня вакансия? Я ищу работу Как проджект я сеньор, как техпроджект, наверное, мидл, а как AI-проджект пока джун Последние два года переобуваюсь под ИИ и не скрываю, что мне страшно: если не научусь работать в AI-native команде и не сдвинусь к product builder, мой менеджерский опыт однажды будет невостребован Хочу автоматизировать большую часть своей нынешней работы (например делаю hermes-hub), чтобы задачи доходили до пользователя без моего постоянного вмешательства, а я больше собирал прототипы и проверял гипотезы Если отдельный проджект после этого станет не нужен, значит, хорошо поработал. У меня за плечами 7+ лет в управлении, разработка под Android, команды под 100 человек, свои 2 стартапа и работа напрямую с C-level. В сортах писцов я разбираюсь Поботал в МТС и Яндекс.Деньгах и Twinby. Мне одинаково интересно собрать на коленке Telegram-бота за час и год готовить компанию к продаже инвестору. Ну те масштабы и специфика задач, если мне сказано надо, меня не смущают В Twinby я Product Owner антифрода и, кажется, успешно перевёл три команды на AI-рельсы. Для стартапа Curestry я тащил продуктовку, можно считать меня еще личинкой продакта Ещё руковожу AI Engineers Guild, нас уже 800+, и развиваю AI STP: open-source сервис для управления AI-ландшафтом и нечто вроде Патреона/бусти для разработчиков. Ближайшее - аналог skills.sh Я люблю жёстко пахать и потом хвалить себя за то, как славно всё превозмог. Чем сложнее кейс, тем больше кайфую. Верю, кому-то нужен тревожный перерабатывающий менеджер с техническим прошлым Что забавно: сам консультирую по карьере, менторю людей и даже пилю сервис поиска AI-вакансий job_ftch, а себе собираю отказы от hh до карьерных сайтов. То ли глаз замылился, то ли рынок стал совсем недружелюбным Ищу либо что-то прям сложное, приправленное ИИ, либо что-то ИИ-шное, приправленное чем-то прям сложным По названию вакансии это может быть Senior Technical Project Manager, AI PM или Product manager. Я в Алматы, рассматриваю удалёнку Мой LinkedIn, резюме в нужной форме отправлю по запросу Если у вас есть такой кейс, напишите или познакомьте с командой. За удачную наводку обещаю ящик вкуснющего копченого казы или ответную услугу

Одним из неожиданных последствий революции 1917 года в России стало то, что жители страны кардинально поменяли свои предпочтения в моде и перестали покупать шляпы. Для Альфреда Кашкета, владельца небольшой шляпной мастерской в Санкт-Петербурге, настали тяжёлые времена. Он собрал инструменты в большой чемодан и отправился в Лондон, где спрос на фетровые шляпы в то время оставался стабильно высоким. То ли качество шляп господина Кашкета действительно было выдающимся, то ли помог хороший маркетинг (шляпы у Кашкета заказывал сам Николай II, а у него в Букингемском дворце было полно родственников) Так или иначе, через некоторое время Альфред Кашкет стал основным поставщиком парадной одежды британской королевской семьи. Компания Kashket & Partners до сих пор управляется членами семьи Кашкет и шьёт церемониальную и парадную одежду для королевской семьи и её свиты. Вы можете спросить - а зачем история про эту компанию в канале, который рассказывает о производственном бизнесе? А вот зачем. Представьте, что вы владелец производства, где спрос на вашу продукцию совершенно непредсказуем. Церемониальную одежду монаршие особы заказывают по вполне определённым поводам - свадьбам, похоронам и коронациям. А происходят эти события, как вы понимаете, нечасто и нерегулярно. Зато когда заказ приходит, выполнить его нужно в очень сжатые сроки и иногда в совершенно неожиданных объёмах. Например, коронация Карла III в 2023 году потребовала пошива 6000 комплектов униформы (а каждый комплект состоит из 23 отдельных деталей) Как выполнять такие заказы, если каждый комплект требует много часов ручной работы? Как планировать штат сотрудников? Как поддерживать загрузку производства между большими заказами? Оказывается, вот как: 1️⃣ Конечно же, диверсификация. Семья Кашкет создала целую империю по пошиву. Одежда для простых смертных, корпоративная одежда и даже бронежилеты. Дурацкие шапки из медведя для гвардейцев и парадную сбрую для лошадей (на фото ⤴️), тоже шьют они. Ещё у них есть компания по производству пуговиц (очень интересное производство, я напишу про них отдельный пост!) Все эти бизнесы работают под своими брендами, чтобы не позорить основную компанию. 2️⃣ Сотня портных компании работает непосредственно при военных гарнизонах. В отсутствие коронаций, свадеб и похорон они шьют и подгоняют форму для армейских офицеров. Так компания одновременно сохраняет загрузку производства и не даёт мастерам терять квалификацию. 3️⃣ Всем этим большим хозяйством управляет современная и мощная ERP-система Protex. 4️⃣ И наконец - оказывается, монархов начинают хоронить задолго до их смерти. Подготовка к смерти монарха и коронации приемника ведётся в рамках секретных государственных операций планирования британского правительства. Операции «Лондонский мост» (на случай кончины королевы Елизаветы II) и «Золотая орбита» (собственно подготовка коронации следующего монарха) стартовали за 9 лет до момента смерти королевы. Фамилия Кашкет происходит от идишского слова, обозначающего разновидность головного убора. Она связана с семейной профессией шляпников в еврейской общине. Получается, носители этой фамилии продолжают дело, которым занимались их предки очень много поколений назад. Поэтому следующий пост будет о том, как сегодня узнать историю своих предков. Поделюсь собственным опытом и расскажу, к чему меня привели поиски истории моей семьи. Не переключайтесь. Незаметный бизнес

ML вообще работает? (эпизод 1) Давно не писал в канал. Понял, что сейчас сфокусирован на довольно больших историях, которые в формат одного поста не умещаются - ну что ж, готовьтесь к серии постов:) Заголовок конечно чуть кликбейтный для привлечения внимания "А персональные ленты товаров вообще работают? А для какого % пользователей - скорее нет?" -- Вот один из вопросов, который донимает меня последнее время. Подобное есть в любом ML-продукте от банковского скоринга до LLM-чатов, но ответить на этот вопрос не так-то просто На первый взгляд, элементерно: есть бизнес-метрики (продажи, CR и тп) и оффлайн-метрики (ndcg, recall@k). Если они достаточно хороши (vs бейзлайн и vs прод неделю назад), то все круто же? А вот и нет. Эти метрики (как и почти все другие классические в ML и продукте) показывают качество в среднем. В среднем, у нас может быть хороший продукт, но условно для 10% пользователей - плохим. Проблема чаще всего в том, что это важные 10%: новички, пред-отточники, пока еще малоактивные пользователи. Если не сделать для них качественный ML-продукт, то со временем они просто уйдут = долгосрочно это падение всех основных метрик, хотя в моменте может быть и особо не заметно. Ну и бонусом у вас постоянный поток негативного фидбека 😢 Поэтому хорошо бы мерить не только качество в среднем, но и долю плохих кейсов (дефектов) = defect rate. Пусть дефект - случай, когда пользователь сталкивается с чем-то очевидно стремным, что может привести к мгновенному окончании сессии в приложении или даже оттоку Посмотрите на свои ML-продукты. Особенно если они b2c - на экраны приложений с ними. Как часто вы видите дефекты и какие? Покидайте в комменты скрины с дефектами - может, что-то из них разберу. И поставьте лайк что ли, если эта тема интересна -- у меня там на очереди уже есть несколько эпизодов с деталями, как этот defect rate можно считать)

Авто.ру первым добавил фото страховых осмотров в Отчёты — там теперь доступны фотографии повреждений автомобиля из страховых осмотров. Собрали самое важное: — Данные от «Аудатэкс». Международная компания наполняет и формирует собственную базу уже более 20 лет. Фотографии доступны только пользователям Отчётов Авто.ру. — Полный контекст. В Отчёте фото сопровождаются датой происшествия, перечнем повреждённых элементов и данными о расчёте ремонта. — Сотни тысяч кадров. В базе уже собраны снимки повреждений по разным автомобилям. Их количество растёт с каждым днём. — Польза для покупателя. Пользователь видит не только «как было», но и «что планировали чинить» и «сколько это стоило». Это помогает быстрее принимать взвешенные решения. 😎😎😎

Чтобы в продукте появилась новая функция, сначала нужно правильно сформулировать задачу разработчику (ну или нейросети). Один из подходов для этого - метод EARS (Easy Approach to Requirements Syntax). Этот метод позволяет формулировать требования к программным продуктам понятно, структурированно и без двусмысленностей. Разработал его в 2009 товарищ Алистар Мавин для компании Rolls-Royce. Вот, кстати, его сайт, там и про EARS есть. Метод выделяет пять основных шаблонов для описания различных сценариев поведения системы: 🔹Постоянные требования (Ubiquitous) действуют постоянно без условий - [Система] должна [действие]. 🔹Управляемые состоянием (State-driven) активны при определенном состоянии - Пока [состояние], [система] должна [действие]. 🔹Управляемые событиями (Event-driven): срабатывают в момент триггера - Когда [событие], [система] должна [действие]. 🔹Требования с доп. условиями (Optional-feature) применимы при наличии конкретной функции - Где [функция или возможность], [система] должна [действие]. 🔹Требования при нежелательном поведении (Unwanted-behaviour) описывают реакцию на ошибки - Если [нежелательное условие], [система] должна [действие]. Пример: Когда пользователь нажимает кнопку «Сохранить», система должна добавить вакансию в список избранного пользователя. Это требование понятно разработчику, тестировщику и заказчику. Вот тут подробнее. #process

На прошлой неделе у меня несколько раз спрашивали про классные визуальные референсы и где я их беру. Вдруг кому-то тоже будет полезно. cosmos.so сейчас использую, наверное, чаще всего. По смыслу pinterest, только чище, больше сфокусирован на визуале. Можно легко не только сохранять, но и скачивать изображения. Ещё очень много всего нахожу просто в x. Там сейчас огромное количество дизайнеров постят свои эксперименты и наработки, считай dribbble современности. Кто-то собрал inspora.design. Там как раз собирают такие проекты, оставляют только визуал и ссылки на оригинальные посты. meigen.ai , большая библиотека визуальных промптов для разных image-моделей. Можно найти картинку, посмотреть prompt и использовать его как основу для своей генерации. Можно сразу же там что-то сгенерировать. Таких проектов много, как вкладка explore в midjourney. Ну и mobbin, который, наверное, уже все знают. Библиотека реальных продуктов: скриншоты, паттерны и целые flow. У mobbin, кстати, есть mcp. Можно подключить его к codex или claude и прямо в процессе работы просить искать похожие референсы и смотреть, как такую задачу решают другие продукты. Очень удобно. Делитесь своими находками, плиз. @wealldesigners

Обновил Next Move Theory до 0.6.18 — большой апдейт скиллов и правки канона. Что изменилось в скиллах 1. Пакет против плохих дорог галлюцинаций во всех скиллах: • Каждое утверждение помечено, откуда оно: подтверждено цитатой или цифрой из источника, выведено из данных (сказано, из чего) или гипотеза модели. • У любого обобщения есть счётчик и ссылки: «сказали 7 из 22 интервью: #3, #7, #9…». Утверждение с одним источником не может стать выводом про сегмент — оно уходит в отдельный список «Single signals». Одна яркая цитата больше не становится «главной болью сегмента». • Цифра, которую сказал респондент («60–70% сделок через тендеры»), помечается как его мнение, а не как факт о рынке. • Идеи, которых нет ни в одном источнике, живут только в разделе «Hypotheses to validate», а не внутри сегментов, сайзинга или вердикта. • Уверенность масштабируется под входные данные: если на входе только описание идеи — в шапке предупреждение «Thin input», все числа диапазонами, сегменты помечены как гипотезы, плюс топ-3 входа, которые сильнее всего улучшат ответ. 2. Защита сегментации. Перед выдачей любого сегмента скилл проверяет три анти-паттерна: канал покупки (тендеры, маркетплейс, реселлер) — не сегмент; отрасль — не сегмент, если Core Jobs и критерии успеха совпадают; сегмент всегда определяется через Core Jobs + критерии успеха + их приоритет. 3. Рынок и язык всегда спрашиваются в начале. Примеры, конкуренты, каналы, ценовые якоря, валюта и тон копирайта берутся из вашего рынка. Больше никаких американских каналов и цен для проекта в Казахстане. Язык аудитории и язык документа — отдельные вопросы. 4. Файлы внутри проекта читаются только с разрешения пользователя. Скилл перечисляет, какие файлы с контекстом нашёл в папке (README, выгрузки опросов, отзывы, транскрипты), говорит, что они обрабатываются локально и никуда не отправляются, и ждёт «да». Секреты и личные заметки не открывает даже при общем «да». 5. nmt-analyze-interviews — самый большой апдейт. Новые разделы отчёта: «Single signals», «Hypotheses to validate», карта источник → сегмент с приложением по каждому интервью, пробелы и кого интервьюировать дальше. Транскрипты обрабатываются волнами по 4–6 штук с записью в файл после каждой волны, поэтому большие наборы интервью не переполняют контекст. 6. Читаемость. В HTML-выводе каждая аббревиатура и термин методологии получает всплывающую подсказку при первом упоминании. Любая строка отчёта должна быть понятна человеку без знания методологии. 7. Проверка обновлений стала прозрачной. Идёт в конце прогона, отправляет только имя скилла и установленную версию, ничего из проекта. Выключается одной строкой update-check: off в файле .nmt-config или переменной DO_NOT_TRACK=1. Установка и обновления идут напрямую с GitHub. 8. /nmt-upgrade переименован в /nmt-update. Инсталлятор сам удаляет старую папку и ставит новую. 9. Блок правил, который инсталлятор вписывает в ваш CLAUDE.md и AGENTS.md, сократился до пяти строк. Ваши собственные правила вне маркеров не трогаются. 10. nmt-chat и nmt-diagnose: предлагают прочитать контекст из папки проекта вместо расспросов, спрашивают рынок один раз перед любым рыночным советом, помечают источник каждого утверждения (в каноне / выведено из сказанного / гипотеза). Что изменилось в каноне • Цепочка к прибыли переписана в две фазы: исследование и проверка (рынок с деньгами → сегмент + Job → три условия сходятся в теории → доказательство ценности, клиенты покупают) и масштабирование (те же три условия сходятся по факту на реальном потоке → целевая прибыль). • Critical Chain of Jobs: узлы цепочки — концы веток на любой глубине, потому что реальный Job Graph несбалансирован. Правило корректности: ни один узел на линии не может быть предком другого. Обновиться: /nmt-update в Claude Code или $nmt-update в Codex. Полный список изменений: https://nextmovetheory.com/changelog

Рефлексия недели Прошло две недели сентября. По плану мы идём минус :5%. От августа отстаём на 8%, а от прошлого года по выручке - на 6,8%. Клиенты продолжают падать, и вот это вызывает у меня самый большой страх. Начали работать с клиентской базой 90+. Так как отдела продаж у нас сейчас нет, задача легла на администраторов и управляющих, всех, кто может к этому присоединиться. И вот что удивительно. Казалось бы, для людей это прямая возможность нарастить клиентский поток, выполнить планы и получить премию. А отнеслись многие к задаче как к формальности, и пришлось прикладывать много управленческого давления, чтобы убедить не писать для галочки. Столкнулись с тем, что сообщения уходят либо устаревшие, либо слишком банальные, серийные. «Мы по вам соскучились». «Не пора ли обновить маникюрчик?». «У нас есть горящие окошки». Ну, вы поняли. Человек не ходил к нам три месяца, а мы ему про горящие окошки. После ряда управленческих пинков ситуация начала выравниваться. Стали писать вдумчивее, работать с клиентом с большей, я бы так сказала, заинтересованностью, и конверсия потихонечку поползла вверх. Второе, что стало очевидно на этой неделе. Проанализировав графики июля и августа, выяснили, что при среднем количестве специалистов в смену 4-5 у нас ровно на единицу меньше. И это проблема многих салонов сети. То есть нам рассказывают, что клиентов нет, а на самом деле весь сезон стабильно не хватало рук. Приняли ряд управленческих решений и поставили задачу, чтобы в сентябре эту ситуацию выправить. Сейчас после сезона вакансии закрывать полегче, и это приоритет номер один у каждого управляющего - составить график так, чтобы рук в смену хватало. И третье, коротко. Какое-то общее состояние расслабленности управленческого состава. Такое ощущение, что после лета никак не могут собраться, и при этом как будто всё хорошо, хотя клиентский поток продолжает падать. Не очень понятно, что это. Вообще, если собрать всю неделю в одну мысль, получается так: мы всё лето думали, что нас бьёт рынок, и это правда тоже. НО! половина того, что нас бьёт, сидит внутри - в неукомплектованный графиках, в формальных сообщениях и неком расслабленном состоянии в том числе.

Апдейты в TikTok Недавно мессенджер подвез пачку новых фичей для комментариев, которые показались интересными. Первая - голосовые комменты. Наговорили, накричали и положили под видео. Не знаю насколько это годно, но может я старпер. Вторая - голосовалки. Заводишь опрос на всех, смотришь, что народу ближе. Ну и третья - фото. Закинул стикер, мем, картиночку вместо статичного текста, выразил эмоцию. Почему интересным показались эти обновления. Потому что базового формата медиа TikTok уже не хватает. Продукт спускается глубже на уровень комментариев и создает как бы "TikTok в TikTok-е". Больше возможностей для самовыражения, больше вовлеченности, больше рекламы. За последние 2 лет темпы роста соц.сети сильно снизились. Раньше это были двузначные цифры, теперь меньше 10% YoY. Рынок постепенно заканчивается, теперь пошла работа на "выжимание" базы. Вангую - со временем увидим доп.возможности для рекламодателей внутри новых фичей. #продуктоваястратегия

НЕ БОЙТЕСЬ НЕСОВЕРШЕНСТВА И ПРИ ЧЕМ ТУТ НОВЫЙ АЙФОН Скорее всего, те вещи, которыми сегодня вы любите пользоваться ежедневно, когда-то тоже доделывались в последние часы перед дедлайном и сдавались в огне. Мой любимый пример. Когда Джобс в 2007 со сцены менял мир, презентуя первый Айфон, у компании на тот момент не было ни одного полностью работающего прототипа. Разные функции смартфона он демонстрировал на разных устройствах. При этом у всех образцов была общая проблема с плохим приемом сигнала связи, поэтому за сценой пришлось установить отдельную сотовую подстанцию. Еще было много строгих инструкций, как Джобс должен был держать телефон во время презентации, включая определенные углы наклона, чтобы избежать проблем с плохой работой сенсорного экрана и других сырых функций. Нет большого смысла сразу делать все идеально, достаточно создать продукт, который будет хорош для запуска первых продаж и получения обратной связи, а дальше вас ждет бесконечное докручивание по мере роста и масштабирования. Кстати, на недавней презентации последнего Айфона лайв-демонстрации опять не было, как это любил Джобс. Иронично, что Стив в 2007 умудрился на огромной сцене провести идеальную презентацию на полуработающих прототипах. А спустя почти 20 лет новый CEO Apple после презентации нового Айфона с дрожащими руками вышел показать готовую серийную можель блогеру и у него не получилось с первого раза.