Продукт

Ща делаю лендинг для нового продукта и уже, честно говоря устал. Я пилю его с gpt неделю, придумываю всякие приколюхи, не хочется йет эназе джипити лендинг пейдж. Нейроночка иногда устаёт и ловит какой-то луп тупняка, я бешусь. Но потом все-таки доделываю, оттачивая промпты до состояния маленьких prd. Сегодня понял, что всё нахрен, не могу, хочу прокатиться на велике, подышать воздухом и любись оно конём. Пишу — ну сделай там как-нибудь бэст практис туды-сюды, чтоб зашибись было, красивенько и понятно. И он такой хренак и сделал. И как бы норм! Оно становится умнее нас, и если раньше надо было соревноваться в мастерстве продуманных до мелочей промптов, то теперь достаточно просто предложить сделать по красоте. НО! На радость кожаных, в отбитый креатив оно пока не умеет, а я там такого навертел, ну прям квест с пасхалками. Даже если вы у меня ничего не купите (ЪУЪ!), то в атмосферу точно погрузит. Toggl говорит, что за 2 недели на лендинг ушло 23 часа, почти полные сутки! Казалось бы — вот тебе нейронка, вот ахулиард лет опыта в продукте, но когда начинаешь делать то, что считаешь важным, неизбежно получается долго. Десятки итераций визуала, развилок, текста... Но я тут твёрдо решил, что не остановлюсь, пока сам себе не скажу, что вот теперь кайф. Итого: у меня получается очень странная штука, которая получит либо вау-отклик, либо сверчков. И вот это самое страшное. Я вообще это писал в лайф-канал, но рука дрогнула. Выкатить бы мне анонс уже позавчера, но если честно, просто ссу. Готово уже почти всё. Надавите на меня реакциями что ли, они бесплатные!! Вот чтобы я вернулся через часик домой, а тут нихрена себе Антошка с наступающим ДР, сотня лайков, типа мы с тобой.

Переключение питания Проблема автоматических программ в том, что если они включились — они могут выполняться, несмотря не на что. Дэвид Марке в книге «Разверните свой корабль» (кстати, рекомендую) описывал эпизод из жизни атомной подводной лодки Santa Fe, которой он управлял.  Подводная лодка стояла у пирса и готовилась к обслуживанию. Старшина подумал, что пора переходить на береговое питание. Он подошел к трансформатору и отключил питание, хотя на переключателях висели предупреждающие знаки.  Когда на разборе полетов старшину спросили, зачем и как он это сделал, старшина правдиво ответил, что видел предупреждающие знаки, но просто отодвинул их.  Автоматическая программа отработала великолепно: надо было отключить питание — старшина и отключил. Явно действовал на автомате, как любой человек в сознании знает, что не надо переключать питание, если висит знак: «не переключать, работают люди». Добавление проверяющих в таких задачах бессмысленно. Что бы он делал, насколько сам был бы внимателен и насколько он бы помешал этим действиям. И другой вопрос — а где взять этих проверяющих.  Чтобы избавиться от автоматизма, нужно научить обдумывать действия, включить осознанность в то, что мы делаем. Это вообще-то глобальный философский вопрос. Некоторые люди могут жить годами на автоматических алгоритмах, ни о чем не думая. Есть целые духовные направления, которые пытаются пробудить осознанность — но это годы тренировок.  На Santa Fe разработали программу «действуй осознанно». Надо было перед любым действием проговорить его вслух. То есть сказать, что оператор хочет сделать и только потом сделать. В результате он сам, или коллеги, или наблюдатели могли вмешаться и недопустить ошибку. Как пишет сам Дэвид: Впоследствии, когда подводная лодка Santa Fe получила максимальный бал за операции по управлению реактором, когда-либо выставлявшийся экипажу подводной лодки, старший инспектор сказал мне: «Ваши парни делали те же ошибки - вернее, они собирались совершить столько же ошибок, что и остальные экипажи. Но так и не сделали, поскольку работали осмысленно. Ваши операторы либо сами вовремя предотвращали ошибку, либо им помогали их товарищи». Проговаривание повышало шанс того, что либо сам человек осознает, что он делает, либо кто-то из окружения рядом смогут поправить его. #ЧФ #автоматизм

