Все потоки

Юнит-экономика на службе маркетолога. Выкручиваем конверсии и выполняем KPI

Существует 2 крайности расчёта рекламного бюджета:

1. «Давайте ещё зальём денег и посмотрим, что будет»

2. «Денег нет — экономим. Бюджет на рекламу сокращаем в 2 раза. Когда будут продажи — увеличим»

Абсурдность каждой крайности в том, что сумму рекламных трат взяли «с неба».

Чтобы реклама окупалась и бизнес рос, нужно научиться считать показатели юнит-экономики. 

Юнит-экономика — это оценка в штуках и в деньгах стоимости касаний пользователя в воронке продаж:

• Человек увидел рекламу, а мы, как предприниматели и маркетологи сколько-то за неё заплатили

• Человек кликнул по рекламе, мы сколько-то заплатили

• Человек перешёл на посадочную страницу, мы сколько-то заплатили за создание этой страницы

• Отправил заявку, сколько-то стоила заявка, сколько-то было заявок

• Заявка ушла в отдел продаж, сколько-то человек конвертировались в продажу, какая-то выручка получилась и какой-то был средний чек

Юнит-экономика основана на точках касания пользователя с бизнесом, которые можно оцифровать в штуках и в деньгах. Таких точек 3:

1. Реклама

2. Посадочная страница

3. Отдел продаж

Чтобы выручка и прибыль росла, важно контролировать точки касания. Контроль позволяет принимать решения, связанные с маркетингом. Решения на основе конкретных данных в штуках и в рублях. 

Например, VK Реклама дала за месяц 200 заявок по 500₽, а Яндекс Директ 100 заявок по 1 000₽. Первичный вывод: масштабировать VK Рекламу и отключить Яндекс Директ. 

Но что если, по заявкам VK Рекламы конверсия в продажу 10%, а для Яндекс Директа — 50%. Тогда VK Реклама принесла 20 продаж по 5 000₽, а Яндекс Директ — 50 продаж по 2 000₽. Получается, наоборот, масштабировать нужно Яндекс Директ, а отключить VK Рекламу.

Едем дальше. Допустим, речь о продаже металла. Получается, на 1 продажу потратили из Яндекс Директа 2 000₽ и из VK Рекламы — 5 000₽. Если средний чек 100 000₽ и есть прибыль с продажи,  значит, всё ок — зарабатываете.

Если же средний чек 5 000₽ и помимо рекламы, с выручки нужно оплатить производство металла, заплатить менеджеру и прочее, прочее… значит, вы в убытке.

Более подробно про юнит-экономику рассказали в статье. Читайте статью, чтобы узнать:

1. Зачем маркетологу считать юнит-экономику

2. Как один показатель может изменить всё — метрики юнит-экономики

3. Где искать протечки воронки продаж

4. Как на практике «выкручивать» конверсии, чтобы выполнять KPI

5. 3 реальных кейса: как мы «выкручивали» конверсии и какой был результат

Статью найдёте здесь.

P.S.

Анонсы статей и кейсов выкладываю в Телеграм-канале. 

НАСА сообщило, что число подтверждённых экзопланет достигло 6000. Данные предоставили специалисты Института экзопланетных исследований НАСА (NExScI), расположенным в Калифорнийском технологическом институте. 30 лет назад была открыта первая экзопланета у звезды, похожей на наше Солнце. 3 года назад было подтверждено 5000 экзопланет.

«Эта веха — результат десятилетий космических исследований, осуществляемых с помощью космических телескопов НАСА, которые полностью изменили представление человечества о ночном небе. Шаг за шагом, от открытия к характеристике, миссии НАСА заложили основу для ответа на фундаментальный вопрос: одиноки ли мы?», — заявил исполняющий обязанности директора отдела астрофизики штаб-квартиры НАСА в Вашингтоне Шон Домагал-Голдман.

Как не сливать бюджет на разработчиков без задач?

Представим ситуацию. Большой аутсорс, 5 распределённых команд, у каждой обычно в работе по 1–3 проекта. Наступает момент, когда текущий проект сдан, а новый проект ещё не утверждён: документы в стадии подписания, а ТЗ ещё не сформировано. Команда разработчиков ждёт отмашки, возникает свободное время между проектами. Что делать? Бюджет утекает на разработчиков, которые ничем не заняты. Какой выход из ситуации, когда кончились задачи?

