С 1 января 2026 года у товарного бизнеса изменилась экономика. Базовая ставка НДС выросла до 22%. Маркетплейсы становятся дороже, правила там меняются чаще, а доступ к клиенту по-прежнему не ваш. Плюс падает покупательская уверенность, кредиты дорогие, логистика сложнее.
И тут парадокс. Рынок не падает. Он продолжает расти.
Meta Description: Сравнение подходов к лидогенерации в Telegram: массовые рассылки и AI-таргетирование. Данные, конверсии, риски бана, архитектура фильтрации.
В 2026 году Telegram — один из главных каналов B2B-лидогенерации в рунете. Но подходы к нему диаметрально разные:
Подход A: Массовая рассылка. Купить базу, написать всем, надеяться на 0.5% конверсию.
Подход B: Таргетированная лидогенерация. Найти релевантных людей в группах, написать персонализированно, получить 15-25% ответов.
Разберём оба — с цифрами, рисками и технической стороной.
Вы наверняка ловили себя на том, что раз за разом копипастите в чат с ИИ одни и те же инструкции: «Пиши на TypeScript», «Не используй сторонние библиотеки», «Добавляй тесты». В программировании мы по сути называем это нарушением принципа DRY (Don’t Repeat Yourself). Но почему мы продолжаем это делать при общении с нейросетями?
В этой статье мы разберем концепцию Skills (Скиллов) — переиспользуемых «навыков» для ИИ-ассистентов, которые живут прямо в вашем репозитории и делают работу агентов предсказуемой, чистой и профессиональной.
Мы все привыкли к классическому раскладу: для поддержки есть сервис деск, в проектных командах — Jira, у ИБ — свои системы. При этом одни и те же сотрудники могут решать заявки, участвовать в проектах, а еще — устранять инциденты совместно с безопасниками.
Когда эти процессы существуют по отдельности, данные разрознены, ответственность размывается, работа движется медленнее, растет риск ошибок. Гораздо лучше объединить эти три направления на одной платформе — ловкость рук и никакого соперничества между окнами систем за внимание специалистов.
Автор: Алексей Бобрешов, руководитель отдела ИИ
Категория: Искусственный интеллект, управление проектами, бизнес-аналитика, международные проекты
Время чтения: 10–12 минут
Я руковожу направлением искусственного интеллекта в одном из крупнейших федеральных холдингов России. В моём портфеле — 6 реализованных проектов (далее…)
В 2022 году мы приняли решение объединить множество показателей, связанных с разработкой, в интегральную метрику Contribution. Данной метрикой мы диагностируем Code review и считаем вклад разработчика в продукт.
Формула расчета метрики выглядит как сумма произведений весов на выполнение показателей:
∑ {вес} показателя ✕ {выполнение} показателя
где:
вес — значимость показателя (0-1)
выполнение — отклонение текущего показателя от референса
Некоторое время назад штрафы за нарушения в области персональных данных могли вызвать скорее улыбку у собственников бизнеса, чем страх. Зачастую было выгоднее нарушать, чем внедрять средства защиты. Но в последние годы все изменилось.
«Как дела? Не могу говорить, все горит!»
Реальность B2B SaaS (как и в большинстве направлений разработки) последние пару лет — это перманентный пожар. Заказчик просыпается с новыми вводными, рынок штормит, приоритеты меняются быстрее, чем успеваешь обновить Jira.
Начнем с начала – с момента, когда в принципе стоит начинать задумываться, что вам нужна корпоративная шина данных (КШД или ESB – Enterprise Service Bus).
Нулевая точка отсчета – это разросшийся IT-ландшафт (10+ систем). На таком масштабе с каждым новым процессом становится все сложнее отслеживать, что с чем взаимодействует. При этом IT-директор постоянно сталкивается со следующими вызовами со стороны бизнеса:
Обеспечить устойчивое развитие IT-ландшафта под нужды бизнеса
Задачи при этом появляются регулярно и могут быть как локальными, так и достаточно большими.
Снизить затраты на развитие в горизонте
Большинство методик управления проектами отвечают на вопрос «что делать», но значительно хуже — на вопрос «в каком состоянии находится проект прямо сейчас». Мы измеряем сроки, бюджеты, проценты готовности, количество выполненных задач — и при этом нередко упускаем момент, когда проект перестаёт быть управляемым, хотя формально всё ещё «идёт по плану».