Как чуть не оглохнуть на концерте и заработать на этом $220 млн Два друга-инженера из бельгийского Антверпена с детства обожали концерты, фестивали и прочие громкие тусы. Они так часто на них ходили, что к 2015 года у обоих начался тиннитус. Это когда в ушах постоянно звенит или гудит (волосковые клетки во внутреннем ухе от громкого звука отмирают и не отрастают обратно). Они начали изучать вопрос, и в процессе нащупали интересную нишу - поняли, что в куче сценариев (концерты, сон, опенспейс, самолёт) людям нужны беруши, но все они: (а) выглядят как поролоновые затычки или оранжевые "ёлочки", и носить такое на концерте это кринж. (б) тупо глушат всё подряд, нет варианта приглушить шум, но оставить музыку, или, например, убрать всё кроме голоса. Так в 2016 году появился стартап Loop. Продукт - беруши в виде колечка в ухе, похожие на серёжку. Причём кольцо здесь не просто дизайн, а акустический канал: такая формат помогает резать звук более равномерно по частотам. Ещё чуваки сделали четыре линейки беруш (или берушей?) под разные сценарии: - Experience для концертов. Музыка остаётся, децибелы уходят. - Engage для ресторанов. Фон тише, голоса слышно. - Quiet для сна. Глушат всё. - И Switch, где можно переключать режимы. Поставили цену от $24 и начали продавать. За 4 года нарастили продажи до $100К в месяц, но потом грянул ковид, концерты закрылись, продажи резко рухнули, и компания чуть не сдохла. Спастись удалось через частичный пивот. Loop ушёл в чистый DTC (direct to customer), выкинул пластиковые кейсы (отправлять стали в конвертах), и главное - радикально расширили сценарии. Они начали продавать беруши не для тусовок, а для сна, работы и просто если бесит шум. Так им удалось продержаться. А когда локдаун кончился - концерты тоже вернулись, и у них появились продажи уже из двух источников. Как итог, выручка достигла 190 млн евро за 2024 год, причём половина пришлась на рынок США, где зумеры хорошенько так заценили Loop, стали таскать их просто как модный аксессуар и вирусить в тиктоках. Самое интересное, что Loop по сути создал новый рынок - около 60% покупателей раньше вообще не покупали беруши. При этом, за всё время компания привлекла всего $1,59 млн, что по меркам солидного стартапа смешно. А основатели держат ~90% компании. Главный секрет, наверно, в маркетинге. Они жгут на продвижение 30-40% всей выручки, плюс активно коллабятся - причём как с брендами (McLaren, Swarovski), так и с самими фестивалями (Coachella, Tomorrowland). Ну и хороший UGC-буст из зумерских лент помог, да. Если задуматься, главный продукт Loop - не беруши и даже не звуковые фильтры. Они продали право носить беруши публично и не чувствовать себя дедом. Именно поэтому треть выручки и уходит на рекламу. Ломать социальную норму - это дорого, но если удастся, то окупится. P.S. Если что, глохнуть на концерте для запуска годного стартапа необязательно. Это опциональная фича по желанию. Дизраптор

Человек, который изменил всё 📽 Это название фильма, выпущенного в 2011 году, где главную роль сыграл Брэд Питт. На первый взгяд, это драма о спорте, с чудесным финалом. Но, на самом деле, это фильм о бизнесе, о статистике, о подходе настоящего предпринимателя, для которого в первую очередь важны данные, выстраивание правильной аналитики и стратегии на основе цифр, а не отличные качества игроков в целом, или статус спортсменов. Тренер подбирает людей на позиции только исходя из реальных показателей, которые показывают, сможет ли он решить поставленную задачу на конкретном месте игрового поля - все точно так же, как правильно организованный процесс в бизнесе. Звезды нужны не всегда, часто для результата важно делать просто качественный продукт/услугу/процесс, но стабильно хорошо. Если вы не видели этот фильм - обязательно посмотрите. Его рекомендуют к просмотру во всех бизнес-школах. Данная картина получила десятки наград, включая 6 номинаций на Оскар, 4 на Золотой глобус, и много премий за главную роль и сюжет. 🔗 Ссылка на фильм Делитесь обратной связью в комментариях ✊

Про ML в маркетплейсах Ozon Tech традиционно провёл ко Дню программиста конференцию E-CODE. Записи докладов уже выложили. В треке ML/DS разбирали в том числе рекомендательную систему Ozon. Компания постепенно переводит на нейросетевые модели разные этапы пайплайна, от отбора кандидатов до финального ранжирования. При этом система должна учитывать продажи, рекламу, вовлечённость и LTV. В докладе также разобрали архитектуру Large User Model, которая объединяет пользовательские сигналы, включая негативную обратную связь. Другой доклад посвятили измерению габаритов товаров на конвейере с помощью стереокамеры, сегментации и 3D-реконструкции. Для этой задачи собрали датасет из более чем 100 000 изображений, а для полуавтоматической разметки использовали Grounding DINO и SAM2. Товары движутся со скоростью до 1 м/с, так что помимо точности важна и скорость обработки. Команда сравнивала ML-подход с классическими методами и подходами на основе облаков точек по качеству, стоимости и производительности. Вообще все шесть докладов трека достойны внимания. Посмотреть можно здесь Ещё из примечательного: на конференции подвели итоги ежегодного ML-соревнования E-CUP. В этом сезоне его проводили только для студентов. Победители разделили призовой фонд 7,2 млн рублей за решения задач на реальных данных Ozon. @ai_newz