Я очень часто сталкиваюсь с этим кейсом, и по моему опыту есть решение. Если дать разработчику волю, он скорее свалит в кофейню, чем будет просиживать штаны, пока нет проекта или задач. Пустая трата ресурсов для вас обоих. Но из свободного времени можно извлечь выгоду как для команды, так и для самого разработчика - последний выиграет даже больше. Речь идёт об обучении. И я говорю не о курсах или конференциях. Лучшее обучение - это практика. В одной из команд мы сделали следующее. Каждому разработчику дали задание: описать свой пет-проект, который он хочет реализовать, и список технологий, которые он при этом прокачает.

Возник следующий вопрос от разработчика: «А что мне делать, если я не хочу никакой пет-проект и у меня нет идеи?» В таком случае его тимлид должен придумать за него, предложить варианты, и вместе они должны решить. Далее каждому разработчику выделяется отдельный репозиторий в рамках вашей инфраструктуры. Всё должно выглядеть так, будто это настоящий боевой проект - это очень важно.

Каждый рабочий день разработчики должны пилить свой пет-проект под флагом вашей компании и рассказывать о своём прогрессе и планах на дейлике. Тимлид в свою очередь должен контролировать их, проводить ревью и по возможности помогать и консультировать. Наша задача - дать возможность разработчику наконец-то реализовать свои идеи не после тяжёлого рабочего дня, а прямо тут, за деньги (его же ЗП). Полная свобода действий в плане развития и прокачки навыков.

Что мы в итоге имеем и в чём выгода?

Вместо просиживания штанов разработчик качает навыки, причём те, которые он сам выбрал, на проекте, который он сам захотел. Тем временем мы не вкладываем дополнительный бюджет на курсы и прочее обучение. Сотрудник прокачивается более органически. Компания по-прежнему платит оклад, но команда продолжает быть в тонусе, потому что мы даём им творческий карт-бланш. Мотивация от этого выше, чем скучать в ожидании нового проекта.

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

Заметки в никуда

Под капотом FinamTrade: как работает покупка акций, разработка под санкциями и будущее AI в финтехе

Привет, Хабр!

В нашем подкасте «Null на балансе» мы, как обычно, разбираем технологичные штуки на запчасти. На этот раз мы забрались в одну из самых закрытых и интересных систем — мобильный трейдинг.

У нас в гостях Борис Аксенов, руководитель управления разработки веб и мобильных приложений в «Финаме». Человек, который стоит у руля создания и эволюции FinamTrade последние 15 лет. Мы поговорили о том, о чем обычные пользователи часто не задумываются, нажимая кнопку «Купить».

О чём этот выпуск:

• Архитектура и нагрузка: Что происходит на бэкенде, в мобильном клиенте и на бирже в момент, когда вы и еще 10 000 человек одновременно отправляете заявку?

• Эволюция: Как приложение FinamTrade превращалось из простого терминала в суперапп с новостями, аналитикой и обучением? Какие технологические решения были ключевыми на этом пути?

• Боль и санкции: Самая острая тема — как изменились процессы разработки и публикации в App Store и Google Play для такого критически важного приложения в текущих реалиях? Какие инструменты и воркaунды пришли на смену привычным сервисам?

• Безопасность: Как защищаются финансовые данные и средства клиентов в эпоху мобильных угроз?

• AI и ML: Где машинное обучение и искуственный интеллект уже работают в финтехе сегодня (например, в предиктивном анализе поведения или проверке документов), а где это пока лишь хайп?

• Карьера в финтехе: Как приходят в разработку для таких высоконагруженных систем? Что мотивирует специалистов оставаться в одной компании больше 15 лет?

• А еще Борис поделился парой забавных курьезных случаев из практики и мифов о финтехе, которые заставят вас улыбнуться.

Выпуск получился по-настоящему гибридным. Он будет полезен:

1. Разработчикам и архитекторам, особенно тем, кто работает или хочет работать с высоконагруженными и отказоустойчивыми системами.

