Менеджмент

Genspark AI Workspace 3.0: агент Claw

1. Genspark Claw + облачный компьютер

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

Принцип изоляции: ваши данные живут только в вашем инстансе, не смешиваясь с чужими. Вы сами настраиваете, к чему агент имеет доступ. Под капотом — Claude Opus 4.6, GPT-5.4 и NVIDIA Nemotron 3 Super на инфраструктуре Azure.

Управление — через мессенджеры: написали задачу в WhatsApp или Telegram, агент выполнил и вернул результат. Поддерживаются Teams и Slack.

2. Genspark Workflows

Автоматизация повторяющихся задач в ~20 приложениях: Google Workspace, Outlook, Slack, Teams, Notion, Salesforce, X. Есть готовые шаблоны, есть возможность собрать свой сценарий. Логика простая: подключил инструменты, описал рутину — Claw выполняет её без участия человека.

3. Genspark Teams

Встроенный мессенджер внутри платформы — прямые сообщения, групповые чаты, поиск участников на уровне организации. Бесплатно. Это прямой выпад в сторону Slack: если агент уже живёт в Genspark, зачем переключаться в другое приложение для общения с командой?

4. Meeting Bots

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

Speakly для iOS и Android

Голосовой ввод с AI-редактированием. Работает поверх любых приложений — диктуете, Speakly вставляет готовый текст куда нужно.

Chrome Extension

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

Коротко про OpenClaw и почему сравнение уместно

Совпадение в названии не случайно — в день релиза SiliconAngle прямо написал, что Genspark Claw создавался как корпоративная альтернатива OpenClaw. Для тех, кто не следил: OpenClaw — open-source агент австрийского разработчика, набравший 247K звёзд на GitHub за два месяца. Работает локально, бесплатно, но требует технической грамотности для настройки. Исследователи нашли в нём 40К+ уязвимостей, после чего Китай запретил его в госструктурах.

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

Честно о том, чего я не знаю

Я не тестировал Genspark Claw — продукт вышел 12 марта, публичного доступа с прозрачным ценником пока нет. Неизвестно, как агент ведёт себя на длинных многошаговых задачах, насколько реально работает изоляция данных и во сколько это обойдётся обычной команде из 5–10 человек.

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

Итог

Рынок агентов сейчас делится не по функциям, а по аудитории. OpenClaw — если хотите контроль и готовы разбираться. Genspark Claw — если хотите просто поставить задачу и уйти. Оба подхода имеют смысл, просто для разных людей.

Если кто-то уже получил доступ и попробовал — интересно услышать в комментариях, насколько реальность совпала с обещаниями.

10 бесплатных вебинаров марта для руководителей

Привет, Хабр. Делимся подборкой бесплатных уроков, которые пройдут в Отус в рамках набора на курсы. Опытные практики проведут занятия онлайн — на них вы сможете узнать больше о формате обучения и задать вопросы. Выбирайте тему и присоединяйтесь, чтобы пробустить свою карьеру.

• 12 марта 19:00
  Лайфхаки трудоустройства продакт-менеджера
  ^{Открытый вебинар курса «Продуктовый менеджер ИТ-проектов»}

• 12 марта 20:00
  Командные конфликты – кто виноват и что делать?
  ^{Открытый вебинар курса «Руководитель DevOps»}

• 18 марта 20:00
  Сообщество как инструмент устойчивости бизнеса: создаем, развиваем и масштабируем
  ^{Открытый вебинар курса «DevRel (работа с сообществом разработчиков)»}

• 18 марта 20:00
  CTO (технический директор) как система: люди, процессы и ИТ для управления бизнесом
  ^{Открытый вебинар курса «CTO / Технический директор»}

• 18 марта 20:00
  Как построить аналитическую функцию в компании
  ^{Открытый вебинар курса «Data-driven (управление на основе данных)»}

• 19 марта 19:00
  Метрики удержания клиентов: Product Market Fit и Retention (соответствие продукта рынку и удержание пользователей)
  ^{Открытый вебинар курса «Продуктовый менеджер ИТ-проектов»}

• 23 марта 20:00
  Джедай или Ситх? Собираем идеального руководителя DevOps
  ^{Открытый вебинар курса «Руководитель DevOps»}

• 24 марта 20:00
  Как остаться умнее искусственного интеллекта в 2026 году?
  ^{Открытый вебинар курса «ИИ для решения рабочих задач»}

• 26 марта 20:00
  Метамодель TOGAF и модель организации
  ^{Открытый вебинар курса «Архитектура корпорации. Togaf 10»}

• 31 марта 20:00
  Этапы и артефакты 1С-проектов 2026: ИИ-интеграции и гибкая разработка
  ^{Открытый вебинар курса «Архитектор 1С»}