Два пути роста прибыли Когда предприниматель думает о росте прибыли, главный вопрос звучит просто: «Как продавать больше?» Увеличение продаж строится на двух направлениях: повышение результативности команды и расширение каналов сбыта. Первый путь — повышение результативности сотрудников. Начните с мониторинга их работы и анализа ключевых показателей. Далее внедряйте проверенные стратегии: установите четкие планы продаж, мотивируйте премиями и бонусами, а также проводите обучение для развития навыков. Сильная команда превращает потенциал в реальные сделки. Второй путь — расширение каналов сбыта. Рассмотрите новые клиентские сегменты, дополнительные точки распространения товара или услуги. Параллельно усиливайте маркетинг: увеличьте присутствие в социальных сетях, работайте с контентом и рекламой. Каждое новое касание с клиентом — шанс на рост продаж. 📈 В итоге комбинированный подход — команда + каналы — помогает бизнесу не только увеличивать продажи, но и строить устойчивый доход. Фаундер | Бизнес и Стартапы

Быстро закрыть продукт - тоже киллер-фича Вот ещё один интересный подход к продуктовым инновациям: У Сбера появилось направление DISRUPT (какой ещё вам нужен пруф, что все продакты меня читают? 🤔). Если кратко, то это такой внутренний венчурный инкубатор для ИИ-сервисов, что-то вроде Google Labs или Copilot Labs у Microsoft. И у него есть две необычных особенности: - Первая - команда тестит гипотезы сразу на живых внешних юзерах. - Про вторую детально ниже, а сначала несколько примеров продуктов, которые из него уже успели выйти: 1. Мультитул. Это десктопный агент для любых рабочих задачек - типа сборки през и отчётов на основе документов, с подтягиванием контекста из почт, календарей и т.д. Из необычного - туда можно подключить свою нейросеть (не только что уже есть под капотом, а вообще любую). 2. Тайп. Локальный голосовой набор для Windows и macOS. Под капотом модель GigaAM, заточенная под распознавание русской речи, процессинг локально на устройстве. 3. Консьерж. Ищет рестораны, отели и маршруты, ставит события в календарь и может позвонить куда надо. Живёт в мессенджерах. 3. Айва. Ассистент по здоровью, анализирующий КБЖУ по фото блюд, составляющий программу тренировок и подсказывающий, к какому врачу записаться. Но весь прикол даже не в сервисах, а в общем правиле, по которому они живут (та самая вторая особенность). Тут конкретный фокус на ретеншене. Успешным считается только тот продукт, к которому пользователи стабильно возвращаются. Если нет - его быстро закрывают и берут следующую гипотезу. И это довольно необычно, ведь в корпорациях инновации часто загибаются, потому что нет системы, чтобы быстро распознать провал и отстрелить его. В итоге, продукт запускают - он обрастает командой, метриками и всем остальным - и легко может получится "зомби", высасывающий бюджеты и усилия годами. А тут, получается, быстрое закрытие продукта - это часть самой фабрики. А тестирование сразу на внешних юзерах (в том числе - юзерах сервисов Сбера) явно ускоряет решение и повышает его достоверность. А то если тестировать на сотрудниках (как часто делают), то это... ну такое. Сотрудники любят сильно отклоняются от среднего по юзер-больнице или вообще влюбляться в свой продукт по уши. Я недавно писал про GigaChat 3.5 Ultra и Reasoning, где Сбер отдал обе модели в опенсорс под лицензию MIT. И там делал отдельный акцент, что ценность всей этой истории будет зависеть от того, что строится вокруг самих моделей. Так вот, думаю, этот DISRUPT - и есть попытка поскорее построить это "вокруг". Только не одним большим запуском (который, если провалится, то сразу и весь), а десятками небольших ставок с дефолтным правом на быстрый провал. Дизраптор