2. Специалистам по DevOps и безопасности, чтобы понять уровень требований в fintech.

3. Всем, кто интересуется карьерой в IT — история Бориса о 15-летнем пути в одной компании очень мотивирует и показывает возможный вектор роста.

4. Трейдерам и инвесторам, которые хотят глубже понимать инструмент, которым пользуются каждый день.

Наш подкаст доступен на всех удобных платформах:

Youtube Music | Apple Podcast | Яндекс Музыка | Spotify | VK Музыка

Очень часто у рекламныx агентств имеется много вопросов при оформлении отчетности в ОРД, а именно, как заполнять раздел Отчеты в ОРД Яндекс при наличии рекламной цепочки Рекламодатель-Агентство-Яндекс Директ

Как известно, по оферте за связку Агентство-Яндекс Директ полностью отчитывается Яндекс Директ (получает токены, заносит акты, наносит маркировку на рекламу) и Агентству ничего не требуется делать в своем ОРД по данной связке

Однако, есть еще связка Рекламодатель-Агентство. Как правило, по данной связке всегда отчитывается Агентство (данный факт всегда требуется закрепить в договоре). Агентству требуется отправить в ЕРИР акт РД-РА, чтобы выполнить свои обязательства по отправке отчетности в ОРД

И вот здесь начиналось самое интересное, точнее неприятное для рекламных агентств. Особенно, когда имел место так называемый Партнерский кабинет в Яндекс Директ, где сам черт ногу сломит при занесении отчетности за связку Рекламодатель-Агентство. Яндекс указывал агентствам, чтобы эта отчетность за данную связку производилась именно через Партнерский кабинет.

В первом приближении, Яндекс хотел как лучше, чтобы вопрос по отчетности в ОРД при размещении рекламы у ниx закрывался в одном месте. Однако, на деле это оборачивалось часто непониманием и большим количеством вопросов от агентств по работе с Партнерским кабинетом.

Потом, наконец-то, появилось ОРД Яндекс. Официально Партнерский кабинет был закрыт. Однако призрак Партнерского кабинета никуда не исчез. Яндекс стал перекачивать данные из него в раздел Отчеты, чтобы агентства уже в интерфейсе ОРД Яндекс вносили акты Рекламодатель-Агентство, чтобы потом Яндекс сам отправлял все данные из Отчетов в ЕРИР

Общение с теxподдержкой Яндекса по поводу корректного заполнения разделы Отчеты превращалось часто в откровенное недоразумение, так как внятныx инструкций часто было получить крайне непросто.

Я делал несколько заxодов при обращении в Яндекс ОРД по данному вопросу. В итоге получен финальный вариант ответа после длительной переписки:

Выводы:

1. Забейте на раздел Отчеты в Яндекс ОРД, если вам требуется отправить в ЕРИР акт Рекламодатель-Агентство. Возиться в нем - себе дороже)

2. Акт Рекламодатель-Агентство достаточно легким движением руки занести в раздел Акты и отчеты агента. Лезть и разбираться в разделе Отчеты не требуется. Раздел Отчеты это всего лишь альтернативный вариант отправки акта РД-РА в ЕРИР.

3. Более того, агентство не раб ОРД Яндекс и может для занесения акта РД-РА использовать любое ОРД.

Тем более, как Яндекс может вообще что-то требовать и принуждать по поводу отправки в ЕРИР акта Рекламодатель-Агентство, если Яндекс даже не участвует в данном договоре как контрагент. Поэтому никакой коммерческой тайны вашего взаимоотношения с Яндекс Директ при этом не будет разглашаться, потому что Яндекс как контрагента в Акте - НЕТ

Почему агентский бизнес без табличек — это рулетка

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

Именно поэтому я с первого дня решил, что нужно вести учёт финансов. Мы настроили отчёт о движении денежных средств (ДДС), потом добавили платёжный календарь и P&L. Выглядит это в виде красивых дашбордов.

Теперь мне стало спокойнее, почувствовал больше контроля. Если календарь показывает минус в конце месяца — у нас есть время усилить продажи, дозакрыть клиентов или сократить косты. Мы обсуждаем это на партнёрских встречах каждую неделю, поэтому не ждём конца месяца, когда уже нельзя будет ничего исправить.

