Маркетинг

Всем привет! Я Владислав Урих, работаю продуктовым аналитиком в Авито, сейчас занимаюсь построением алгоритмов мэтчинга в новом транзакционном продукте — Авито Подработка. В статье рассказываю, как мы построили алгоритм мэтчинга — инструмент подбора оптимальной выдачи для каждого конкретного покупателя.

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

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

30 мая 2025 году состоялось мероприятие прямо в здании Сбербанка на Кутузовском проспекте. Конференция прошла уже не совсем в формате, как у ВТБ, доклады относительно длинные, но было заметно, как спикеры варьируют между тем, чтобы показать науку, и между тем, чтобы объяснить как можно популярнее. В этоге я думал, в формат ли развлечений мне переключиться и просто кодить под фан-доклады спикеров, или же очень загрузить себя кучей вопросов про то, как обобщить те или иные случаи в докладах, какие формулы уместны в контексте. Об этом я задумался еще на докладе, на котором выступал Иван Оселедец...

Я два года веду блог "Упал, поднялся", а бизнес-истории размещал на VC, Habr, Smart-lab, ЖЖ, а когда-то еще и на Пикабу.

Я делал неуверенные попытки раньше — у меня были выложены пара видосов, штук 5 статей. Даже накопилось откуда-то 20 подписчиков.

Примерно через каждый день проходит то или иное событие в Москве в даты с 25 мая по 2 июня 2025 года. Видимо, мероприятия от организаторов Data Fusion не одноразовое, и что-то подобное планируется проводить ежегодно, поэтому интересно посмотреть программу данного фестиваля.

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

5 лет назад я завела блог в запрещённой социальной сети и уже через месяц лишилась трети подписчиков. Как сказали сбежавшие:

— Ксения, вы крайне категоричны в высказываниях. Это давит.

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

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

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

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

Моя категоричность объяснима: много лет я работала руководителем отделов по клиентскому сервису в федеральных компаниях и ориентировалась на стандарты, которые умею задавать сама. Да вот только делать качественный сервис мне было легко. У меня были деньги и люди. У малого бизнеса часто нет ни первого, ни второго.

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

Привет, Хабр! Сегодня хочу поговорить о том, как компании-разработчики сами себе «ставят палки в колеса» — выбирают неэффективные модели лицензирования собственного ПО и теряют выручку. Казалось бы, что сложного? Настроил защиту от несанкционированного использования, прикрутил проверку лицензий, добавил пару условий в договор — и готово. Но на практике ошибки в лицензировании обходятся дорого: теряется выручка из-за пиратства и негибких продаж, растут операционные расходы, а клиенты уходят к конкурентам. Почему это важно? Лицензирование — не просто «замок» на софте. Это инструмент монетизации, который защищает код от нелегального использования, формирует стабильный доход (подписки, продажа обновлений и модулей ПО), автоматизирует процессы и делает конечных пользователей счастливыми.

В январе 2025 года наша команда запустила игровой центр в мобильном приложении Т2, представив миру казуальных игр нашу первую разработку - «Дроп-Мастер»!

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

В современном мире мы ежедневно сталкиваемся с потоком информации: ссылки, фото, видео, документы — всё это быстро накапливается и теряется в хаосе закладок, медиатеки или чатов. Я устал от этой проблемы и решил её раз и навсегда, создав Telegram-бота Favie. Это инструмент, который упрощает хранение данных, предлагает умный поиск по тегам и работает на любом устройстве, и в этой статье я расскажу о нём и как он появился.

В данной статье представлен авторский подход к унификации и централизации механизма обработки ошибок в HTTP-обработчиках веб-сервисов, разработанных на языке Go. Статья подробно рассматривает ограничения традиционных методов обработки ошибок, ведущие к дублированию кода и снижению поддерживаемости. Предлагается новый архитектурный паттерн, включающий использование специализированной сигнатуры функций-обработчиков, кастомного типа ошибки HTTPError для инкапсуляции статуса ответа, сообщения для клиента и внутренней ошибки для логирования, а также Middleware-адаптера для интеграции с фреймворками net/http и Gin. Данный подход демонстрирует повышение читаемости кода, упрощение отладки и обеспечение консистентности ответов API, что представляет собой значимый вклад в практику разработки бэкенд-сервисов на Go.

Packard Bell — бренд, переходивший из рук в руки на протяжении бурной истории XX века. Под этим наименованием успешно выпускали радио и телевизоры. Однако наибольшую популярность компания обрела благодаря компьютерам, которые отличались простотой, надежностью и относительной дешевизной. Packard Bell даже когда-то входил в число крупнейших производителей ПК в США. Секрет успеха — глубокое понимание потребностей массового пользователя. Рассказываем, как этот бренд развивался и как поживает сейчас.