Накопилось по #minimaxH3 - часть 28 github.com/fukkun2705-commits/ComfyUI-H3-FaceAutoBypass - сам решает, нужен ли клипу фейсфикс huggingface.co/vpakarinen/natural-face-speech-h3-lora - #lora мимика + четкая английская речь, добавлены мужской/женский голоса с синхронизацией huggingface.co/Alissonerdx/Minimax-H3-ComfyUI - экспериментальные #LoRA на перенос стиля и VFX-эдит (тот же шот с одной правкой) #styletransfer Лора на замену головы #headswap #LoRA huggingface.co/LiseTY/Minimax-H3-ref2v_Anime_2_Realism - #LoRA для аниме→фотореализм #realism huggingface.co/JOKER141/MiniMaxH3-GunFu-Gunfight-LORA - #LoRA перестрелок github.com/RK-BoilingPoint/H3-Visual-Marker-Control - управление кадрами-маркерами: синяя рамка вокруг персонажа и вокруг цели — персонаж сам подходит. Двух персонажей: синий/красный, жtлтый — «дальняя цель» github.com/dntpi/ComfyUI-H3-Refine - H3 Chain Tone v0.3: компенсация накопленного сдвига яркости при склейке клипов #longvideo huggingface.co/akatz-ai/MiniMax-H3-Character-Swap-LoRA - LoRA замены персонажа: фон сохраняется лучше базы, но тайминг движений и мимика ненадежны #characterswap huggingface.co/neph1/minimax_h3_headmounted_fpv_cam - #LoRA «камера на голове» в стиле шутеров от первого лица #pov huggingface.co/ostris/minimax_h3_training_adapter/tree/main - Ostris H3 Training Adapter v3 #finetuning huggingface.co/pablodawson/MiniMax-H3-360-Orbit-LoRA - 360-орбита: одни и те же первый/последний кадр, камера облетает застывшую сцену, петля. Для #FL2VA, нужен спец-промпт #cameracontrol github.com/aaruyou/ComfyUI-RemoteMiniMaxH3 - энкодер H3 на другом ПК, VRAM основной машины свободнее github.com/aroslanov/ComfyUI-VideoAnalyzer - видео → H3-промпт через VLM. Несколько Qwen VL на выбор под VRAM #prompting #video2prompt slopus.ai - Slopus: десктоп-приложение для AI-видео локально. Сцены (first/last, animate, pose, replace, extend, bridge), таймлайн с эффектами и экспортом, встроенный агент с отменой #desktop #agent github.com/lisitskyaa/ComfyUI_UltimateSDUpscaleGuider_H3 - USDU гайдер-апскейл для H3 #upscale github.com/bbaudio-2025/Comfyui-MMH3-UltimateUpscale - ультимативный #upscale huggingface.co/Efficient-Large-Model/H3-to-LTX-Latent-Adapter - адаптер латентов H3 → LTX

Растущие компании часто копируют найм у крупных. И это проблема. Господа предприниматели, так вы отсекаете людей, которые могли бы тащить, и выбираете тех, кто хорош только внутри давно слаженной системы. Пару недель назад рекрутер из США с 16-летним стажем, которая подбирает людей в основном для компаний из Fortune 500, выложила ролик: не приходите на собеседование с айс-латте. По её мнению, стакан в руке выглядит слишком расслабленно, будто интервью для кандидата лишь пункт в списке дел. Ролик жёстко завирусился. Занятный ответ дал бывший руководитель команды в Netflix. Там у неё была сотрудница Лекси: опаздывала на встречи, переписывалась неформально, а на собеседовании сидела, закинув ноги на стул. Слабо представляю, но допустим В общем, подозрительный персонаж в работе оказался крайне сильным спецом. Вывод автора: управленцев в корпорациях учат отбирать удобных, а не сильных. Пожалуй соглашусь

Крупной компании такое по карману. У растущего бизнеса без венчурных денег ставки высоки: доверия в виде бренда нет, процессов нет, удобный слабый руководитель может буквально зафакапить бизнес

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

Написал знакомый продакт. Вам знакома боль?

на текущем месте работы сталкиваюсь с тем, что некоторые коллеги выполняют задачи с помощью ллм (тут все ок), но не удосуживаются когнитивно обработать ответ. просто копи-пастят первый же отпут моделей в чаты, в комментарии к задачам, принимают странные решения и так далее. генерят очень много слабых артефактов на 10+ страниц или гигантские таблицы, в которых сами разобраться не могут, и довольны собой мне же приходится очень много времени тратить на то, чтобы понять содержимое. задаю много уточняющих вопросов, на которые на звонке, например, ответить не могут, уходят спрашивать модель, возвращаются опять с бессмыслицей. доходит до абсурда вот пример, одну задачу по аналитике не можем решить уже три месяца, потому что главный аналитик все делает через кодекс, даже отвечает на сообщения, а исполнители не могут понять, что он от них хочет. прямым текстом пишут, что не понимают, тот объясняет опять через модель, и так по кругу. кое-как удалось затащить аналитика на звонок с исполнителем, чтобы они голосом обсудили, что не хватает, чтобы закрыть задачу. поняли все за 20 минут на звонке продакты из соседнего продукта генерят десятки продуктовых гипотез (типа убрать скидки, чтобы повысить маржу) без предоставления достаточного контекста моделям, тратим часы на звонки, чтобы разобраться, что это все дерьмо неприменимо коллеги не запоминают решения, потому что не они к ним приходили и все в таком духе. в общем, вместо ускорения работы, ллм накидывают только задач и времени на принятие решений