Фактор случайности никуда не делся: сделки иногда срываются, или неожиданно прилетают новые контракты. Но теперь агентство — это не рулетка, а система, где я понимаю, сколько мы зарабатываем и что мы можем сделать, чтобы прийти к желаемым цифрам.

Привет! Меня зовут Антон Гесин. Обычно меня представляют как основателя Kids MBA — сети бизнес-школ для детей. Но на самом деле, это лишь часть того, чем я живу. Мне всегда было интересно создавать, развивать и учить — будь то бизнес, люди или даже старые скрипки.

Последние 17 лет я в предпринимательстве. Начинал с IT — создал и потом продал две веб-студии. Потом был опыт в ритейле, работа с поставками из Китая, а затем — запуск Kids MBA. Сегодня проект работает в 12 городах и учит больше тысячи детей. Для меня это не просто бизнес — это способ менять будущее через образование.

Наконец то я почувствовал зов блога и вот мой первый пост. Буду писать про будни CEO.

Первый шаг любого CEO это диагностика проекта. Это про глубочайшую диагностику. Мне нужно быстро понять: где тело болит, где скрыты точки роста, а где нас в ближайшем квартале может ждать неприятный сюрприз.

Я не верю в сотни метрик. Я верю в несколько ключевых, которые как рентген показывают здоровье бизнеса. Вот моя «великолепная пятерка» для старта диагностики.

1. Cash Runway (Запас хода)
   
   Это не просто деньги на счетах. Это ответ на главный вопрос: «Сколько месяцев мы можем прожить, если доход упадет до нуля?». Расчет прост: (Денежные средства) / (Ежемесячные операционные расходы). Меньше 6 месяцев — красный, тревожный цвет. Меньше 3 — пора бить в набат. Без понимания этого числа все стратегии — просто замки из песка.

2. Customer Lifetime Value (LTV) / Customer Acquisition Cost (CAC)
   
   Это священный грааль для любого бизнеса. LTV — сколько денег один клиент приносит за все время сотрудничества. CAC — сколько мы тратим, чтобы его привлечь.
   ➗ Соотношение LTV:CAC = 3:1 — классика, признак здорового бизнеса.
   ➖ Меньше 3:1? Мы слишком много тратим на привлечение или мало зарабатываем с клиента.
   ➕ Больше 5:1? Возможно, мы недоинвестируем в маркетинг и упускаем рост.

3. Gross Margin (Валовая маржа)
   
   Показывает, насколько прибыльны наши основные операции, без учета общих расходов. Низкая валовая маржа — это симптом: либо цены слишком низкие, либо себестоимость (производство, логистика, команда) вышла из-под контроля. Если здесь дыра, никакой рост продаж не спасет.

4. Revenue Growth Rate (Темп роста выручки)
   
   Всё просто: растём мы или нет? Но я смотрю не на абсолютные цифры, а на тренды:
   
   📈 Замедляется рост? Значит, рынок насыщается или наша стратегия исчерпала себя.
   📉 Отрицательный рост? Требуются срочные и, возможно, болезненные решения.

5. Net Promoter Score (NPS) — Индекс лояльности
   
   NPS показывает готовность клиентов рекомендовать ваш продукт или услугу. Это не просто цифра, а барометр клиентской лояльности и удовлетворенности.

   Высокий NPS означает не только лояльных клиентов, но и:
   
   ➞ Снижение стоимости привлечения (CAC)
   ➞ Увеличение lifetime value (LTV)
   ➞ Естественный рост через сарафанное радио

Низкий NPS? Это прямое указание на проблемы в:

• Качестве продукта или услуги

• Клиентском обслуживании

• Соответствии ожиданий и реальности

Но метрики — это лишь цифры. За ними должна стоять логика.

Поэтому я всегда сажусь за Lean Canvas. Я рисую его заново, даже если он уже есть. Почему? Потому что он заставляет меня сложить разрозненные метрики в единую картину бизнес-модели.

• Низкий LTV/CAC? Смотрю на блок «Value Proposition» и «Channels». Может, мы не доносим ценность или привлекаем не тех клиентов?

• Плохая валовая маржа? Это прямое отражение блоков «Cost Structure» и «Revenue Streams».