Полный список бесплатных уроков марта по всем ИТ-направлениям смотрите в дайджесте.

Новости законодательства и судебная практика.

В этот раз как-то не нашлось интересных изменений законодательства, поэтому пост будет небольшим

Взыскание долгов ЖКХ: правительство планирует внедрить цифровую процедуру.

В IV квартале 2026 года планируют подвести итоги эксперимента по извещению должников через Госуслуги и ГИС ЖКХ о вынесении судебных приказов.
Тогда же подготовят рекомендации по улучшению процесса. Еще через год механизм электронного взыскания долгов может заработать полностью.

Напомню, сейчас проходит пилотный проект, в рамках которого можно:

⦁ подготовить в ГИС ЖКХ цифровое заявление о вынесении судебного приказа
⦁ направить через эту систему заявление мировому судье, а также физлицу (документ приходит, например, на Госуслуги)
⦁ получить в ГИС ЖКХ электронное определение о возврате заявления, отказе в его принятии, отмене судебного приказа либо исправлении ошибок

Организации ЖКХ участвуют в мероприятии добровольно. Цели - улучшить информирование граждан о долгах и сократить сроки их взыскания.

Документ: Распоряжение Правительства РФ от 02.03.2026 № 398-р

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

Суды не согласились с увольнением из-за фразы о психологическом давлении.

Интересная и, на мой взгляд, опасная судебная практика.

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

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

ВС РФ также ранее указывал: формулировка в заявлении может говорить о принуждении работника к увольнению.

Документ: Определение 6-го КСОЮ от 29.01.2026 № 88-1153/2026

Честно говоря, позиция работника мне непонятна. И главный вопрос: каким образом компания может доказать, что давления не было? Получается, одной фразы в заявлении оказалось достаточно для восстановления. С какой целью работник восстановился? Вопросов больше, чем ответов.

А вы пользовались электронными сервисами ЖКХ? Что думаете о таком судебном решении?
Делитесь мнением в комментариях.

Проверка по словарю

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

1️⃣ Для хранения словаря рекомендуется создать таблицу «Отделы». Во-первых, её будет просто дополнять и редактировать. Во-вторых, таблицу можно использовать для хранения метаданных. Например, добавить информацию о руководителе отдела или о расположении в офисе.

2️⃣ Когда словарь готов, можно вернуться в таблицу «Сотрудники», открыть меню столбца «Отдел» и поменять тип на «Раскрывающийся список». Далее в поле «Критерии» указать «Раскрывающийся список (из диапазона)» и ввести табличную ссылку:

=Отделы[Название]

3️⃣ После включения проверки некорректные значения помечаются красным уголком.
Искать их глазами утомительно, поэтому проще временно скрыть корректные значения. Для этого можно зайти в меню столбца, выбрать «Столбец для фильтра», «Фильтровать по условию», «Данные не проверены». Таким образом в таблице останутся только некорректные записи, которые легко исправить. И не забыть сбросить фильтр.

➡️ Поиграться на примере

Ааа! Я не могу это смотреть! "В чём отличие внешнего ключа от внутреннего?" Или вопрос в Сбере на з.п в 200 косарей (руб/мес если чё): "что такое гит".

Дебилы собеседуют дебилов. Видимо, соревнуются в своей дебильности. Отрицательный отбор в действии.

Я конечно, давно понял, что в больших ИТ-компаниях изрядная доля штата с ОЧЕНЬ низкой квалификацией, но чтобы вот такой убогий уровень - это даже не плинтуса ниже, это ниже уровня пола. Таких ИИ конечно обделает, как можно проиграть абсолютному нулю?

Индустрия, тебе плохо? Пора откачивать?

https://www.in.sta.gram.com/pymineral/reels/

💥 Наш продажник без опыта программирования собирает интеграции на N8N быстрее, чем мы с разработчиками. И это не единичный случай!

Последние примеры от него:
— Интеграция запрашивает у логистических компаний (fedex, dhl и пр.) условия доставки заказа и отправляет в чат клиенту на выбор
— Интеграция календаря прямо в чате CRM помогает назначить встречу с клиентом никуда не переключаясь

Обе интеграции реально работают и приносят бизнес-ценность клиентам. Он их собрал сам, за выходные.

🤯 Я смотрю на это и чувствую FOMO относительно навыков работы с N8N, Cursor, Loveable и прочим вайбкодингом. Особенно в контексте тренда, который я недавно описывал (ссылки внизу): фаундеры стартапов становятся всё более техническими — в IT-менеджменте инженеров становится больше, чем управленцев!