Палец вверх 👍 - вы тоже недовольны, робот 🤖 - у вас ИИ ходит по струнке. Если есть поучительные истории, делитесь в комментах.

Seedance NSFW Похоже мы имеем дело не с ТОЛЬКО с отдельной порнографической моделью ByteDance, но и с куда более интересной схемой. Попросил друга исследовать вопрос подробно. Получилось для гиков. Спойлер: да, есть порно-сиданс-модель, см пункт 8. Но только для энтерпрайза. Для остальных - пункт 9 и чтение простыни. Итак. 1. BytePlus действительно позволяет отключать часть модерации В официальном ModelArk есть Content Filter. Он проверяет вход и выход модели, в том числе категории Nudity и Sexual Content. И этот фильтр владелец inference endpoint (API провайдер) может отключить. То есть у BytePlus safety - это не один намертво вшитый фильтр. Есть как минимум отдельный конфигурируемый слой модерации. Но даже после его отключения остаются базовые safety policies самой платформы. 2. Значит ли это, что Seedance становится полностью uncensored? Не совсем. У BytePlus фактически два уровня: входной Content Filter -> генерация Seedance -> output/model moderation. Первый слой можно ослабить или отключить. Второй частично остаётся. Поэтому правильнее говорить не «uncensored Seedance», а «Seedance с менее строгой конфигурацией moderation». 3. Самая интересная находка - Ofox Ofox вообще не создаёт отдельную модель seedance-2.5-nsfw. У них модель остаётся обычной: bytedance/seedance-2.5 Но можно выбрать provider: volcengine или byteplus И в документации прямо указано, что Volcengine использует обычную строгую moderation, а BytePlus route допускает контент категории not-for-all-audiences / NSFW. То есть модель одна и та же. Меняется только маршрут. 4. А другие API просто прячут эту схему под отдельным model ID (но это не модель, а маршрут) Например, Modelflare показывает: seedance-2.5 и seedance-2.5-nsfw При этом у них одинаковые API endpoint, параметры, длительность, разрешения, reference workflow и общая схема вызова. Фактически меняется только model ID. Очень похоже, что -nsfw здесь - просто alias, который внутри выбирает другой provider или другую moderation configuration. 5. MeToken даёт ещё более интересный пример В их документации есть реальный ответ API: model: seedance-2-5-nsfw и одновременно: provider: byteplus То есть пользователь вызывает якобы отдельную NSFW-модель, а дальше запрос уходит именно в BytePlus. Это прекрасно укладывается в схему: клиент -> API-агрегатор -> NSFW alias -> специальный BytePlus route -> обычный Seedance. 6. Поэтому реальная архитектура, скорее всего, выглядит примерно так Для озабоченных нищебродов Seedance один. Для бизнеса - другая история и цены. А дальше есть разные способы его употребления: Volcengine route -> более строгая moderation. BytePlus route -> другая moderation policy. Внутри BytePlus ещё может быть отключаемый Content Filter, entitlement аккаунта и другие настройки. А агрегаторы превращают всё это в красивые названия: seedance-2.5 seedance-2.5-official seedance-2.5-nsfw seedance-2.5-self-developed seedance-2.5-self-developed-nsfw И это вовсе не обязательно пять разных чекпойнтов. Это вполне могут быть пять presets одной инфраструктуры. 7. А что с Moderation.Strategy = Skip Вот здесь важное уточнение. Официально BytePlus подтверждает возможность отключения Content Filter. А несколько интеграторов BytePlus документируют ещё параметр: Moderation.Strategy = "Skip" который позволяет пропустить большую часть дополнительной pre-moderation. Причём у некоторых API этот режим доступен не всем и может возвращать ошибку вроде: moderation_skip_not_allowed То есть очень похоже, что тут существует отдельный entitlement для определённых клиентов. Но я пока не нашёл текущую публичную страницу BytePlus API Reference, где этот Strategy=Skip был бы прямо задокументирован самой BytePlus для всех пользователей. Поэтому: отключаемый Content Filter - подтверждено самим BytePlus. Moderation.Strategy=Skip - подтверждается интеграторами. Доступность Skip всем клиентам - не подтверждена. 8. Настоящий порно-доступ к непотребной модели Сиданса. Если очень надо, нужно связываться с BytePlus, иметь компанию и получать отдельный B2B access. Подтверждено подписчиками. 9. И всё это можно довольно ловко проверить экспериментально самому Ofox позволяет взять одну и ту же модель: bytedance/seedance-2.5 один и тот же prompt, те же reference, те же duration/resolution, и поменять только: provider = volcengine на provider = byteplus Если первый маршрут даст moderation rejection, а второй примет идентичный запрос, то мы фактически получим A/B-тест, показывающий, что различие находится в serving route и safety stack, а не обязательно в весах самой модели. На итоге: Существование более непотребного маршрута Seedance через BytePlus уже подтверждается сразу несколькими независимыми API-провайдерами и частично самой документацией BytePlus. Ссылки для экспериментов: https://ofox.ai/docs/api/videos/provider-routing https://ofox.ai/models/bytedance/seedance-2.5 https://docs.byteplus.com/en/docs/modelark/Content_Pre-filter https://ai.byteplus.com/en/help/article/why-was-my-request-rejected-for-sensitive-or-non-compliant-content-and-how-do-i-reduce-false-rejections https://docs.byteplus.com/pt/docs/legal/acceptable_use_policy_byteplus_genai https://docs.modelflare.dev/models/video/seedance-2-5-nsfw/ https://docs.modelflare.dev/models/video/seedance-2-5/ https://metoken.ai/docs @cgevent