• Высокая текучка? Часто коренится в нерешенных «Customer Problems» или токсичном процессе («Key Metrics» как раз таки!).

Вывод: Метрики — это симптомы. Lean Canvas — это карта, которая помогает понять, в каком органе болезнь и как эти органы связаны между собой.

Только так можно поставить точный диагноз и назначить правильное лечение, а не просто бороться с температурой.

Вжарим рок в этой дыре!

А на что в первую очередь смотрите вы? В комментариях жду вашу «топ-5».

Менеджер паролей, который не хранит пароли

Сделал для себя, но решил выложить в паблик.

Visual Password — помогает легко восстанавливать надёжные пароли, не записывая их и не храня в менеджерах паролей. Вы просто запоминаете пару эмодзи и ключевое слово. Когда нужен пароль, используйте их комбинацию, чтобы мгновенно создать длинный сложный пароль прямо на своём устройстве.

Всё происходит локально: никаких серверов, интернета и баз данных — Visual Password не отправляет и не сохраняет ваши пароли.

Проще говоря, вы храните только маленькие подсказки в голове, а Visual Password превращает их в действительно надёжный пароль.

Рекомендации по использованию

В поле Keyword напишите то, что характеризует ваш пароль, для чего он, например, google, facebook и т.д.

В поле Pin введите что угодно, например, 123a. Pin повышает уровень энтропии и уменьшает вероятность коллизий с другими пользователями программы.

Выберите набор символов для пароля и его длину.

В поле Visual Password введите набор эмодзи. Для того чтобы запомнить эмодзи используйте не только их картинку, но и буквенно-цифровые обозначения, которые есть на каждой кнопке. А также цветовые градации при нажатии на кнопку с эмодзи.

Совокупность исходных данных, использованных для генерации пароля, всегда выдаёт одинаковый результат.

Скопируйте полученный пароль.

Закройте Visual Password.

Когда пароль понадобится снова, заново введите те же данные.

Установка

Скачать можно на GitHub.