С одной стороны, понимаю, что мне как продакту нужно прокачивать стратегию, аналитику, финансы. С другой — вижу, как вайбкодинг размывает границы между "техническими" и "нетехническими" ролями. Создаётся ощущение, что вписался в гонку без финиша: пока осваиваешь тонкие материи стратегического планирования, кто-то уже собрал и провалидировал 3 MVP!

Хочу ваше мнение, друзья! Может, я зря заморачиваюсь?

❓ Как вы расставляете приоритеты в обучении, когда хочется изучить всё сразу?

Ссылка на пост с коротким исследованием трендов в менеджменте стартапов
Ссылка на оригинал исследования

Запрет иностранных слов с 1 марта 2026: разбираем, что изменилось на самом деле?

СМИ в очередной раз создают информационный шум, не объясняя сути. Мне приходит много в

опросов от подписчиков и клиентов, которые всерьез обеспокоены этим «запретом».

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

На самом деле эта история началась в 2023-м году, когда в закон о государственном языке РФ были включены аналогичные нормы, с указанием на то, что они распространяются на сферу защиты прав потребителей и рекламы, с дополнением - с учетом особенностей осуществления деятельности в указанных сферах.

Поэтому внесение изменений в Закон о защите прав потребителей стало логичным продолжением изменений в законе о госязыке.

Что говорит закон (ФЗ от 24.06.2025 № 168-ФЗ)?

Изменения внесены в Закон о защите прав потребителей (далее - Закон о ЗПП)

Закон о ЗПП распространяется на всех, кто работает с потребителями (физлицами) - юрлица, ИП и самозанятые, если они оказывают услуги или продают товары гражданам.

Важно: если вы работаете только с юрлицами (B2B) и у вас нет информации в открытом доступе, предназначенной для потребителей - новые правила на вас не распространяются.

Однако я рекомендую на сайте добавить пометку «Информация предназначена для юридических лиц».

В законе нет ничего о размещении информации на сайтах и в соцсетях.

Однако есть разъяснения Роспотребнадзора о том, что к сайтам применяются данные нормы,которые тоже являются общедоступными местами.

Соответственно можно предположить, что и на соцсети данные правила применяются.

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

Что это за информация?

Это не рекламные сведения, которые размещаются в общедоступных местах:

-Табличка с режимом работы («Открыто с 10 до 21»).

- Указатель «Вход», «Выход», «Касса», «Гардероб».

- Информация на входной двери («Толкать/тянуть»).

- Объявление об акции или скидке на витрине («Скидка 20% на весь ассортимент»).

- Меню на входе в кафе.

- Ценники на товарах (кроме информации о товарном знаке).

Что теперь нельзя?

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

Например, нельзя разместить на витрине просто «coffee» или «sale» - должно быть дублирование на русском: «кофе», «скидка» и т.п.

При этом:
⦁ текст на русском и иностранном языке должен быть идентичным по содержанию;
⦁ они должны быть равнозначны по размещению и техническому оформлению (одинаковый цвет, тип и размер шрифта).

Что можно оставить на иностранном без перевода?

⦁ фирменные наименования (например, «Microsoft», «Apple»);
⦁ товарные знаки и знаки обслуживания (зарегистрированный бренд);

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

Соцсети и Telegram-каналы.

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

Также вы можете почитать о применении русских и  иностранных слов вот этот пост.

ПРОДОЛЖЕНИЕ В КОММЕНТАРИИ👇

GameDev мини-скоринг вашего игрового проекта за 15 минут

Пройдите тест: насколько ваша игра готова к релизу? 5 вопросов (для 5 категорий процесса управления игровым проектом).

Форма для оценки по ссылке>>.

Шкала оценки определена на основе анализа 45+ реальных, крупных игровых провалов, практического опыта в управлении рисками и работе с операционной эффективностью процессов различных компаний. Только здравый смысл, методология, данные и статистика.

Как считать:

1. По каждой категории поставьте балл от 1 до 5 (не обманывайте себя)

2. Умножьте на вес категории

3. Сложите и посмотрите на итоговый балл

Значения порогов:

• 42 – 83 🔴 Красная - критический риск, стоит переосмыслить концеп игры и/или управление ее развитием

• 84 – 147 🟡 Жёлтая - средний риск, можно работать, но необходимы корректировки

• 148 – 210 🟢 Зелёная - хороший потенциал, кандидат в успешные проекты

Обратная связь

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

Если шаблон оценки показался вам полезным, заходите в Telegram-канал - @GameDevRiskAdvisor. Подписывайтесь. Сможете больше узнать о рисках, метриках и ранних индикаторах проблем, присущих игровым проектам в индустрии GameDev. На канале мы регулярно и кратко разбираем игровые провалы, риски, делимся рекомендациями.