Не удивляйтесь, что партнёрка не работает, если строите ее так Агентства часто неправильно понимают суть партнерской программы. Многие думают, что это работает так: "сейчас разошлем 100 сообщений, что мы хотим запартнериться, кого-то найдем и он будет отдавать нам своих клиентов, вот заработаем!". А потом удивляются, что никто партнёриться не хочет и откликов почти нет) 🤝 На самом деле, выстраивание отношений с партнером — это длительный процесс, который похож на выстраивание романтических отношений. И вот как следует к нему подходить: 🔵Сначала просто знакомимся. В профильных чатах, на конференциях, в отраслевых клубах - там, где сидят владельцы агентств. 🔵Тех, кто показался интересным, зовём увидеться отдельно. Попить пива, покурить кальян, сходить куда-нибудь - формат любой, главное пообщаться и узнать друг друга. Так и станет понятно, есть ли потенциал: что умеет человек, чего не умеете вы, и где вы друг друга дополняете. С кем зашло - зовём на дополнительные встречи и укрепляем отношения дальше. 🔵Показываем, что мы не отбитые. Звучит смешно, но это важный этап. Человек должен увидеть, что вы адекватный, ответственный и с вами можно строить дела. И это, поверьте, ставит вас выше 95% агентств на рынке. 🔵Дальше неочевидный пункт — предложить ему подключиться на какой-то свой проект. Так вы сначала отдаёте, чтобы он потом тоже мог отдавать вам. То есть сначала вы вкладываетесь, а потом вкладываются в вас. Приходите к нему с предложением вроде "слушай, нам нужны люди на проект, давай тебя порекомендую, там как раз есть запрос". Представляете, как ваш партнер офигеет? И с большой вероятностью после этого он захочет позвать вас. 🔵Потом можно начать обмениваться опытом по агентствам, созваниваться самим или, например, соединить своих проджектов. И в какой-то момент спросить: "Давай подумаем, как мы можем вместе заработать? Может, мы друг друга позовем в проекты? Или будем обмениваться лидами?" И тут этот вопрос будет уже абсолютно уместен, потому что у вас построенная история взаимоотношений — вы знакомы не первый день и у вас есть общий контекст. В следующем посте расскажем, с кем стоит партнериться, а с кем это будет неэффективно.