Для скачивания доступны: расширения для Chrome и Firefox, Apk Android, html файл который можно запускать локально или разместить на любом хостинге. А так же есть web-версия (https://viruseg.github.io/VisualPassword/) и Telegram бот @VisualPassword_bot.

Live-демо графического установщика Deckhouse Kubernetes Platform

Мы создали графический установщик, который превращает развёртывание Deckhouse Kubernetes Platform в несколько кликов и упрощает начало использования платформы через веб-интерфейс.

На вебинаре 25 сентября технический директор веб-интерфейсов Deckhouse покажет live-демо Installer: 

• Развернёт полноценный кластер Deckhouse Kubernetes Platform за 10 минут. 

• Включит виртуализацию ещё за 10 — и запустит Doom на виртуальной машине.

• Расскажет, какие проблемы установки закрывает Installer. 

• Покажет планы развития графического установщика и где его взять.

Заглядывайте на трансляцию 25 сентября в 12:00. Для участия нужно зарегистрироваться.

🔥 Конференция BOOST 2025 уже совсем скоро

23–24 сентября в Кампусе Школы управления «Сколково» пройдёт BOOST 2025 — крупнейшая конференция для руководителей агентств, студий и продакшенов. Более тысячи участников, мастермайнды, воркшопы, вечерние активности и, конечно, доклады от практиков бизнеса.

В программе:

— управление бизнесом;
— продажи и развитие;
— управление проектами;
— маркетинг и PR;
— управление разработкой;
— дизайн и креатив;
— digital-маркетинг.

📌 А 24 сентября в 11:00 на сцене выступит Асатур Хачатрян, соучредитель ITFB Group, с докладом:
«Диверсификация против Фокуса: как двигаться в эпоху турбулентности».

Не пропустите — будет честный разговор о том, как сохранять устойчивость и расти даже в самых непредсказуемых условиях.

📍 Место: Кампус Школы управления «Сколково»
🗓 Даты: 23–24 сентября
🔗 Регистрация

20 вакансий у нас в SSP SOFT

Привет всем хабровцам! Мы регулярно публикуем посты о наших вакансиях, включая 1С и DevOps.

Полный и актуальный список вакансий здесь: https://spb.hh.ru/employer/5648224.
Но откликаться на портале хх необязательно — внизу дадим прямые контакты с нашим HR.

Рабочие места в офисах в Москве (топ локация в ЦАО у Красной площади) и в Томске, а также у нас много сотрудников, которые работают удаленно из разных регионов России. Формат «онлайн» или «оффлайн» обсуждаем.

Вот примеры вакансий 1С и девопс — остальные 20 штук на см. на хх.ру:

1️⃣ Разработчик 1С (https://vk.cc/cPyro8)
2️⃣ Ведущего разработчик 1С (ERP, УХ) (https://vk.cc/cPyroI)
3️⃣ DevOps-инженер (https://vk.cc/cPyrpq)

👉 В SSP SOFT мы рассматриваем найм с прицелом на долгосрочную совместную работу. Многие сотрудники у нас работают по 5 лет и более.

Резюме можно направить нам напрямую в Telegram или на почту job@ssp-soft.com.

А для ускоренного рассмотрения пож-та отправляйте резюме HR-ру в Телеграм с пометкой "Нашел(ла) вас на Хабре", приложив сопроводительное письмо.

Шанхайская лаборатория искусственного интеллекта (Shanghai AI Lab) представила Intern-S1.

Это мультимодальная модель для научных исследований, которая умеет анализировать текст (включая уравнения, химические формулы и аминокислотные последовательности) и изображения (в том числе фотографии микропрепаратов, схемы и диаграммы).

Модель объединяет несколько специализированных компонентов:

• Vision Transformer (ViT) на базе InternViT-6B для анализа изображений (таких как фотографии микропрепаратов и диаграммы);
• Динамический токенизатор для структурированных данных. Обрабатывает молекулярные формулы (SMILES), первичную структуру белка (FASTA) и другие научные нотации. Он сжимает информацию в среднем на 70% эффективнее традиционных методов.
• Энкодер временных рядов для работы с последовательными числовыми данными, например, данными от сенсоров в длительном научном эксперименте.
• Языковая модель на основе Qwen3 для обработки текстов и интеграции всех типов данных.

Intern-S1 использует архитектуру MoE. Модель содержит 241 млрд общих и 28 млрд активных параметров. Такой подход позволяет эффективно распределять вычислительные ресурсы, активируя только необходимые модули для конкретных задач, что снижает энергопотребление.

В процессе дообучения Intern-S1 использовался метод тонкой настройки supervised fine-tuning (SFT) для мультимодальных задач и обучение с подкреплением (reinforcement learning, RL).

Также применялся новый подход Mixture-of-Rewards (MoR), который комбинирует награды за точность, информативность и верифицируемость ответов, ускоряя обучение в несколько раз.

В общей сложности для обучения Intern-S1 использовалось около 5 триллионов токенов, из которых примерно половина — это высококачественные данные из научных статей в формате PDF.

Сейчас Intern-S1 лидирует среди открытых моделей в бенчмарках ChemBench (83,4%), MathVista (81,5%) и MatBench (75,0%). Также она превосходит конкурентов в тестах MicroVQA (63,9%) и MSEarth-MCQ (65,7%).

Разработчики утверждают, что Intern-S1 особенно эффективна в междисциплинарных задачах, требующих анализа данных из разных областей.

Intern-S1 доступна на платформах Hugging Face и GitHub.

https://yandex.ru/ips

37.140.128.0/1 - Яндекс, вы конечно крупная компания, но не слишком ли амбициозно говорить, что половина интернета - это ваша подсеть?

Мне сейчас необходимо добавить половину интернета в белый список, потому что поддержка Яндекс подтвердила, что ошибки нет, это всё - их диапазон.

Когда «простой» бизнес-процесс превращается в хаос: правила всплывают на ходу, код становится хрупким, а бизнес недоволен…

Как этого избежать? Один из ответов — EventStorming. Метод, который помогает вытянуть скрытые требования, уточнить бизнес-правила и превратить размытые идеи в чёткие DDD-модели.

18 сентября в 15:00 (Мск) приглашаем на бесплатный вебинар «EventStorming: провоцируем взаимопонимание между бизнесом и разработкой».

Что будет на вебинаре:

✔️ Мини-сессия EventStorming на примере FoodTech-платформы GourmetHub: процесс назначения курьера «под микроскопом»;

✔️ Пошаговый разбор — от «наивной» модели до выявления «горячих точек»;

✔️  Как события и команды превращаются в агрегаты и сервисы DDD;

✔️ Практика проектирования масштабируемых и надёжных микросервисов.

📅 Дата: 18.09.2025

🕒 Время: 15:00–16:00 (Мск)

👉 Зарегистрироваться

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

На самом дне MCP — транспорт. Тут нет никакой магии: JSONRPC. Его работа — просто донести пакет от клиента до сервера и обратно. Запросы, ответы, нотификации, ошибки — всё аккуратно упаковано, но без бизнес-смысла.

Дальше идут данные. Со стороны сервера это Resources, Prompts, Tools. Resources управляют файлами, базой, API-ответами и прочим контекстом, который нужен ИИ-приложениям. Внутри этого — Content: текст, картинки, аудио, бинарь, блоки. Prompts описывают доступные подсказки и параметры. Tools — это исполняемые функции, которыми сервер делится с клиентом, от файловых операций до API вызовов.

Со стороны клиента данные другие. Sampling.Complete позволяет серверу дёрнуть LLM клиента без встроенного SDK. Elicit даёт возможность уточнить что-то у пользователя: параметры, подтверждения, ввод. Logging отправляет обратно логи и диагностику.

Есть и служебный слой: Initialize для рукопожатия, Capabilities для описания возможностей сторон, плюс сервисные штуки вроде уведомлений о прогрессе, подписок/отписок и отмен операций.

В итоге MCP — это не просто «реестр» инструментов, а полноценный протокольный шлюз. Сервер экспонирует ресурсы и инструменты, клиент решает, что из этого реально использовать. Баланс тот же: удобство для разработчиков серверов и полный контроль у пользователя.

В следующей заметке можно будет разобрать, как все эти части складываются в реальную работу: от того, как сервер отдаёт ресурсы, до того, как клиент подтверждает вызовы LLM.

Ну а чтобы вам не было скучно, я приложу сравнение протоколов, дабы можно было понять роль MCP относительно других

OpenAI внедряет проверку возраста в свою нейросеть ChatGPT. Если ИИ решит, что пользователь младше 18 лет по стилю общения, то он получит доступ только к урезанной версии ChatGPT с цензурой и родительским контролем. Также нейросеть обучат не вступать во «флиртующие разговоры» с несовершеннолетними и не обсуждать темы, связанные с самоубийством.

Взрослый пользователь сможет подтвердить свой возраст, предоставив паспорт или водительские права. «Мы понимаем, что это нарушает конфиденциальность для взрослых, но считаем это оправданным компромиссом», — пояснили в OpenAI.

После очередного повышения цены на 500 мегабит интернета дома и нежелания провайдера заменить глючную арендуемую приставку для ТВ на что-то более адекватное - стал изучать предложения от других провайдеров и добрался до оператора связи из большой тройки. На сайте смог найти тариф на 500 мегабит, но нет сервиса по проверке возможности подключения по моему адресу. Стало интересно пройти путь боли и страданий. Прокрутил вниз страницу, а там нет никаких телефонов, вот совсем. То есть я хочу дать людям денег, а способа с ними связаться просто нет! Хорошо, рыскал по сайту, пока в каком-то из FAQ не развернул ответ - "Что делать если нет доступа к личному кабинету?" и не увидел заветный телефончик 8-800. Позвонил, смог победить идиотского робота и стал ждать ответа, робот обещал 3 минуты, но я прождал 12. Радостный молодой человек прослушал мой укор по поводу отсутствия контактов на сайте, но ничего не предпринял чтобы например создать тикет. По моему адресу он сообщил что есть только 100 мегабит и я прервал разговор. А ведь есть конкретный человек, отвечающий за качество сайта и наверняка пишущий отчеты о своей работе и получающий премию за своё какчество работы.

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

PS: я включил хаб вэб-дизайна вот почему, мне доводилось управлять сайтом и если мне давали информацию по наполнению, то я давал обратную связь тем кто это делал - ошибки, рекомендации. Вот был же кто-то, кто сделал часть про домашний интернет, да и саму титульную часть сайта, видели что нет телефона НИКАКОГО и промолчали? Или сказали но были посланы?

PPS: кстати, что за мода делать мотню на 10-12 страниц, на каждой по 2-3 слова и пока всё прочитаешь вынужден мотать страницу еще и еще??? Кому по рукам линейкой бить?

Из сегодняшнего. Давно уже напрашивается MCP registry. Появился MCP реджистри. Не знаю, насколько аудитория погружена, поэтому если нет, то я подробнее распишу

Model Context Protocol (MCP) — это не классическое API, а новый слой взаимодействия между LLM и источниками данных: вместо того чтобы самому писать запросы, интеграции и «велосипеды», бизнес просто подключает MCP-серверы, которые находятся у провайдеров данных. Провайдер отвечает за подготовку промптов, функций, агрегацию источников и поддержку версий, а компания получает централизованный доступ к данным и готовым описаниям. Важно: MCP разводит зоны ответственности — финансы за работу LLM остаются у вас, а ответственность за качество данных и промптов несёт провайдер; таким образом, вы оптимизируете бюджеты, снижаете риски и можете гибко строить оркестрацию (через LangChain или свои пайплайны) без затрат на «ручные» интеграции с контролем версий отпровайдера

Раньше каждая команда или компания искала MCP-сервера вручную, через частные списки или разрозненные каталоги, что замедляло внедрение и поддержку клиентов. Теперь MCP Registry выступает единым «источником правды», где можно быстро находить, подключать и проверять сервера

Думаю, что ближайший год-два мы будем наблюдать, как наровне с публичными АПИ, будут появляться публичные MCP для интеграций. Что уж там, они есть уже у 1С даже, хотя там нюансы, конечно

Source

Хайп вокруг Model Context Protocol сейчас только набирает обороты. Все обсуждают, но толком мало кто понимает, как это работает под капотом. Я хочу поделиться тем, что сам знаю и использую, и начать серию заметок, где разберу протокол по слоям: от сервера до клиента. Без академического занудства, но с технической точностью.

Начнём с сервера. Это не просто API с ручками и базой. Это инфраструктура, которая хранит версии контрактов и управляет доступом к провайдерам через CQRS-подход. Только это не «чистый» CQRS, а своя интерпретация. У нас есть три ключевых блока: Tools — всё, что записывает (файлы, API вызовы, база), Resources — всё, что читается (ответы из API, файлы, БД), и Prompts — шаблоны и подсказки для взаимодействия. Вместе это даёт централизованный контроль и прозрачное управление контрактами.

Клиент, в отличие от классического сетевого «тупого» потребителя, выступает протокольным посредником. Он решает, что серверу можно, а что нельзя. Через Sampling клиент подтверждает вызовы к LLM, через Roots задаёт границы доступа к файловой системе, а через Elicitation уточняет недостающие данные у пользователя. Сервер может многое, но последнее слово всегда остаётся за клиентом.

В итоге MCP выглядит не как очередная модная аббревиатура, а как архитектурный способ держать баланс: серверу — удобство, пользователю — контроль. В следующей заметке покажу больше деталей клиентской стороны и зачем весь этот «слоёный пирог» вообще нужен.

59 источников бесплатного трафика для IT-продукта

Привет, меня зовут Денис Галенок. Я занимаюсь органическим трафиком уже 15 лет и недавно начал запускать свои IT-продукты.

Я собрал все основные источники органического трафика для привлечения пользователей без вложения денег, но с вложением времени.

Распределил все по категориям:

1. Поисковые системы (SEO) 

2. Социальные сети (SMM, органика) 

3. Магазины мобильных приложений (ASO) 

4. Магазины браузерных расширений 

5. SaaS маркетплейсы, плагины и интеграции 

6. Магазины десктопных приложений 

7. Контент-маркетинг 

8. Сообщества и форумы 

9. Каталоги 

10. PR и сарафанное радио

Всего 59 источников!

Пользуйтесь, сохраняйте на память или поделитесь с коллегами.

В pdf формате можете скачать у меня в ТГ.