Забудьте о том, что Docker — это некий таинственный инструмент исключительно для DevOps-инженеров. В современном мире разработки Docker стал таким же незаменимым швейцарским ножом, как Git или ваш любимый редактор кода. Он позволяет любому разработчику писать код, который будет одинаково работать на машине коллеги, на тестовом стенде и в продакшене, забыв о кошмаре "а у меня на машине все работает". Если вы еще не погрузились в мир контейнеризации или вам нужен удобный источник команд, эта статья — ваш экспресс-билет.

Как я попробовал копитрейдинг на Solana: слил $800 на CEX, но потом отбился и сделал +$2000 на DEX.

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

Пробовал на CEX — слил почти весь депозит😅 Перешёл на DEX, настроил бота, начал копировать ончейн-сделки — и получил совсем другой результат.

👉 В статье: фейлы, кейсы, настройки, как искал кошельки, и почему некоторые зеркала могут торговать друг против друга.

Реальный опыт, цифры, немного автоматизации и никакой теории.

(И да, там еще несколько скринов — не пугайтесь длины)

Часть 2 — это гайд по выживанию в мире кривых текстов, а также грамматический апокалипсис, куда мы закинули ChatGPT‑o1, o3, две штуковины от «Яндекса» — «Нейроредактор» и YandexGPT-5-Pro, Text.ru и «Мистера корректора». Заставили их искать опечатки, запятые, кавычки и ошибки уровня «25-го декабря» — и да, это больно.

Зачем терпеть этот разбор? Чтобы не стать тем парнем, чей пост на «Хабре» поправили в комментах. Готовьтесь: тут будут не только баллы, но и таблица, из‑за которой один нейрокорректор плачет в уголке. Да‑да, он снова всё испортил. Поехали разбирать, кто реально исправит ваши «исчо», а кто наделает новых ошибок.

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

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

Для обзора я выбрал 13 самых популярных онлайн‑сервисов, приложений и нейросетей, чтобы определить, кто лучше сможет проверить правописание (орфографию и пунктуацию). Мы разберём их по косточкам, выявим силу и слабость каждого участника и, конечно, определим победителя.

(Ну правда, почему ошибки всегда выпрыгивают на глаза только после отправки?)

Привет, Хабр! Я — Денис Сохранный, ведущий инженер саппорта и старший одной из смен поддержки в Nexign. Много лет работаю в IT-индустрии, связанной с телекомом и биллингом, на разных позициях от инженерных до тимлидских.

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

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

Наши герои — Настя и Кирилл, основатели AVM Technology, компании, разрабатывающей B2B-решения в сфере автоматизации. Почти пять лет бизнес рос за счет сарафанного радио. Но в определенный момент этого стало недостаточно.

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

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

Ты вроде уже не джун. И не просто мидл, который «хочет роста». Ты тот самый человек, у которого всё под контролем: ты ведёшь команду, пишешь сложный код, иногда — даже с удовольствием. У тебя есть архитектура, ответственность и график в Google Calendar, в котором нет дыр. И всё же...

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

Парадокс в том, что выгорают чаще всего не те, кто не справляется. А те, кто справляется всегда. Кто привычно берёт на себя, затыкает дыры, поддерживает джунов, шутит в чатах, чтобы всем было полегче, и остаётся онлайн ещё на час «просто чтобы доделать». Мы выгораем не от нагрузки. Мы выгораем от отсутствия смысла и невозможности выключиться.

Ты начинаешь понимать, что просто отпуск — не лечит. Он как анальгин на трещину: на пару дней отпустит, но потом снова вернётся. Список дел не сокращается, командная динамика не налаживается сама, конфликты не исчезают от того, что ты «просто делаешь свою работу». И вдруг ты ловишь себя на циничной мысли: «А может, это просто теперь нормально?»

Нет. Это не нормально. И точно не неизбежно.

В какой-то момент мы с ребятами, такими же, как ты, решили: а что, если всё отключить? Slack, ноутбуки, KPI, даже «как дела на проекте». И поехать в лес. Без слайдов, без ролей, без кофе-брейков на 15 минут. Просто пожить 2,5 дня среди сосен, костров и людей, которым не нужно объяснять, что такое архитектурный долг, но с которыми можно говорить не про это.

Научитесь грамотно настраивать рекламу или проверять настройки подрядчика, чтобы получать заявки и продажи, а не слив бюджета. Продолжаем серию публикаций по Яндекс Директу. Сегодня рассмотрим 4 аспекта:

1. Правильно структурируем рекламный аккаунт
2. Делим кампании по теплоте пользователя
3. Устанавливаем регионы показа с корректировками
4. Указываем время показа с корректировками

Ежегодно процесс регистрации программного обеспечения (ПО) и  программно-аппаратного комплекса (ПАК) в реестре отечественного ПО  претерпевает значительные изменения, и их незнание увеличивает риск отказа. Эта статья — полноценный гайд для IT-компаний. Она ответит на все часто задаваемые вопросы по этой процедуре и поможет успешно пройти все этапы регистрации ПО и ПАК в Реестре Минцифры.