короче, я в последний месяц веду разработку ai-native brain для инвестиционной компании (~$150m). задача звучит так же просто, как и масштабно - каждый бит данных, каждая коммуникация и каждое действие - сохраняются и формируют внутреннее информационное ядро компании. рядом идёт сканирование интернета, обогащение внутренних данных внешними: новостями, найденными фактами, данными из соцсетей, и так далее. и вокруг этого 24/7 бегает ворох разных агентов, которые беспрерывно что-то анализируют, подсказывают, обнаруживают связи, возможности, прочее. что-то между OSINT, CRM и собственным harness на максималках. и вот 2 наблюдения, которые взрывают мне мозг сильнее всего. во первых, вот я в разработке ~20 лет, и то, как сейчас создаются такие продукты - это ваще не разработка. это очень странный и волшебный процесс, который сложно объяснить на словах. вот помните шутки про const result = await ai('write function for adding numbers 3 and 6 and execute it')? вот это не шутки. целые части системы больше не программируются в классическом понимании, они описываются через агентные процессы, буквально спеками, тулсетами, и так далее. в 2025 году было модно говорить "я 80% / 90% / 100% кода я пишу при помощи AI". сейчас, на конец 2026 я поймал себя на мысли, что новый флекс - это то, что часть кода для систем я и вовсе не пишу. не "20% продукта сделаны AI", а "20% продукта - это и есть AI". целые куски системы - это агент с правильным тулсетом и спеками. акценты жутко сильно сместились в сторону модели данных, правил, ограничений и рельсов, нежели фактической реализации бизнес-логики. во вторых, агенты - это не просто "помощники", это главные пользователи системы. агенты везде - внутренние в системе, внешние, но тоже в системе, совсем внешние - личные агенты юзеров, и всё делается вокруг них и для них. 90% работы с приложением идёт через локальных агентов юзеров. давайте ещё раз, максимально простыми словами: в 90% случаев пользователь не идёт в браузер или аппку, он просто говорит Клоду/Кодексу что сделать, и работу в системе выполняет агент. и никто не заставляет юзеров так делать - это буквально их хотелка. личные агентные чаты стали настолько родным и естественным универсальным интерфейсом для всего, что первый вопрос, который все задают "а я могу подключить Клод? а как это можно сделать через Кодекс?". термин UX (user experience) полностью уступает AX (agent experience) - интерфейсы больше делаются не для юзеров, гораздо важнее стало проектировать именно AX - как сделать агенту удобно и понятно, чтобы он не запутался в тулах, контексте, и так далее. это всё дико интересно, конечно. я как будто перепрыгнул в 2029, и своими глазами наблюдаю этот "app-less world", где единственное приложение на компе - ChatGPT/Claude, а единственный интерфейс - поле ввода с иконкой микрофончика.

Недавно в бьюти мире разгорелся скандал… Сразу три косметических бренда Fenty Skin, Glow Recipe и Huda Beauty одновременно вывели на рынок одинаковый продукт с совершенно новым для рынка механизмом. И да, у всех троих была одна и та же упаковка. Двойное совпадение сразу у трех компаний? Кто говорил про производство в Китае? 🤣 Интернет, конечно, моментально превратил это в расследование «кто у кого скопировал». Сами бренды тоже включились в игру: Fenty обыграли ситуацию мемом с тремя Spider-Man, показывающими друг на друга, а Glow Recipe и Huda поддержали шутку. Мы привыкли думать о конкуренции довольно линейно: если конкурент делает похожее, он отнимает у тебя внимание. Но современный рынок внимания работает сложнее. Иногда несколько игроков, говорящих об одном и том же одновременно, не делят спрос, а создают его. И мне кажется, это важный сдвиг для коммуникаций в целом. Иногда конкурент – соавтор категории или тренда, который одному бренду было бы слишком дорого создать самостоятельно. Не знаю, было ли совпадение этих запусков случайностью или результатом особенностей supply chain. Но эффект получился почти идеальным: бренды конкурируют за продажи, одновременно бесплатно усиливая инфоповод друг друга. Итого, возвращаюсь к своему ключевому сообщению: на энергетическом уровне конкуренции не существует.

Будь любознателен и не суди В 1-м сезоне лучшего сериала о командобразовании и человечности "Тэд Лассо" есть такой эпизод. Тэд играет в дартс с Рупертом Мэннионом, бывшим владельцем клуба "Ричмонд" и бывшим мужем нынешней владелицы клуба Ребекки, которая и наняла Тэда быть тренером. На кону репутация Ребекки. Если побеждает Руперт, он лично выбирает стартовый состав команды на последние два матча сезона. Если побеждает Тэд, Руперт больше не лезет в дела клуба, пока им руководит Ребекка. С начала партии ведёт Руперт, он уже видит себя победителем, называя Тэда деревенщиной и самодовольно посматривая на Ребекку. Но дальше Тэд рассказывает историю как однажды он ехал утром на машине с сыном в школу и увидел на стене цитату Уолта Уитмена "Будь любознателен, не суди", разворачивая эту мысль в целую философию. Он всю жизнь сталкивался с людьми, которые его недооценивали и высмеивали, и понял, что ни один из них не был любопытен - они просто судили, будучи уверены, что уже всё про него знают. Если бы они спросили что-то вроде "А ты много играл в дартс, Тэд?", он бы честно ответил: "Да, сэр, каждое воскресенье в спорт-баре с отцом, с 10 до 16 лет, пока отец не умер". С каждой фразой Тэд бросает дротик - и в итоге выбивает победный "бычий глаз", обыгрывая Руперта к всеобщей радости всех посетителей и особенно Ребекки. Какое это имеет отношение к бизнесу и сервису в нём? В бизнесе мы очень часто так же решаем за клиентов - что им "не по карману", что им "не разобраться" или что жалоба - просто блажь или каприз, не задавая ни единого прямого уточняющего вопроса. Установка "будь любознателен, не суди" в переводе на язык бизнеса проста - прежде чем решать за клиента, спросите его, и ответ часто окажется намного удивительнее и шире любых ваших предположений. Как дротики Тэда оказались точнее ожиданий Руперта. За идею для поста респект подписчику Кириллу 🤝🏻 ®️ Фанат сервиса| MAX| Клуб| Об авторе Канал о зрелом лидерстве - В моменте