Мнение и опыт

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

Удачи в построении эффективных и устойчивых процессов.

С уважением,

Максим Торнов

Новое в законодательстве: отключение связи по требованию ФСБ, скидки через MAX и изменения в оплате ЖКХ

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

ФСБ сможет инициировать отключение связи

С 3 марта 2026 года вступил в силу ФЗ, который обязывает операторов связи приостанавливать оказание услуг по требованию органов ФСБ в случаях, которые установит Президент РФ .

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

Соответствующего указа Президента пока нет - он определит конкретные случаи применения этой нормы.

Документ: Федеральный закон от 20.02.2026 № 33-ФЗ

Скидки и льготы: продавцов обяжут принимать подтверждения через MAX

С 1 сентября 2026 года заработают новые правила для продавцов. Согласно постановлению, продавцы должны будут принимать сведения о личности, возрасте покупателей, а также об их праве на льготы, если эти данные представляют через мессенджер MAX. Тем же способом покупатель сможет подтвердить право на скидки и бонусы.

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

Документ: Постановление Правительства РФ от 17.02.2026 № 148

Сроки оплаты ЖКХ изменились с 1 марта

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

Изменения коснулись и выставления платежек: теперь управляющие компании обязаны направлять платежные документы не позднее 5-го числа месяца, следующего за истекшим (ранее было до 1-го числа) .

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

Документ: Федеральный закон от 24.06.2025 № 177-ФЗ

Защита прав потребителей: запрет на списание без согласия

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

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

Документ: Федеральный закон от 15.10.2025 № 376-ФЗ

Смертельный марш: почему ваш проект обречен и как в этом выжить

Если вы работаете в разработке, то рано или поздно вы оказываетесь в ситуации, когда дедлайн был вчера, бюджет сократили до стоимости обеда, а команда напоминает выживших после кораблекрушения. Эдвард Йордан в своей классической книге назвал это «Смертельный марш. Выживание в безнадежных проектах» (Death March).

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

Генезис катастрофы: Политика, политика и еще раз политика

Йордан честен: большинство безнадежных проектов рождаются не из-за технических сложностей. Они рождаются из-за того, что кто-то наверху играет в свои игры. Маркетологи наобещали невозможное, чтобы закрыть сделку; менеджеры побоялись сказать «нет» вице-президенту; а высшее руководство живет в мире, где девять женщин могут родить ребенка за один месяц.

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

Классификация неизбежного: В каком аду вы находитесь?

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

1. «Невыполнимая миссия» (Mission Impossible): Шансы на успех — 1 к 10, но команда верит, что они избранные. Это чистый адреналин. Если получится — вы станете легендами компании. Если нет — вы хотя бы попробовали прыгнуть выше головы.

2. «Камикадзе» (Kamikaze): Здесь нет веры в успех. Есть только осознание финала. Но проект дает доступ к технологиям, которые сделают ваше резюме золотым. Вы идете на дно вместе с кораблем, но с полными карманами ценного опыта и крутым стеком в портфолио.

3. «Отвратительные» (Ugly): Самый грязный вариант. Вы — просто «сжигаемый ресурс». Менеджеру нужно дотянуть до конца квартала, получить бонус и уволиться, оставив после себя выжженную землю и дергающихся от каждого уведомления сотрудников. Здесь нет места героизму, только эксплуатация.

4. «Самоубийственные» (Suicidal): Проект мертв, смысла нет, прогресса нет. Все сидят и ждут, когда здание наконец рухнет, просто потому что страшно или лень увольняться. Это чистая стагнация.

Принцип «Сортировки» (Triage)

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

Вы понимаете, что 80% функционала, о котором мечтает заказчик, никогда не будет реализовано. Профессионализм здесь заключается в том, чтобы сосредоточиться на тех 20%, которые позволят системе выдать хоть какой-то результат в день релиза. Всё остальное — белый шум и декорации. Вы просто игнорируете второстепенные задачи, не тратя на них ни капли энергии, даже если менеджер бьется в истерике.

Эстетика процесса

Безнадежный проект — это странное место. Когда результат предопределен (провалом), у вас исчезает страх перед этим самым провалом. Вы становитесь свободны. Вы можете писать код так, как считаете нужным, не оглядываясь на KPI и бесконечные совещания о «светлом будущем».

Смертельный марш — это не про успех продукта. Это про вашу личную устойчивость в условиях тотального хаоса. Пока вы сохраняете дистанцию и понимаете, что это просто роль в плохой пьесе, вы остаетесь профессионалом.

P.S. Циатата:

Когда я впервые услышал эти истории [о неразумном корпоративном поведении], я пришел в недоумение, однако после тщательного анализа я разработал сложную теорию, объясняющую такое странное поведение. Она заключается в следующем: люди - это идиоты.

Включая меня. Идиоты все, не только люди с низкими интеллектуальными показателями. Единственная разница между нами заключается в том, что мы идиоты по отношению к различным вещам в различное время. Неважно, насколько вы остроумны и находчивы, все равно большую часть дня вы проводите как идиот.

У меня не сходится логика RACI матрицы :(

Роли С и I - прекрасны, поэтому оставим их за бортом вопроса.

В моей картине мира есть Заказчик, Ответственный и Исполнител(ь,и).

• Заказчик (может быть внутренний) - принимает результат по требованиям.

• Ответственный - обязуется обеспечить соответствие целостного результата всем требованиям.

• Исполнители - делают руками.

Ответственный и Исполнитель - могут быть одним и тем же лицом, но Заказчик и Ответственный - категорически НЕ объединяются в одного человека - тут непродуктивный конфликт ролей. Я понимаю как это работает - веками схема себя зарекомендовала: Покупатель-Продавец и сотрудники продавца.

Собственно во что я всё никак не могу въехать:

Буквы R и A из матрицы - не ложатся на привычную схему... Если нет Заказчика - (может быть даже внутреннего) - работа бессмысленна...

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

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

В случае, когда А-из-матрицы это и Заказчик и Ответственный в одном лице - тут конфликт интересов, как я уже выше упоминал.

Если R-из-матрицы это Исполнитель, который делает руками, и он тут называется Ответственным, то в случае нескольких исполнителей на проекте возникает соблазн спихивать эту ответственность друг на друга, что не конструктивно и без роли "главного" - матрица не помогает прочертить границы в этой ответственности.

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

У кого получается с пользой применять RACI - можете объяснить с какой стороны это кушается? Или это просто сладкая дичь для говорящих голов?

Написал бота чтобы не сойти с ума от количества чатов

Если и у вас вся коммуникация в телеграме, вы знаете какая это боль. Следить за всеми чатами одновременно физически не хватает времени и сил.

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

В общем я сел и написал тг бота. Добавляешь его в нужные чаты – он молча сидит и собирает всю переписку в базу. Потом просто пишешь ему и он делает саммари, выгружает таблицу в Excel, показывает что чаще всего пишут люди

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

AI я использую локальный LLM, а в коде Openai, если будете устанавливать поменяйте на локальный или оставьте если вам нечего стесняться)

Выложил код на GitHub, настройка занимает 5 минут. Но экономит часы и нервы.
Вот ссылка https://github.com/Ata-ux/feedback_bot

Будут вопросы, пишите

–––––––––––

Мой ТГ канал

Как перестать быть центром всех решений и не потерять контроль :)

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

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

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

1️⃣ Что происходит, когда процессы держатся на одном человеке

Я пришла в Naumen в 2015 году. В 2020 у меня появилась первая команда из трех аналитиков. Через год — уже две команды. Сейчас это три команды: три тимлида, два техлида и двадцать аналитиков.

У нас закрывались задачи, клиенты получали ответы. Но по факту консультации, планирование дежурств и нестандартные решения замыкались на мне. И чем больше становилась команда, тем сильнее росла эта зависимость.

2️⃣ Три страха, которые мешают передавать процессы

Когда я решила что-то менять, сначала пришлось разобраться со своими страхами:

1. Я стану не нужна

2. Перегружу команду

3. Команда что-то сделает не так

Самым тяжелым оказался последний страх. Руководителю трудно осознать, что кто‑то может принять решение иначе. Но иначе не значит хуже.

А еще я поняла: если процесс живет только при моем участии — это слабое место, а не моя ценность.

3️⃣ Как мы перестроили систему консультаций

Раньше все было просто: любой сложный вопрос — ко мне. Я объясняла одно и то же разным людям, и это отнимало все больше времени.

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

• Опытные аналитики по каждой заявке

• Скриптолог дня для базовых техвопросов

• Техлиды для сложных техвопросов

• Третья линия как финальная инстанция

В этой схеме больше нет обязательного шага «спросить у Кати» :)

Важно, что я не просто объявила новые правила. Я объяснила команде, зачем им это, и дала возможность сказать, если что‑то не работает.

В результате консультации ускорились, экспертиза выросла, а я перестала быть узким горлышком.

4️⃣ Как мы перестали тратить часы на планирование дежурств

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

Теперь оставила себе только рамки: сколько слотов нужно закрыть и какие роли должны быть в дежурствах. Все остальное передала команде.

Мы сделали общую таблицу, где каждый выбирает удобные слоты. Если остается неудобное время, люди договариваются между собой. Через несколько минут после сообщения в пятницу график уже заполнен.