В последние 3 недели делаю много PR-ов на пару с дружбаном, и, признаться, через день уже не сразу помню что и для чего я сделал, когда надо замерить эффект и тп. Поэтому у меня была открыта куча сессий в терминале , потому что в каждой из них была напоминалка, и из-за этого я даже не мог перезагрузить комп... В общем, полный mess Поэтому мы с дружбаном сели и подумали, что не дело это все, и запилили простую утилиту - followthrough. Эдакий журнал изменений и проверок, которые по каждому надо сделать, чтобы принять решение: оставлять или откатывать. Как работает: 1) когда агент что-то выкатывает, скилл просит записать: что поменяли, чего ждём - например, меньше ошибок определенного типа или ниже latency, и как это проверить 2) когда пришла пора проверить, то прилетает пуш - см аттач - и по клику открывает сессию с готовой инструкцией, что и как проверять. Я спецом пока не сделал запуск автоматом; как почувствую, что доверяю и все устраивает, включу и это 3) каждая проверка в итоге заканчивается вердиктом: сработало / нет / частично / непонятно или требует проверки позже из-за недостатка данных (например, трафика не было достаточно, чтобы вынести суждение) —> тогда проверка сама переносится. Вот, например, час назад пришла проверка счета за мониторинг в google cloud: 4 дня назад с агентом сделали оптимизацию, чтобы сократить расходы, и что ожидаем падения счета по этой статье с $66 до $9 в месяц. Собственно, вердикт - сработало, и даже лучше ожидаемого - ожидаемые затраты будут в районе $2.65 Мне супер полезно + я доволен, что появляется дисциплина каждый PR четко соотносить с ожидаемым эффектом, и культура followup-ов. А не просто катнули в прода и забыли. https://github.com/BayramAnnakov/followthrough

В гости к Ленни Рачицки пришёл Питер Селлис, первый продакт-менеджер Snapchat, потом возглавлял продукт в Discord. Получился очень интересный выпуск с большим количеством практических советов. Но один совет меня особенно удивил. Такого в подкастах про продакт-менеджмент я ещё не слышал: "Самое важное карьерное решение, которое ты принимаешь как продакт-менеджер, на ком жениться". Идешь послушать про управление продуктом, а тут такой поворот 🙂 Смысл в том, что рядом с тобой человек, с которым можно обсуждать идеи, который поддерживает в сложные моменты, помогает посмотреть на себя со стороны и подталкивает к росту. По его словам, эффект таких отношений накапливается годами. И ни один подкаст, курс или ментор не сможет дать тебе то же самое. Хотя, если подумать, я бы вообще убрал из этого совета слова "карьерное" и "продакт-менеджерэ. Потому что выбор человека, с которым ты строишь жизнь, влияет не только на работу, но и практически на всё остальное. Поэтому выбирайте с умом. А если уже выбрали, надеюсь, рядом с вами именно ваш человек. Берегите его и ваши отношения. И не забывайте, что поддержка должна работать в обе стороны.

Я уверен, что умение коммуницировать - ключевой навык менеджера. И вот вам простая такая мысль- если тот, с кем вы общаетесь стоит выше или ниже вам на 2 и больше уровня в иерархии, то вы говорите на разных языках! Что с этим делать? 1. Ну если человек выше вас по иерархии, то тщательно готовьтесь к этой встрече. Лучше, даже попросить кого-нибудь помочь. Иначе он уйдет с ощущением, что ну вы, короче, кажется не шарите… 2. Если же наоборот, то помогите тому, кто рассказывает через наводящие вопросы и помните, что он решает отличные задачи от ваших и не мыслит, например, вопросами «стоимости создаваемого решения и их влиянием CAPEX”, а решает задачу вида «удержать нужного ему сильного инженера». В общем, ваша задача помочь ему дать нужные вам ответы. P.S. К слову, изображение напоминает нам о многими не любимой, но одной из важнейших и ценнейших задач менеджера - быть переводчиком.