Я больше не держу в голове десятки нюансов — команда решает их самостоятельно.

5️⃣ Как быть с кризисными ситуациями

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

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

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

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

Плагин Tasks. Часть 2

Запросы - еще одна мощная возможность плагина. Пишутся на нативно понятном языке. Позволяют: 

1. Отфильтровать задачи из вашего хранилища по срокам, папке, содержимому

2. Настроить отображение задач в заметке 

Например, чтобы отобразить все невыполненные задачи со сроком (due date) сегодня, достаточно прописать в блоке кода:

tasks 
not done 
due today

⚠️ Чтобы запрос заработал, прописываем его в блоке кода, выделяемом символами “```”

💬 Больше про ведение заметок и планирование в Obsidian в моём тг-канале

Product Focus Club 2026 — конференция о будущем продуктов и бизнеса в эпоху AI

Product Focus Club приглашает предпринимателей, собственников бизнеса, топ-менеджеров, C-level, продуктовых лидеров и HR-директоров на закрытую конференцию нового формата, которая пройдет 17–18 апреля 2026 года в Москве, а также в онлайн-формате.

Product Focus Club 2026 — это профессиональная площадка для обсуждения будущего продуктового управления, бизнес-трансформации и роли искусственного интеллекта в компаниях. Конференция ориентирована на тех, кто принимает стратегические решения и выстраивает продукты, команды и бизнес-модели в условиях высокой неопределённости.

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

В программе конференции:

• выступления практиков и лидеров рынка;

• закрытые дискуссионные панели по ключевым вызовам бизнеса;

• практические воркшопы и мастер-классы;

• консультации и модерационные сессии;

• нетворкинг с предпринимателями и топ-менеджерами.

4 ключевых трека Product Focus Club 2026:

1. Продуктовая и бизнес-трансформация

2. Лидерство и команда в кризис

3. Стратегия прорыва и точки роста

4. AI & тренды

Основные темы:

• будущее продакт-менеджмента;

• стратегии роста и устойчивости бизнеса в 2026 году;

• продуктовые команды и культура;

• искусственный интеллект как источник конкурентных преимуществ.

В 2025 году конференция собрала более 250 участников и 30+ спикеров из компаний: Т-Банк, Сбер, VK, Альфа-Банк, Яндекс, Газпром Нефть, Авито, МТС, S7 Airlines и других.

Организатор конференции – Product Lab, обучение для компаний и отдельных сотрудников.

Регистрация открыта, количество мест ограничено.

Как снизить риски блокировки счета: правила финансовой гигиены для бизнеса

Вот и завершается наша серия постов о блокировке счетов. Все материалы вы можете посмотреть тут - от причин блокировок до способов реабилитации.

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

Соблюдайте финансовую дисциплину

Планируйте доходы и расходы. Держите делопроизводство в порядке. Отношения с контрагентами оформляйте договорами, изменения фиксируйте доп.соглашениями. Оформляйте счета, счета-фактуры, заявки. Расчеты проводите способом из договора.

Своевременно сообщайте об изменениях в ФНС и банк

При изменении сведений в ЕГРЮЛ/ЕГРИП (ОКВЭД, участники, директор, адрес) уведомите налоговую и банк. Несвоевременное обновление грозит блокировкой.

Проверяйте достоверность записей в ЕГРЮЛ и ЕГРИП

Налоговая проверяет сведения, особенно адрес. При недостоверности вносят запись в реестр. Если запись висит более 6 месяцев, компанию могут исключить из ЕГРЮЛ.

Подробно заполняйте платежные документы

Не пишите просто «по договору» или «за товар». Указывайте конкретно: за какие товары, работы или услуги, реквизиты договоров, счета, спецификации.
Попросите контрагентов делать так же. Прозрачные платежи - меньше вопросов от банка.

Оперативно отвечайте на запросы банка

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

Не дробите бизнес без необходимости

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

Минимизируйте наличные расчеты

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

Не снимайте крупные суммы наличными

Любое значительное снятие наличных сразу привлекает внимание банка. Если операция необъяснима с точки зрения бизнеса, последуют вопросы.

Сохраняйте все документы при наличных расчетах

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

Проверяйте контрагентов до начала работы

Смотрите: есть ли суды, исполнительные производства, долги по налогам (сервис «Прозрачный бизнес»), достоверность адреса и уровень риска на платформе ЗСК. Работа с недобросовестными контрагентами повышает риск блокировки ваших операций.

Платите налоги

Отсутствие или незначительный объем налоговых платежей по счету - тревожный сигнал. Банк может посчитать, что бизнес работает «в серую», и повысить уровень риска.

Не открывайте счета «про запас»

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

Правильно оформляйте отношения с работниками

Трудовые договоры, договоры с самозанятыми, ГПХ - все должно быть оформлено по закону. Подмена трудовых отношений самозанятостью или неоформленные сотрудники - при выплате ЗП банки проверяют сведения.

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

А на какую тему вы хотели бы подобную серию постов в будущем?
Пишите в комментариях.

Как будет выглядеть рабочий день инженера в 2029 году?

Ответ на этот вопрос можно найти в подкасте руководителя клиентской разработки RUTUBE Максима Ульянова. В гостях — Артём Арюткин, CPO платформы для разработчиков в Авито.

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

Из выпуска вы узнаете:

▪Чем CPO в DevEx отличается от CTO и зачем платформе продуктовый подход?
▪Что входит в техническую платформу Авито и почему важен принцип iPhone для разработчика?
▪Почему онбординг — это не «приятный бонус», а одна из ключевых метрик DevEx?
▪Зачем нужна технологическая стратегия и в каких бизнесах она реально избыточна?
▪Какие метрики первыми стоит начать считать для эффективности инженерных команд?
▪Почему платформы в крупных компаниях похожи и какие этапы развития они обычно проходят?
▪Каким компаниям нужна платформа и что меняется на масштабе 100 vs 500 инженеров?
▪Почему IT-индустрия «не зрелая» и какие ответы давно найдены в других отраслях?
▪Что такое «счастье разработчика» и почему его проще всего услышать в «разговорах у кулера»?
▪Почему в эпоху GenAI платформы могут стать ещё важнее?

Приятного просмотра и прослушивания!

Больше о том, как разрабатывают медиасервисы, читайте в телеграм-канале Смотри за IT. Там делимся опытом и рассказываем о жизни в цифровых активах «Газпром-Медиа Холдинга» таких, как PREMIER, RUTUBE и Yappy.

Понял когда можно начинать увольнять сотрудников!

Внедрение искусственного интеллекта в рабочие процессы сегодня идет по двум принципиально разным сценариям:

• Как усиление человека

• Как замена человека в процессах

1. ИИ как “экзоскелет”

В этой роли ИИ выступает в качестве персонального ассистента или “второго пилота”. Сотрудник выполняет свои функции, но использует нейросети для ускорения рутины, преодоления ограничений или усиления экспертизы. 

Плюсы подхода:

• Низкий порог входа: Часто это просто подписка на сервис.

• Гибкость: Сотрудник сам решает, когда и как включить экзоскелет. 

• Контроль качества: Человек остается в контуре, фильтруя галлюцинации и ошибки ИИ.

• Удовлетворенность сотрудников: Позволяет сосредоточиться на творческих и сложных задачах.

Ограничения:

• Привязка к человеку 1:1: Производительность конкретного сотрудника растет, но прямого снижения затрат не происходит.

• Зависимость от навыков: Эффективность зависит от цифровой грамотности сотрудника.

• Отсутствие системности: Результат может быть неравномерным по отделам, а знания могут оставаться в головах, а не в регламентах.

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

2. ИИ как “автономные агенты” (Цифровые сотрудники)

Здесь ИИ перестает быть просто инструментом и становится самостоятельной единицей. Вы ставите агенту задачу на входе, и он самостоятельно планирует шаги, использует корпоративные инструменты и выдает готовый результат. Это модель “человек над процессом”.

Плюсы подхода:

• Масштабируемость: Можно “нанять” тысячи цифровых сотрудников быстрее, чем обучить живых людей.

• Скорость: Агенты работают 24/7 и обрабатывают информацию в разы быстрее человека.

• Стандартизация: Исключается человеческий фактор - результат всегда предсказуем и соответствует заданному шаблону.

• Непрерывность: Цифровые сотрудники не болеют, не уходят в отпуск и не выгорают.

Почему этот подход сложен:

• Должна быть зрелость процессов: Бизнес-процесс должен быть описан, формализован и оцифрован. Автоматизировать хаос невозможно - ИИ его только приумножит.

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

• Система валидации: Ошибки должны отлавливаться автоматически, либо процесс должен строиться по принципу Human-in-the-loop (человек проверяет ключевые действия перед финальным одобрением).

Итог

Экзоскелет делает конкретного сотрудника сильнее и быстрее здесь и сейчас. Автономный агент делает бизнес в целом сильнее и независимее от количества человеческих ресурсов.

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

Мы психанули и скрестили аналитику маркетплейсов с аналогом MS Office. И пока отдаем это бесплатно.

Знаете, что больше всего бесит в торговле на Ozon и Wildberries? Не штрафы. И даже не платные приемки. Бесит зоопарк вкладок в браузере.

Вот типичный рабочий стол селлера или менеджера маркетплейсов:

1. В одной вкладке открыт сервис аналитики (за который отдано от 15 до 30 тысяч рублей в месяц).

2. Во второй — тяжеленный Google Sheets или Excel, куда менеджер руками копирует цифры, чтобы свести юнит-экономику.

3. В третьей — PowerPoint или Word, потому что инвестору или партнеру нужно красиво показать отчет за квартал.

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

Спойлер: мы не нашли нормального ответа. Поэтому пошли пилить YouStat.

Что мы сделали

Идея была простой до безобразия: взять глубокую аналитику продаж и встроить её прямо в полноценный офисный пакет. В одно окно.

Получилась единая экосистема:

• Аналитика уровня топов рынка. Сводная аналитики, разбор SKU, abc-анализ, бот для ответов на отзывы.

• Свои «Таблицы». Аналог Excel, который живет прямо внутри сервиса. Не нужно скачивать CSV-файлы и перекидывать их туда-сюда. Нашли прибыльную нишу — тут же в соседней вкладке раскидали юнит-экономику.

• Свои «Документы» и «Презентации». Полноценные редакторы. Собрали данные, упаковали в красивый отчет для инвестора, сохранили историю версий.

• И сервис для ведения бухгалтерии

P.S. Скоро докатим свои ИИ-шечку

По сути, мы сделали российский аналог MS Office, который «из коробки» умеет глубоко анализировать Ozon и WB.

В чем подвох и почему бесплатно?

Если вы завсегдатай VC или Хабра, у вас уже должен был сработать внутренний радар: «Очередной стартап обещает золотые горы бесплатно. Наверняка будут продавать мои данные или через неделю выкатят пейволл на 50к».

Отвечаю честно: мы не альтруисты. Мы коммерческий SaaS-продукт, который в будущем будет зарабатывать деньги.

Но прямо сейчас у нас релиз версии 1.0. Наш маркетинговый бюджет на старт — смешные 100 000 рублей. Если мы пустим их в Яндекс.Директ или будем закупать рекламу у блогеров-миллионников, мы просто сожжем эти деньги за пару дней и получим пшик.

Поэтому мы решили, что наш лучший маркетинг — это бесплатный продукт.

Мы открываем полный доступ к YouStat абсолютно бесплатно для всех ранних пользователей. Нам нужны бета-тестеры. Нам нужны люди, которые придут, начнут собирать свои таблицы, парсить конкурентов и... ломать наш продукт. А потом писать нам в саппорт: «Ребята, вот тут кнопка съехала, а вот тут таблица долго грузится».

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

Что дальше?

Сейчас сервис работает и открыт для регистрации. Никаких привязок карт, никаких скрытых триалов на 3 дня.

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

Ссылка на проект: youstat.tech

Заходите, тестируйте, ломайте. Буду рад ответить на любые вопросы в комментариях, поймать тапки за баги и выслушать конструктивную критику. Мы на связи!

Продуктовая разработка с агентами, замена agile-команд и роль продакт-инженера — эти и другие темы я обсудил с Юрой Агеевым, основателем ProductSense, в новом выпуске подкаста make sense.

Слушайте на удобной платформе: 
> Telegram 
> Mave 
> Apple 
> Яндекс Музыка
> YouTube

Таймкоды:
00:00 — Введение
01:58 — Личный сетап агентов, эксперименты и первые сценарии
03:34 — Почему тема агентов — это про орг. модель, а не про игрушки
06:05 — Откуда взялся Agile: ответ на рост сложности продуктов
09:10 — Идея мини-команд для быстрого тестирования гипотез с агентами
11:10 — Риски одиночки: туннельность, критика, фактор автобуса
12:05 — Платформенная команда: стандарты, «золотой путь» и «ворота качества»
14:05 — Зависимость централизации от культуры компании
16:12 — Продакт-инженер: продукт и инженерия в одном цикле
17:32 — Схлопывание ролей: инженеры учат продукт, продукты учат технику
19:33 — Практика пайплайнов в работе с агентами: сначала документация, потом код
26:03 — Контекст как главная ценность и способ удержания клиентов
29:01 — Один в поле не воин: почему запуск и масштаб важнее кода
30:28 — Можно ли доверять агентам?
33:54 — Конкуренция заставит ускоряться: когда агенты станут нормой?
35:55 — Практика внедрения агентов: выделенные пилоты и команды добровольцев
37:35 — Главные риски: стоимость токенов и деградация навыков
42:09 — Как будут трансформироваться процессы и agile-роли?
50:57 — Как правильно строить эксперимент: задачи, команды, обучение и метрики

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