◈ X-Research
← Seva's Voice
Summary

135-minute discussion webinar where Seva walks through the full evolution: from personal Second Brain to company-wide Shared Workspace, from marketing data platform to AI-agent product, from copilot to service provider. Covers master-skill architecture, the manager-agents-people sandwich, and growth strategy modeled on Harvey/Sierra.

Key Frames
From data platform to product-agent

"The company evolved from a marketing data platform to AI agents that connect to client data, explore context, and over time lead to autonomous ad management on large budgets."

Second Brain = one Shared Workspace for the entire org

"All teams, knowledge, calls, tasks, and materials converge to a single entry point. Overnight automation pulls and organizes content. The agent can draw on the context of the whole company, not just one department."

Three pillars of doing it right

"One root routing for all agents (Cursor rules / CLAUDE.md / table of contents), otherwise duplication and silos mirror the org chart. Transformation starts from the top — founder and leadership first, not a bottom-up architect. Then a dedicated person for automation once leaders can run their own iterations."

Master-skill collapses the integration timeline

"After a period when point skills were heavy to maintain, the master-skill for full client launch took off — a long instruction with links to pieces. The first 80% of the path compresses to days; the rest is live debugging. Product and integrators continuously improve the same artifact."

The manager-agents-people sandwich

"Project summaries become YAML/HTML dashboards. The agent generates a priority list for managers by instruction. The process owner tweaks the rules — you get a sandwich: manager → agents/workflows → people, with short process iteration cycles (days instead of weeks)."

From copilot to service provider

"The adoption ladder: chat and research → trust in conclusions → reproducing how a human looks at dashboards → auto-rules with code and iterative improvement. Then a shift from selling a copilot to becoming a service provider who takes responsibility for results."

AI-native growth strategy

"A convenient outsource wedge (like switching agencies on a channel), a pilot with massive visible value, enterprise-first entry, hiring industry people as trust carriers, pricing based on the budget for people/outsource rather than per-seat SaaS."

English Translation
Discussion webinar moderated by Alexander Povaliaev. Seva Ustinov (Plurio / formerly Elly Analytics) traces the evolution of AI adoption in the company since January 2025 — from a personal Second Brain and unified Shared Workspace to a business model pivot (PDA-first, AI agents for ad management), restructuring roles, and automating knowledge and processes. Separately covers the master-skill for client integrations, the manager-agents-people "sandwich" for operational management, B2B product adoption by performance teams, and the shift from copilot to service provider backed by patterns from fast-growing AI companies (Harvey, Sierra, etc.).
Full Transcript

AI Mindset {AI-Native}: shared workspace → продукт-агент — 10 Apr 2026

Запись: ~135 min (No highlights)

Источник

  • https://fathom.video/share/sz34BtpBgRW_QMXhaZTAsxnQ2wAy_dyg

Саммари

Вебинар в формате дискуссии: Сева Устинов (Plurio / бывш. Elly Analytics) рассказывает эволюцию внедрения AI в компании с января 2025 — от личного Second Brain и единого Shared Workspace до смены бизнес-модели (PDA-first, AI-агенты для управления рекламой), сокращения и перепрофилирования ролей, автоматизации знаний и процессов. Отдельно — как устроен master-skill для клиентских интеграций, «бутерброд» менеджер → агенты → люди для операционного менеджмента, adoption B2B-продукта у performance-команд и вектор от copilot к сервис-провайдеру с опорой на паттерны быстрорастущих AI-компаний (Harvey, Sierra и др.). Модератор — Alexander Povaliaev; в конце — вопросы про консистентность скиллов, стек инструментов и границы доступа.


Основные мысли спича Севы

Ниже — сквозная линия именно выступления (демо shared workspace, эволюция внутри компании, затем продукт и стратегия), без разбора всех ответов в Q&A.

  • От платформы данных к «продукту-агенту». Компания эволюционировала от marketing data platform к AI-агентам, которые сами подключаются к данным клиента, исследуют контекст и со временем ведут к автономному управлению рекламой на крупных бюджетах — это и бизнес-фокус, и оправдание перестройки всего остального.
  • Second Brain = один Shared Workspace на всю организацию. Все команды, знания, звонки, таски и материалы сводятся к единой точке входа; ночная автоматизация подтягивает и раскладывает контент; агент может опереться на контекст «всей компании», а не одного отдела.
  • Три опоры «как делать правильно»: (1) один корневой роутинг для всех агентов (Cursor rules / CLAUDE.md / оглавление), иначе дублирование и силосы как в оргструктуре; (2) пока всё в MD с перспективой единой БД — но смена хранилища не ломает модель, если правила в корне; (3) трансформация идёт сверху: с фаундера и leadership, иначе «архитектор снизу» не тянет; дальше — выделенный человек на автоматизацию, когда лидеры уже умеют сами крутить итерации.
  • Цена и эффект внутри: рост доли зарплат на токены и подписки, сокращение/пересборка линейных ролей, перенос людей в развитие агентов и скиллов — как следствие того, что «второй мозг» стал операционной реальностью.
  • Архитектура доступа: общая видимая структура папок у всех, но содержимое — отдельные репозитории с гранулярными правами (Finance, личное и т.д.); обновления через агентов, без обучения всей компании git вручную.
  • Переход команды — повторяемый сценарий: недели регулярного обмена AI-кейсами на общих встречах → решение о едином workspace на всю компанию → онбординг 1–2 часа с каждым → «сделать старый способ невозможным» (в т.ч. волевой перенос базы знаний в workspace) → автоматический поток транскриптов, чатов, ClickUp, клиентских документов; секреты через OnePassword, а не общий секрет в GitHub на всех.
  • Интеграторы и продукт сходятся в одном артефакте. После периода, когда точечные скиллы были тяжёлы в поддержке, выстрелил мастер-скилл полного запуска клиента (длинная инструкция со ссылками на куски): первые ~80% пути сжимаются до дней, остаток — «живая» отладка; продукт и интеграторы непрерывно улучшают один и тот же процесс — это меняет экономику масштабирования без линейного роста headcount.
  • Перестройка цепочки ценности. Сложная работа по интеграциям всё больше «вшивается» в агента; параллельно Сева проводит аналогию с эволюцией инструментов труда — цель убрать людей как bottleneck между продажей и ценностью для клиента.
  • Операционный менеджмент как у больших команд, но на текстовых инструкциях. Кейс Customer Success: сводки по проектам → YAML/HTML-дашборды; список приоритетов для менеджеров генерирует агент по инструкции; овнер процесса крутит правила — получается «бутерброд» менеджер → агенты/воркфлоу → люди, с коротким циклом изменения процессов (дни вместо недель).
  • Внешний продукт (UA): лестница adoption. От «чат и исследования» к доверию к выводам → воспроизведение того, как человек смотрит дашборды → автоправила с кодом и итеративное улучшение, в т.ч. ML; дальше — сдвиг от продажи copilot к сервис-провайдеру, который отвечает за результат, с крупной продуктово-интеграционной машиной «под капотом».
  • Стратегия роста в духе AI-native компаний: удобный для аутсорса клин (как смена агентства на канале), пилот с огромной видимой ценностью, enterprise-ориентированный вход, найм людей из индустрии как носителей доверия, ценообразование от бюджета на людей/аутсорс, а не «за сиденье в SaaS».
  • Честно про поддержку системы: консистентность скиллов и правил обеспечивают люди-оунеры папок и разделов, а не отдельные «агенты на агентов» — иначе бардак лечится запросом «подправьте инструкции» через корневые правила и команду.

Key points

  • Контекст компании: от marketing data platform к AI-агентам под крупные рекламные бюджеты; один shared workspace с репозиториями команд, ночной синхронизацией, звонками и тасками в MD.
  • Архитектура доступа: общая пустая структура папок у всех; реальные данные — в отдельных репо с правами (Finance, личная CRM и т.д.); корневые Cursor rules / CLAUDE.md как единая точка входа для всех агентов.
  • Ошибки других команд: изолированные Notion/репы без общего роутинга; успех начинается с фаундера/leadership, не с «нанятого архитектора»; затем — выделенный человек на автоматизацию и поддержку.
  • Транзишн: ~12 недель регулярного шеринга AI-кейсов на общих встречах; онбординг 1–2 ч с каждым; волевое отключение Confluence как основной базы (после миграции в workspace); Head of CS кейс — мониторинг проектов за день через агента.
  • Интеграции: «мастер-скилл» на полный запуск проекта (≈200 строк + ссылки) — резкое ускорение первых 80% работ; продукт и интеграторы дорабатывают один и тот же артефакт.
  • Менеджмент: дашборды/ YAML → HTML; агент формирует приоритетный список работ для людей; сжимается классический middle-management overhead при быстрых итерациях процессов.
  • Продукт для UA: путь adoption — чат/ресерч → доверие к выводам → workflow как смотрение дашбордов → автоправила с кодом → дальнейшее улучшение (в т.ч. ML); перспектива — ответственность за результат как у сервис-провайдера, enterprise-first и найм из индустрии.
  • Поддержка знаний: оунеры папок/скиллов — люди; автоматической «актуализации ради актуализации» нет — культура правок через запросы и корневые правила.
  • Инструменты: базово Shared Workspace + Cursor; многие на Claude Code; часть — OpenClaw на Mac mini; гибкость по клиентам (Perplexity и др.), если итог живёт в workspace.

Транскрипт

AI Mindset {AI-Native} - shared workspace → продукт-агент - April 10
VIEW RECORDING - 135 mins (No highlights):


0:00 - Jin Kolesnikov Всем привет.

0:02 - Alexander Povaliaev Классически пару минут мы собираемся, но если есть что сказать, спросить, поделиться, то классное время для этого.

0:11 - Jin Kolesnikov Как вы перед выходными?

0:16 - Alexander Povaliaev Лимиты обновились? Какие выходные? Наконец-то поработаем.

0:24 - Jin Kolesnikov У меня в понедельник обнуляются.

0:26 - Alexander Povaliaev У других с лимитами?

0:41 - Илья Голубев Я себе ферму из этих, из кодекса агентов параллельно работающих настроил, так что нормально все с лимитами. И тут сегодня кодекс выпустил это, что подписка за 100 баксов какая-то вышла с лимитами.

0:54 - Jin Kolesnikov Да, да. Это кастрированная 200 долларовая подписка. Параллельно настрой, так что нормально все свои методы.

1:03 - Илья Голубев Мне тут сегодня кодекс... Опа, это что это, я дублируюсь?

1:07 - Jin Kolesnikov Это не ты, это у меня.

1:09 - Илья Голубев Ага.

1:13 - Jin Kolesnikov Да. Так что, да.

1:16 - Сергей Зиненко У кого-то получается выгребать подписку к кодексу? У меня, честно говоря, ни разу так и не получилось. А вот Claude Code так, ну, здрасте.

1:25 - Илья Голубев Какую подписку конкретно?

1:26 - Сергей Зиненко Ну, долларов, которая большая.

1:31 - Илья Голубев У меня, получается, много раз кодекс... Ой, этот Claude Code я выгребал.

1:38 - Сергей Зиненко Вот, у меня то же самое. То Claude Code у меня, да, периодически, на неделю хватает. Вот я сегодня ждал там, пока у меня днем обновится. А на кодекс у меня что-то ни разу, вот он, типа, на 60% недельный, типа, оставался. И там как-то недели неровно идут, я вообще так и не понял логику. Вроде не получилось.

1:56 - Jin Kolesnikov Ну, у кодекса же есть алгоритм... Сжатие, когда у них контекстное окно заканчивается, они там сжимают неплохо контекст.

2:06 - Сергей Зиненко Ну да, у меня получается в сессии в одной и той же сессии долго прям работать.

2:10 - Jin Kolesnikov Да. Поэтому тяжело выдавить подписку большую.

2:16 - Сергей Зиненко Я все пытаюсь, у не получается.

2:18 - Илья Голубев Меньше субагентов запускается, меньше еще что-нибудь. Ну, не знаю, по-разному работает. Может, ты просто в кодексе меньше работаешь.

2:28 - Сергей Зиненко Да вот сейчас стараюсь в последние две недели прям замучить его, и что-то не получается.

2:41 - Alexander Povaliaev Пока собираемся, дам небольшую рамку относительно завтра у нас в Office Awards. Со Степой в последний раз встречаемся, общаемся на тему того, что накопилось. Если кто-то был в понедельник, вы помните формат, вы помните эти четырехчасовые сессии. Вот от нее могли родиться какие-то вопросы, вот мы попробуем завтра. В понедельник демо-дэй, вечер, 18 сет, скорее всего, это будет открытое или полуоткрытое мероприятие, мы об этом либо сказали, либо еще скажем, формат зависит от количества людей, по ощущению это будет 5 минут на человека с вопросами, сориентируемся при встрече, будет классно посмотреть ваш стэк, ваши какие-то находки за лабу, посмотреть, что получилось делать, не всегда прям гипертехнично, это может быть просто питч того, что получилось понять за это время, это тоже, наверное, нормально. Вот, поэтому приходите, будем рады видеть, очень классное мероприятие, потому что в этой среде, мне кажется, у всех очень кастомное решение, и всегда можно подцепить даже на разных уровнях сложности что-то для себя. Вот, а сегодня тогда начнем запись. Оль, включи, пожалуйста. Сева, привет, с нами сегодня Сева Устинов. Наверное, особо представлять не надо, мне кажется, очень известный человек, и многие тут в том числе благодаря ему. Сегодня немножко другой формат. Сегодня поговорим, это будет, да, выступление, демонстрация какого-то стэка и разных подходов, которым Сева пришел в рамках своей деятельности за годы, один из ранних, кто об этом начал публично говорить, но это будет что-то в формате дискуссии в какой-то момент, где мы много раз смотрели эту архитектуру, это решение, и я где-то буду помогать, возможно, вопросами, из контекста того, что я знаю и про ваши решения, и про вообще ту динамику, которая у нас есть на лабе, вот, но начинаем мы все с тебя, как ты считаешь нужным, так и выстроим. Презентация, слово, давай.

4:38 - Seva Ustinov (Elly Analytics) Так, всем привет, давайте поширю экран и начну показывать, рассказывать разные штуки, вот, если будут появляться вопросы, задавайте их текстом или голосом, вот, если текстом, то... SCREEN SHARING: Seva started screen sharing - WATCH: https://fathom.video/calls/631186945?timestamp=302.054575 Да, будем к ним возвращаться. И мне, в принципе, интересно рассказать эволюцию того, что происходит с AI-кой внутри организации на практике. Я всю эту историю начал в прошлом году в январе, и с тех пор довольно далеко, мне кажется, продвинулся. И вот хочется показать разные этапы, как это происходило на практике, и что происходит сейчас, вот уже после того, как и Shared Workspace сделали, и всю команду трансформировали, и продукт переделали, PDA First, и внутренние процессы перестраиваются, и вот к чему все это идет. Прежде чем туда занырнем, я чуть-чуть дам контекст про то, что мы делали, что мы делаем. У нас компания Plurio, раньше она называлась Elly Analytics, и раньше мы делали marketing data platform, то есть, по сути, собирали для клиентов данные из всех их рекламных каналов, из XRM, call-трекингов, бэкэндов, платежных систем, веб-аналитики, ап-аналитики, собирали все это вместе, настраивали модели атрибуции и строили дешбордики, которых медиабайеры клиентов смотрели, что у них работает, не работает, и на основе этого принимали решения. Там какие-то дешборды, данные вместе, все такое. Компания была, по сути, устроена так. Половина людей — это sales, marketing, R&D, разработка платформы, а половина людей — это те, кто внедряют это решение клиентов. Подключаются к их данным, отлаживают качество данных, атрибуции и так далее. В тот момент уже было человек 30 с хвостиком, и вот это та точка, в которой мы начинали наш транзишн. Пришли мы сейчас к тому, что мы делаем AI-агентов, которые сами управляют, сами анализируют все данные, подключаются к тем данным, которые есть у клиента, сами делают ресерч, предлагают, автоматизируют ту работу, которую раньше делали медиабайеры, и в конце концов переводят это в полностью автономный режим. Все это актуально для компаний, которые тратят сотни тысяч долларов в месяц или миллионы долларов в месяц на Google, Meta, TikTok и другие похожие каналы. И вот сейчас мы попали в точку, где... Прям супербыстро начинаем расти, потому что очень крупные компании, им всем это интересно. In-house никто ничего такого еще не построил. Это там 100 миллионов долларов под управлением, 100 миллионов рекламных бюджетов. И это мы только начали. Так, соответственно, поехали про Second Brain. Начали с того, что там я еще в прошлом году, где-то, по-моему в июне перешел от вайб-кодинга к тому, чтобы в курсоре делать вообще все. PD-вики, материалы, все остальное. Любые, короче, любую свою обычную работу. И быстро понял, что это означает. И раскатал эту историю на всю команду. Буду перекликать. Тихо. Как убрать чертову полосочку, Zoom-овскую? Hide Video Panel?

9:12 - Olya AI Mindset Да, можно перетащить куда-то.

9:14 - Seva Ustinov (Elly Analytics) Я просто сейчас в Нью-Йорке, не на своем обычном сетапе, где у меня большие мониторы, тут это все, что я просто убрал. Выглядит это, в принципе, вот так. Думаю, курсоры, все остальное вы уже все видели. Крупнее я сделаю. Один единый shared workspace, в котором абсолютно все репозитории, все папки всех команд, все рабочие, все, вот, моя strategy-папка со всеми материалами, моя личная CRM-ка здесь живет, вся продуктовая, документация, материалы, скиллы, тулы, employee handbook, мы людей сюда онбордим, весь продакшн, это в смысле кастом. Support, Customer Success, вот integration с клиентами, вот так это та команда, здесь все клиенты, все материалы, все звонки, все чаты, вся документация, и все это автоматически обновляется. И то же самое по сейлзовой команде, весь сейлзовый pipeline, и маркетинговые материалы, все материалы команды маркетинга. У всего этого есть единая точка входа, и я могу своим агентам задавать любые вопросы, просить что-нибудь делать с доступом ко всему контексту всей компании, вот, вообще всей. Это оказалось довольно универсальный паттерн, что мы складываем все материалы вместе, делаем доступным всей компании, настраиваем небольшую автоматизацию, которая собирает какие-то вещи каждую ночь. А транскрипты звонков раскладывает по нужным папочкам и какие-то такие вещи. И работает прекрасно. И это та штука, про которую я уже рассказывал. Там осенью она собиралась. Сентябрь, октябрь, ноябрь. Это как раз когда была всякая автоматизация. Вот я эту часть немножечко быстро рассказываю, потому что я про нее уже много раз рассказывал. Надеюсь, что вы ее видели, слышали, и на курсе уже было много всего про такой сетап. Здесь просто повторяю, чтобы рассказать, как она работает. Сама эта штука, вот тот этап, он привел к тому, что мы сначала перестали нанимать всякие ассистентские роли, потом у нас начали сокращаться линейные роли. Там было два сейлза, стало один сейлз. Было 10 человек на интеграцию, стало 8. Потом он начал приводить к тому, что часть людей переходит из ролей вот таких вот линейных в то, что они помогают развивать там продукт и агента, и скиллы, то есть там процентов 40 людей в итоге так или иначе поменяли роли внутри компании. И, фан-факт, мы преодолели отметку в 4% от зарплат у нас идут на токены и подписки чисто нашей команды, без того, что клиенты токены кушают. Тут хочется на этом шаге, на этом этапе подсветить несколько важных историй. Да, и пресса будет, но мне, честно говоря, удобнее здесь это рассказывать. Так как я в это время еще пообщался с десятками команд и фаундеров, и команд, которые тоже всю эту AI-историю к себе внедряют, я заметил какие-то некоторые вещи, которые мы сделали правильно, и некоторые вещи, в которых люди часто ошибаются. Ошибка номер один. У какой-то команды появляется свой репозиторий, своя папка, свой Notion, что-нибудь, где у них живут все их материалы, инструкции, скиллы, и там вот эти настроенные, все эти агентские штуки с курсором, Claude Code или чем-нибудь. А там соседний отдел, не знаю, например, сейлзы, вообще не в курсе, как у них там что работает, или они в курсе, но не пользуются. Вот, на мой вкус... Очень важная штука, чтобы вот, что бы у вас ни происходило, где бы она там, в репозиториях, или в Notion, или в кастомной системе, или в базе данных, неважно, где у вас живут данные, важно, чтобы была одна точка входа и один корневой там Cursor Rules, CLAUDE.md, AGENTS.md, для абсолютно всех людей в компании, чтобы все люди, когда пишут агенту свой вопрос, он весь роутился через какой-то исходный файл, и потом уже попадал там в нужную команду, в нужный раздел. Почему это важно? Потому что тогда получается, что каждый вроде как поддерживает и отлаживает свою часть этого воркспейса, а улучшается он для всех. И я могу у своего агента в любой момент спросить что-нибудь в стиле, типа, слушай, а где там, а вот мы там кого-то нанимали, и там был какой-то скоринговый процесс, скажи там, как это было устроено. Или там. Сходи, посмотри, в принципе, в нашей базе кандидатов, есть ли у нас кто-то, хорошо подходящий на такую роль. И мне не нужно, типа, плагиниться куда-то, идти к людям, спрашивать, где чего. Я спрашиваю этого своего агента. Агент имеет доступ ко всем командам, ко всем разделам в этом shared workspace. И, типа, этот вопрос, там, в 80% случаев агент на него может ответить, он знает, где чего лежит, и что из этого актуально, и так далее. Это прям суперважная история. Вторая на этой части, это про то, что у нас до сих пор абсолютно все материалы, и все звонки, и все чатики-переписки, и все таски из кликапа, и комменты по ним, все живут в виде MD-файлов. И вот мы только сейчас переходим к тому, чтобы разворачивать какую-то единую базу данных на всю компанию, и часть таких материалов переносить туда. И, в принципе, мы это можем довольно бесшовно сделать, опять же, потому что у нас есть корневые Cursor Rules, и мы можем просто в них прописать для агентов, что вот смотри, а звонки теперь бери вот там, вот таким способом, вот тебе скиллы, вот тебе тулы, пользуйся. Поэтому это настолько важно, чтобы вот эта штука была общая на всех, абсолютно на всю компанию. Так дальше можно вот этой архитектурой, где что-то живет, управлять и менять все это гибко. Третья штука, что абсолютно во всех кейсах, где успешно внедрялся какой-то подобный AI-ный сетап, это все начиналось с фаундера. Никакие истории про то, что я тут найму какого-то человека, я архитектора, и он нам поможет сделать этот транзишн, не работают, если там фаундер или CEO не начинает с себя, но я подозреваю, что на... На курсе все уже увидели, как и почему это работает, и, в принципе, если вы сюда пошли, значит, это оно. Но потом в какой-то момент полезно, чтобы все-таки появился выделенный человек, который, вот, когда я или там кто-то из моей leadership team, или кто-то, в принципе, из команды спотыкается про какие-то вещи и не может там за 10-20 минут отладить на вайб-коде себе какой-то кусочек, но уже точно знает, чего он хочет, чтобы это можно было кому-нибудь отдавать со словами, типа, сделай, чтобы вот эта интеграция работала, сделай, чтобы это работало по расписанию и так далее. То есть тут вот важная история, что... Ай, все, улетело. Важная история, да, что оно идет не снизу вверх, оно идет сверху вниз, и вот буквально надо начать пользоваться самому агентом, и каждый человек в leadership team должен начать сам использовать курсор, Claude Code для больших кусков своей работы, и только потом отдавать какие-то кусочки на автоматизацию. Вот сюда добавлю еще одну штуку про то, что, кажется, где-то была, но я потерял, что вот это хорошо работает, потому что не нужно, чтобы сделать какой-нибудь там запрос, процесс, что-нибудь поэкспериментировать, не нужно ставить тикеты кому-то и ждать день, неделю, месяц, пока там будет сделано. Итерация. Что мы, вот каждый из нас сначала просто идет и отлаживает какой-то свой процесс или экспериментирует с тем, что в принципе можно сделать. И там как бы за вечер, за день можно сделать 20, 30, 40 итераций. И только когда хорошо понятно, что нужно сделать и какие технические ограничения там возникают, это можно кому-нибудь делегировать. И пусть они там этот день, неделю отлаживают и уже там внедряют процессы до конца. Но вот вся эта штука идет с того, что там каждый сам свою работу делает с агентами. Так, дальше хочу поговорить про то, как происходил процесс перехода. Да, прежде чем мы запрыгнем туда, есть ли что-то вот про просто базовый сетап? Shared Workspace, папочки, там, инструкции, и вот это вот все. Я вот так проскочил, потому что, мне кажется, это уже не самая интересная часть, но все-таки.

20:12 - Alexander Povaliaev Я один вопрос задам про уровни доступа, он там подсвечивался в чате, что разные роли. Ты говорил, что все имеют к корневому Claude Code доступ, но все имеют роли, есть какое-то все-таки, наверное, финансовое или что-то ограничение, да, что не все хотят, или ты не хочешь, чтобы все-таки все прям 100% узнал. Как там эти права выстроены, через что?

20:30 - Seva Ustinov (Elly Analytics) Да, это работает так. Мы в итоге остановились на архитектуре, когда есть вот этот shared workspace с корневой структурой папок и вот скриптами, инструкциями про то, как этот shared workspace разворачивать и обновлять. Но все сами папки в этом репозитории пустые, то есть структура общая, абсолютно одинаковая, у всех там 40 уже человек в компании, но сами папки пустые. И дальше внутри папки это на самом деле вложены... Вот весь Strategy — это один репозиторий, вся CRM-ка моя личная — это один репозиторий, весь продукт — это один репозиторий, и к этому репозиторию можно конкретному человеку давать или не давать доступ. В итоге там папка репозиторий Finance и моя личная CRM-ка, они доступны там маленькому количеству людей, но в дереве папок они есть у всех, и вот чтобы для всех агентов в компании эта структура выглядела одинаково. Обновления происходят, ну, либо по расписанию, либо можно просто агенту сказать, типа, загрузи, обнови, то есть никому в компании не приходится учить команды работы с Git-ом, они просто агенту говорят, типа, скачай все обновления, закачай все, что у меня здесь, все, что я здесь делал. Вот. Я еще в прошлом году выкладывал везде и всем показывал эту заготовку, вон, ей уже 5 месяцев, это просто шаблон нашего Workspace, то есть те же самые папки, только анонимизированные и почищенные, и там пример Cursor Rules корневого, и Quickstart, и README, и можно просто, в принципе, своему курсору, Claude Code сказать, возьми вот эту штуку за основу и сделай нам такое же. А дальше под себя уже докручивать. Так, что-нибудь еще про Shared Workspace?

22:51 - Alexander Povaliaev Ребята, если вопросы по ней, давайте парочку быстро и пойдем дальше.

22:55 - Arseny Klekovkin Вот можно, а вот эту единую точку входа в разных форматах... Как организовывать, особенно когда там с нуля, вот, да, какие варианты есть, кроме того, что вы сделали, там, вот, да, грубо говоря, что, как можно попробовать, как точно этого не надо делать?

23:16 - Seva Ustinov (Elly Analytics) Это, на самом деле, суперпростая вещь, то есть мы, как бы, на уровне компании договорились, что, вот, все наши агенты, курсоры, Claude Code, кодексы, OpenClaw, они все запускаются на папке под названием Shared Workspace, и там в корне лежит, он мне так не показывает, курсор покажет? Да, покажет. И там в корне лежит файл CLAUDE.md и, а для курсора вот этот вот корневой его Rules, Master Rules Index, да, из одного файлика уже прилично превратился в папку, но суть та же самая. И тут для агентов написано, стало уже менее читаемым, чем было раньше. Клодовский попроще будет. Тут просто для агента описано, что это за папка, какие у нас здесь есть вложенные папки, где лежат инструкции для того, чего часто спрашивают. То есть там получается такое, что если я что-нибудь спрошу про продуктовый процесс, то здесь ему будет написано, что продуктовый процесс описан... Где он тут описан? Вот здесь, вот по... По этой ссылке. И пойдет прочитает там, а там какие-то свои инструкции, и там уже детали. Вон, по там, что у нас про стратегию, про инвесторы, про бизнес-модель, про компетишн. Это все в моей папке, и вот тут описано, что там есть, что там актуальное. То есть это буквально такое единое оглавление для агентов. И так как мы договорились, что мы, вот у кого что есть, курсоры, Claude Code, OpenClaw, кодексы, они всегда у всех запускаются вот в этой папке, а в этой папке лежит этот файлик, а в этом файлике есть общие инструкции для всей компании. Но в первую очередь оглавление, где чего делать, где смотреть, какие детали, а еще тут же где-то должно быть, как обновлять репозиторий и так далее. Что-то здесь. Мало стало инфы, было больше. Видимо, он где-то ссылается на детали. Не так важно, что здесь написано, важно, что получается, что все люди в компании запускают своих агентов на этой папке. Здесь есть какие-то корневые инструкции. И дальше эти корневые инструкции подтюниваются под задачи компании. И все. То есть это концептуально очень простая штука. Папка, файлик, и все. Просто если команды начинают жить внутри своей папки, и у них там свой какой-то корневой Cursor Rules, и на него нет ссылки в общем, то начинает происходить какое-то дублирование, агент не в курсе, что там в соседнем разделе есть. Ну и в целом происходит то же самое, что в оргструктуре, когда команды изолированы друг от друга, друг с другом мало общаются. Поэтому вот просто говорим, ребята, неважно, вы сейлзы, вы разработчики, вы кто угодно, запускаем своих агентов на этой папке, и если там что-то работает не так, как хочется, подправляем это для всех.

27:15 - Arseny Klekovkin А как ты, вот личный вопрос и рабочий вопрос, у тебя это как разделяется, за счет прав доступа здесь, или же ты отдельный, как бы отдельный клод у тебя есть на локальном?

27:29 - Seva Ustinov (Elly Analytics) Ой, у меня всего понемножку. Во-первых, мы сделали в общей структуре папку personal, которая не уходит ни в какие гитхабы общие, и тогда, я когда работаю с рабочими задачами, я могу себе здесь делать папочки, проектики, которые, с одной стороны, я их делаю с агентами, у которых есть shared workspace весь и вся информация про него, а с другой стороны, типа, это не мешает другим людям в команде, это никуда не идет. А, ну... А, ну... Плюс оно работает в... У меня там еще есть Personal Workspace. Это там вещи, которые совсем не связаны с работой. Там про здоровье, про терапию. И, ну, как бы там Shared Workspace не нужен. Плюс у меня есть OpenClaw на... Вот это вот рабочее OpenClaw. У есть два OpenClaw. Один личный, один рабочий. Рабочий живет на MacMini. У MacMini есть, собственно, тоже подцеплен Shared Workspace. И я могу своему OpenClaw сказать что-нибудь в стиле, типа, спрашивать про мою личную CRM, которая тоже живет в Shared Workspace, спрашивать что-нибудь там. Там все, что мне нужно, в принципе, чтобы я в курсоре под коде спрашивал на компе, я могу спрашивать у OpenClaw, потому что у него доступ есть к тому же самому Shared Workspace. Но там структура обратная все-таки. Спасибо за субтитры Дубровскому! Мой OpenClaw, и у него одна из папок — это Shared Workspace. И когда вопрос касается компании, он берет все инструкции оттуда.

29:12 - Arseny Klekovkin Спасибо.

29:15 - Seva Ustinov (Elly Analytics) Так, 30 минут.

29:17 - Nick Kovalchuk Сева, есть еще вопросы. Могу задать? Да. Привет. Мне интересно, как у тебя реализованы таски, то есть как они в целом у реализованы в системе, то есть есть ли какая-то отдельная система для таск-менеджмента, и как они у тебя собираются в систему, ну, в виде каких-то записей, наверное. И ты сказал, что у тебя CRM, и она, как я понял, виде MD-файлов, да, у тебя существует. То есть задачи по CRM, получается, тоже попадают все в один пул. Если не попадают, то как это организовано, хочется понять.

29:59 - Seva Ustinov (Elly Analytics) Смотри, это не... Отличная CRM, и она наполовину сделанная, но мне уже помогает, работает, в ней нету автообновления, но вот сюда, по моей команде, я говорю, подтяни всю переписку с вот этим человеком, скачай, обнови его, ну, профиль, профиль и deep research, что он сам умеет делать, сразу, когда я добавляю новый контакт, сводку по человеку он поддерживает там каждый раз, когда что-нибудь меняется, и плюс это добавляется в файлик context.yaml, где написано, просто такое краткое summary, типа человек, о чем мы говорили, о чем договаривались, текущий статус, ссылка на детали, и вот таких вот тут много. Я это переведу в какой-то момент на YAML, или, может быть, даже вообще на базу, но пока не успел, и хочу, чтобы он еще автоматически обновлял. Сейчас мне это помогает скорее как такая суперумная записная книжка, которая говорю, типа так, вот я сейчас был на конференции, познакомился вот с этими 10 людьми, я вот буквально с телефона просто закидывал скриншот, короткий комментарий, и все, человек попадает в мою базу. В следующий раз, когда мне что-нибудь будет нужно, я спрошу, типа, а кого я, типа, а кто у меня из такой индустрии, а кто у меня из таких ролей, а кому я что-то обещал и не сделал. Вот, то есть это такая очень простая пока штука, она будет потихонечку расти, но мои задачи уже решают в каком-то объеме. Таски рабочие, они есть вот у команды продакшена, там у них есть кликап, проекты, таски. Таски, комменты, переписка, статусы, pipeline, это все, и оно уже все попадает в shared workspace, и я могу спрашивать, типа, а что там происходит с этим, с этим. Ну вот личные таски, я понял, что, ну короче, у меня пока такой сетап.

32:15 - Nick Kovalchuk Можно тут уточнить, потому что таски, они же постоянно обновляются, то есть мы можем поменять статус, мы можем поменять содержание. У тебя вот все обновления как-то стремятся?

32:27 - Seva Ustinov (Elly Analytics) Слушай, я живу в календаре, если в календаре у меня здесь есть встречи, у меня есть здесь, типа, 10 тасков. Если у меня не помещается то, что мне надо сделать вот в этот формат, значит, я потерялся, мне нужно что-нибудь убить. Ну, окей, это отдельная тема, в личной истории сейчас, наверное, не пойдем.

33:00 - Alexander Povaliaev Ребят, можно я немножко за менеджер, просто знаю контекст, который будет впереди, он гораздо более интересный, поэтому я вот, если вопросы прям по этой части, давайте их скипнем, пожалуйста, и пойдем дальше, потому что есть что показать. Если прям быстро и очень важно, то, Сергей, вам не дайте, но я бы предложил пойти дальше. Спасибо. Да, тогда идем дальше.

33:25 - Seva Ustinov (Elly Analytics) Так. Как выглядел процесс перехода всех людей на эту систему? Я это начинал делать еще в прошлом июне, и тогда было вообще неочевидно, что вот оно будет выглядеть вот так и работать вот так. И у меня там в команде было в лидершип-тим, типа, человек семь, и два человека сразу подхватили. То есть я просто начал показывать, типа, оу, смотрите, я тут питчдек собрал за 15 минут, и он классный. И мне так с ним удобно работать. Мне кажется, вам тоже стоит что-то такое попробовать. Парочка человек забрали сразу, парочка человек такие, ну, интересно, но сейчас нет времени. Несколько человек такие, блин, это какая-то хайповая муть, это все не работает, не мешайте нам жить и работать. Что я тогда сделал? В течение трех месяцев, то есть 12 недель, раз в две недели, я все общие встречи начинал с того, что мы иногда 10 минут, иногда 20, 30, иногда 40, иногда всю встречу просто обсуждаем, какие у нас у кого появились AI-ные кейсы. Я показывал свои, они довольно быстро появляются, типа, оу, а я тут еще транскрипты звонков подключил, оу, а я еще переписку подключил, оу, а я сделал анализ проекта, оу, а я базу знаний перетащил в первом приближении. У меня теперь. Агенты сами ее читают. Он типа, а у меня тут рекрутинговый процесс по-другому теперь заработал. И, короче, вот любые какие-то такие кейсы просто делились у кого... Я как бы немножечко пушил эту историю, что говорю, так, у кого... Давайте я поделюсь своими кейсами, поделитесь у кого какие свои. Раз в две недели, 12 недель, это типа условно 24 раза мы с leadership team поговорили про эту историю. Дальше в какой-то момент я сказал, что... Опять, типа, личное было решение, что, ребята, мы делаем общий workspace и не на команду, а сразу на всю компанию, и, как бы, пути назад нет. Там в этот момент, вот, собственно, потребовалось выделить нашего head of operations на то, чтобы она с каждым человеком... Человекам в компании созвонилась и помогла, ну, часик-два, заонбордила человека в эту штуку, помогла ее поставить, а если есть какие-то проблемы личные, то помогла их решить, а если проблемы технические общие, то вот там начал появляться человек, который помогает с автоматизацией, и, собственно, первые несколько недель он сетапил, чтобы там репозитории хорошо работали, чтобы апдейты хорошо работали, чтобы у всех одинаковая структура была. Мы сначала там Windows забыли, там все под Mac оптимизировали, а потом выяснилось, что аналитики-то живут с Windows, по работе им надо, у них там Power BI. Вот, Head of Operations из этой истории выключилась, когда всех заонбордили, а вот один человек на support и развитие, и автоматизацию развития остался. И потом недели на шестой я сказал, что мы убьем базу знаний, что ребята через две недели... Неделя базы знаний не будет. Она будет доступна только через курсор, только в Shared Workspace и больше нигде. Две недели не получилось. Там нужно было отлаживать, как мы картинки складываем из конфлюенсов все-таки, чтобы они были доступны в Markdown, Assets, рендерились красиво и вот это вот все. Но убили там типа через 4-5 недель. И в этот момент абсолютно у всех людей в компании исчезла физическая возможность не пользоваться этим сетапом. Так, Саша, о чем ты говоришь?

37:42 - Alexander Povaliaev Sorry, это агенты.

37:44 - Seva Ustinov (Elly Analytics) Sorry. А, окей. Вот, соответственно, весь этот транзишен на то, чтобы перевести всю компанию на эту историю, заняло, соответственно, 3 месяца от момента идеи. Когда вот начали делиться первыми кейсами, у кого что интересненькое с агентами получается, до того, что вся компания работает в этом сетапе. Потом еще два месяца, ну да, восемь недель где-то, потихонечку туда доезжало, чтобы транскрипты всех встреч автоматически подтягивались и раскладывались по папочкам. Переписки из телеграм-чатов и Slack-каналов с клиентами подтягивались в нужной папочке. Таски из кликапа и комменты к ним подтягивались автоматически и были здесь. Документация клиентская из Google Drive переехала сюда. Потом все начали вайб-кодить разные тулы себе. Стал вопрос, типа, как сделать авторизацию для наших агентов и наших скриптов, чтобы это было достаточно секьюрно, а не было в GitHub один секрет на 40 человек. Это там через OnePassword сделали. Скрипты просто дергают OnePassword, когда им нужен какой-то пароль, а OnePassword у каждого свой. И там еще чуть-чуть каких-то вещей было, но я в это уже не сильно погружался, потому что важно, что получилось, что я заонбордил весь лидершип-тим, а потом немножечко заставил всех остальных залезть в этот сетап. У людей происходил аха-момент, и дальше, ну, просто внутри компании появилась тяга на то, что, типа, люди уже делятся, воодушевляются, им прям нравится, и у них чего-то не работает. Они приходят, сами спрашивают, а сделай мне такую штуку, а сделай мне такую штуку. Ну, дальше этот процесс уже пошел. Так, я сюда еще одну штучку только добавлю, это... Блин. Дотащить каждого из лидершип-тима до аха-момента. То есть там, как я говорил, парочку-парочку человек побеждать не нужно было, они сразу сами побежали экспериментировать и воодушевились. Несколько, там, знаю, у разработчиков, их как бы трансформация, они дальше всех ушли в этой трансформации, но вначале сопротивлялись. У них это было, когда стало понятно, что автотесты можно генерировать автоматически и больше их не писать, и документацию можно поддерживать автоматически и больше не страдать из-за этого. Вот для них весь этот трансишн, вот всю эту историю, он начался с этих двух кейсов, и потом это их воодушевило, а потом там поехали агенты, управляющие агентами. Пайплайны, автоматические ревью, вот это вот все, оно приехало попозже, но вот важно было дотащить человека до того, что он такой, типа, вау, эта штука мне прям супер помогает. После этого само едет. Сложнее всего было с аналитиками, которые делают вот эти интеграции нашей Data Platform к клиентам, потому что к ним по определению попадают самые сложные задачи, которые не очень получается решить там менеджерами или скриптами. Поэтому и AI-ка там чуть-чуть хуже справлялась вначале, и их было сложнее в эту историю заонбордить, потому что у них 90% работы — это какая-нибудь отладка, где нужно сидеть, вкуривать, смотреть, что-то пробовать. Но в итоге и они все трансформировались, я дальше расскажу как. Но вот это вот выглядит как прям повторяемая история. Я ее много кому как идею продавал, много кто по этому процессу в своих компаниях шел. Работает как часы. Важно только этапы не пропускать. Начинать с себя, шарить кейсы. Типа вот прям 12 недель мы много внимания направляем сюда. Дотаскивать скептиков, подсовывать буквально им. Типа, а попробуй это, а попробуй вот это. Потом всех заонбордить и им помогать. Потом делать это неизбежным. Так, что у нас тут? Да, пиковый момент этого этапа для меня был, когда ко мне пришел Head of Customer Success и говорит, слушай, я тут пятницу себе разгреб от встреч, взял курсор, взял все материалы по всем проектам, которые уже мы к тому моменту собрали, они там просто лежат и обновляются. То вся информация ему доступна. И он за шесть часов собрал мониторинг качественных статусов по десяткам клиентских проектов с анализом всех тасков, всей переписки, пресейлов, чего обещали, что сделано, что осталось, что является блокером, где нужно включать его внимание, а где нет. То есть он себя за один день срезал, наверное, треть встреч и треть времени, которые он читает, тратил на чтение переписок, чтобы следить, что у всех все в порядке и куда нужно включаться лично, просто за счет того, что за шесть часов, за один день настроил себе процесс, где он отправляет агента. Промониторить проекты и возвращает, и они ему возвращают очень такие качественные, детальные, подробные статусы с вот там прям хорошо. И он никогда не программировал, он менеджер. Этот этап, который у нас закончился в ноябре, к сентябрю все были заонбордены в процесс, к ноябрю была готова вся автоматизация, чтобы вот все-все-все было там, где надо. Так, давайте чуть-чуть вопросов про вот эту часть, про то, как делать transition, вот, как свою команду трансформировать вот эту вот немножечко новую реальность.

45:00 - Alexander Povaliaev Так, там была рука, она пропала. Мне самое интересное, вот радикальное решение, отказ от Notion, дальше это не используем. Вот насколько это было сложно сделать и сколько оно времени занимало?

45:15 - Seva Ustinov (Elly Analytics) Ну, я очень редко пользуюсь правом, как бы прям...

45:30 - Alexander Povaliaev Волевого решения?

45:31 - Seva Ustinov (Elly Analytics) Да, волевых решений. То есть я обычно показываю, подсказываю, продаю идеи, убеждаю, но оставляю решение за человеком. Но изредка, когда я прям уверен, что это правильное решение, я как бы использую вот это вот Джокера, говорю, конфлюенса через две недели не будет. Ребята, делайте, что хотите, я с этой историей не следую. И после этого все появляется. Так что, как бы, ну, чуть-чуть повыли, но поулыбались, и все окей. Ну, и я продлил этот срок, типа, там, я сказал, что это будет через две недели, и через две недели оказалось, что, типа, но уж там не до конца, ой, конфлюенс не до конца переехал, там еще картинки нужно разобраться, там, чтобы перелинковка сохранялась удобно, еще какие-то такие вещи. Я такой, ну, ладно, но через неделю не будет, и в итоге, как бы, прибили, и, как бы, сработало. Ну, а потом там просто начался цепной эффект, то есть, типа, с базами знаний же бесконечная проблема, что их никто не хочет поддерживать, они вечно устаревшие. А тут я просто говорю своему агенту, любой человек в компании говорит своему агенту, типа, слушай, посмотри, что на эту тему есть в документации, если там неактуально, посмотри в коде, ответь на мой вопрос, а заодно обнови документацию. Я, типа, у нас теперь хорошая документация. И это не стоит ничего.

47:05 - Alexander Povaliaev Последний вопрос с моей стороны, я вижу руки, дальше Антон пойдет. По поводу, ты говорил, что у тебя был человек, и там команда 30 человек, насколько я помню, на тот этап было, который в ОПС пришел и там прошел два часа времени с каждым из сотрудников на тот момент. Расскажи про этот процесс и насколько это помогло.

47:22 - Seva Ustinov (Elly Analytics) Ну, очень помогло, конечно. То, что ты говоришь, ты с этого, ты созваниваешься с, не знаю, командой аналитиков, у них там все горит, сроки горят, и баги какие-то. И ты им говоришь, а еще мы сейчас будем переезжать на новую систему. Они такие, ага. Ну, я, конечно, согласен за этим будущее, это интересно, но если после... и они даже что-нибудь там, не знаю, скачают себе Claude или там курсор, скажут ему, вот, поставь shared workspace, упрутся в какую-нибудь первую ошибку и пойдут заниматься другими своими делами, потому что, ну, ну, как бы, они пока не видели ценность и нет мотивации это сидеть и с этим разбираться. Ну, плюс, поэтому вот эти вот первые час-два, когда мы вот буквально ручками человека на его машине во время созвона настраиваем эту систему, показываем, как она работает и доводим до того, что он может ее, что она скачивается, обновляется, загружается. И агенты его слушаются, и там все доступы пароли есть, и там что еще нужно, чтобы это заработало. Ну, типа, вот этот процесс нужно человека немножечко сопроводить. А дальше он сам. Плюс удобно, ну, в момент раскатки удобно, чтобы был какой-то один или два человека, которые видят какие-то повторяющиеся ошибки, повторяющиеся проблемы, и заодно этот процесс... Как-то скрипты доделывают, инструкции дообновляют, чтобы оно работало само из коробки. Вот, это же, это тоже, как бы, часть процесса отладки.

49:12 - Alexander Povaliaev Окей, спасибо. Антон?

49:16 - Anton Graborov Да, спасибо большое, очень, очень интересно и очень актуально. Вот, чуть-чуть поделюсь опытом своим и задам вопрос. Я руковожу диджитал-бизнесом в крупной менеджмент-компании в России. У нас порядка тысячи человек в компании. И вот я сам, ну, подсел, скажем так, на вайб-кодинг, настроил себе second brain. И вот последние несколько недель начал просто какое-то огромное количество разных генерить артефактов. Различные, ну, то есть, по сути, я стараюсь просто все по возможности рабочие вопросы делать с помощью Claude Code. И получилась такая интересная штука, что я, как бы, руководитель, стал в какой-то степени ассистентом. Потому что ко мне сейчас мои ребята приходят и говорят, слушай, а можешь вот такую штуку сделать? А можешь вот такую штуку? Мне, по-моему, это интересно, кайфово. Вот, и мы это делаем. Но, соответственно, и как раз это такой вот аха-момент создает то, что они видят, что это действительно решает какие-то их боли, их проблемы. И сейчас мы запланировали, на следующей неделе у нас будет обучение, я отобрал 15 ключевых руководителей, это наш продукт, там руководитель продаж, там и так далее. Вот, 15 ключевых людей, которые будут обучаться, потом мы им дадим Claude Code, и потом, собственно, поможем настроить, и потом они начнут что-то делать. Вот. И вот, да, хотим как раз тоже проводить встречи по шейнгу кейсов, да, вот, чтобы каждый делился, ну, и такое, чтобы было какое-то аккуратное давление, что давайте, ребят, не просто мы вам дали, а давайте что-то делайте. Вот. А вопрос у меня следующий. Вот наш кейс, да, вот у нас, получается, в компании 1000 человек, в моей команде порядка, там, человек, и я просто, ну, понимаю, что на всю компанию сразу это развернуть будет очень тяжело, да, потому что у нас люди такие более продвинутые в диджитале, да, в каких-то других подразделениях менее. Но, с другой стороны, сразу возникает вопрос, что если мы начинаем это использовать, да, у нас как-то меняется процесс, а наши процессы, оно... Завязаны там на compliance, на какие-то другие поразделения, и вот может произойти как бы mismatch в этом случае. Вот можешь немножко на эту тему порассуждать, вот как бы ты подходил к такому вопросу?

51:15 - Seva Ustinov (Elly Analytics) Я пока ты рассказывал, еще вспомнил, что одного руководителя я свитчнул, он был руководителем, у него был там инициативный senior сотрудник, который быстро в эту историю включился, и я их просто поменял местами. Типа руководителем стал тот, который любит AI-ку, и эксперименты, все, и там прям быстро и показывает прогресс, и новые кейсы приносит. А того, который такой, блин, дайте мне просто поработать, вот его наоборот вниз. И оба хэппи там не было. Конфликты ничего, это просто, типа, оказалось, удачное решение. Но в лидершип не должно быть людей, которые не вайб-кодят, не гоняют агентов, не делают работу по-новому. То есть, типа, они там не нужны. Они, ну, как-то... Я сейчас дальше буду рассказывать, к чему это все приводит, потому что там есть еще один этап трансформации. И туда просто не попасть, если абсолютно все в лидершип-команде не укушены вот этим всем. Ну, и если к этому относиться как к необходимому условию, как к неизбежности, то все остальные решения как-то быстро доезжают: кого-то мягко подтолкнуть, кого-то... А кто не идет с нами в светлое будущее, ну, мы пойдем без него. И более того, рынок пойдет без него. Ну, как-то тут до людей доезжает потихонечку, как бы вот так. И тут как бы с одной стороны обложить всех-всех людей поддержкой и заботой, как бы всяким саппортом, и примерами, и мотивацией, и личностями поговорить и так далее. А с другой стороны, там, как бы, ребята, это неизбежно. Вам не нужно тратить как-то силу боли на это, как бы, это случится с вами или без вас. Ну, не знаю, отвечает ли это на вопрос. Ну, и дальше эта штука, на самом деле, идет каскадом. Потому что я прихожу к команде и говорю, ребята, нам чего-то, у нас много аналитиков, давайте минус два сделаем. Они такие, ну, вот от этого избавимся, это точно легко, он как бы и так не очень тянул. А еще одного? Типа все хорошие. Говорю, ну, представь, что у тебя... Говоришь, вот бюджета нет. Он такой, ну... И как-то так получается, что люди, которых меньше AI adoption, они как-то оказываются внизу этого списка, и это как бы после leadership team, оно начинает по компании расползаться на все этапы. Но тут, наверное, да, у нас стартап, у нас все быстрое, изменения быстрые, все к изменениям готовы, что там каждый квартал, а то и чаще может прилететь что-то, что-то радикальное. На совсем большой комп... Не знаю, не буду угадывать, ну, типа, вот... Я бы топ-40 человек в компании как бы вот на это все переформатировал, а дальше оно само.

54:51 - Anton Graborov Хорошо, да, спасибо, спасибо.

54:56 - Alexander Povaliaev Костя.

54:59 - Kostya Gorsky Всех привет. Я тут прошу прощения, если мой вопрос уже обсуждался, я поздно подключился, так что если я повторяюсь, то не тратим я время, а если это не обсуждалось, тогда я его все-таки задам. Мы переезжаем сейчас с Notion на вот похожий GitHub Setup, и у нас много вопросов про человеческость или человечность GitHub, потому что в Notion все красивенькое, можно комменты оставлять кусочком текста, можно легко пошарить с внешними людьми. Вот как вы вот это участие межчеловеческого взаимодействия решили в GitHub и MD файлах?

55:32 - Seva Ustinov (Elly Analytics) Ну, то, что я вижу. Во-первых, люди просто кидают друг другу адресом со словами «я там обновил, посмотри». Во-вторых, люди кидают ссылки на конкретный документ. То есть в GitHub он красиво сверстан. А да, я какой-нибудь живой даже найду. Ладно, не важно. Read me. Типа вот, я к выступлениям готовлюсь, мне маркетинг присылает, типа, что за подкаст, какие там тезисы, какой формат, о чем договаривались, с чем хотим поговорить. Мне это приходит вот так, красивенькое, с оформлением, с версткой, с иконочками, со ссылочками, картинками сюда вставленными. Типа, меня устраивает. Там дело в том, что почти пропадает процесс, когда кто-то сидит и туда-сюда комментариями обменивается. То есть люди либо весь цикл проходят... А с агентом и уже отправляют готовый результат. Либо приносится этот результат на звонок, и кто-то один шерит экран, и вот они вместе дорабатывают. Вот этот вот старый процесс, когда у тебя есть документ, и на нем 20 комментариев, и в этих комментариях ветки комментариев, и там кто-то выдрючивает отдельные слова, он просто на 80% атрофируется. Хотя все итерации делаются с агентом, а весь живой фидбэк дается синхронно. Ну, почти весь, почти все равно. Но в целом ты прав, что это проблема, и я все жду, когда GitHub, Notion или Google Drive все-таки доедут до AI First. Ну, потому что вот эта фигня с GitHub, это ненормально, так быть не должно. У нас будут в ближайшие, надеюсь, месяцы, ну, может быть, год, какой-то вменяемый продукт. Notion ближе всех, но у них в его счет пока агенты зарезаны.

57:57 - Kostya Gorsky Ну да, прикольно, спасибо. А если пошарить с внешним человеком? Какую-то такую страничку нужно? Как вы это делаете?

58:13 - Seva Ustinov (Elly Analytics) Можно же в MD-файл кинуть?

58:16 - Kostya Gorsky Можно HTML-ку свендерить.

58:18 - Seva Ustinov (Elly Analytics) Можно HTML-ку свендерить. Можно это перенести... Ну, кстати, у нас все-таки Confluence убит совсем, там, где продуктовая документация была, Notion еще жив, но реально Notion и Drive теперь используются только если что-то поширить надо. Это как теперь, как дропбокс такой с веб-интерфейсом.

58:44 - Kostya Gorsky Спасибо.

58:47 - Sergey R А вот вопрос именно про транзишн. В продолжении, то, что Костя задал, я правильно понимаю, что, ну, в принципе... Какого-то дополнительного воркспейса не используете, ну, типа Google Drive или еще какого-то, ну, к примеру, сейчас, сейчас, к примеру, есть бюджет планирования, там, финансовый какой-то план, и нужно там, допустим, поработать с Google таблицами, то есть такая какая-то воркспейс, которая для рабочих каких-то вещей, и я правильно понимаю, что вот такого воркспейса его нету, либо он как-то синхронизируется, вот я здесь хотел уточнить.

59:30 - Seva Ustinov (Elly Analytics) А, он есть, но в нем осталось, типа, 10% от тех функций, которые использовались. Есть какой-то Notion, но там, типа, чуть-чуть совсем осталось рабочих вещей, и он попадает тоже в Shared Workspace через эту ночную синхронизацию. Он все это превращается в MD-файлики и лежат в папки. То же самое с Drive, то же самое с таблицами. То есть, например, там все финансовые штуки, они лежат в Shared Workspace. в папке Finance, превращенные обратно в MD-файлы. Может быть, да, у нас пока так, типа вот есть Google-таблички, и они есть в Shared Workspace как текстовые файлы, и как бы агенты могут с этим работать. Я даже задумываюсь про то, что, может быть, на какое-то время обратно переехать на Excel, потому что агенты нормально работают с Excel-скими файлами. Они их могут редактировать, и, типа, это удобно. Claude Code for Excel или просто Cloud, которым ты натравливаешь на Excel-ский файлик, он вполне себе работает. Но просто у нас не так много работы с Excel, у нас больше с базами данных. Так, давайте, если нет больше вопросов именно про transition, То я поеду дальше, потому что там самое интересное.

1:01:02 - Alexander Povaliaev Да, давай.

1:01:12 - Seva Ustinov (Elly Analytics) Декабрь, январь, февраль команда жила с этим сетапом, и от него выигрывали больше всего все, кроме аналитиков, которые делают клиентские интеграции. Маркетинг офигенно прокачался с AI. Sales, очень все быстро, транскрипты, deep research, офферы, все, что хочешь. Customer Success тоже, даже сами себе сделали процесс мониторинга качественного состояния проектов, помимо всего прочего, что сделали продукт, и разработчики, и продукты тоже. Типа, у них тут Confluence переехал, у них тут прототипы, вайб-код. Всем доступен код. Да, кстати, код read-only. Если что, менеджеры не могут случайно уронить продавную прод-систему. А вот эта вот команда, которая делала клиентские интеграции, она типа тут что-то потыкались, там потыкались, но цена-ценность не бьется. То же самое длинное, это всякая отладка всяких хитрых штук в данных или настройка чего-нибудь сложного, и там надо было... И там мне скорее приходилось это подталкивать, типа давайте попробуем сделать скилл, который решает там задачку разбора непривязанных сессий. Ну вот у нас там часть продукта про дейта-платформу, там атрибуция, и там нужно следить за качеством данных, и там приходят какие-то трафик с мутными непонятными источниками, и кто-то должен его разбирать. Давайте его агент будет разбирать. И это был какой-то первый скилл, который можно было просто выпускать, и он это делал, и там все разносилось, там все... Но его сделать было дорого, его кто-то должен поддерживать, а используется он там условно раз в месяц, но зато на каждом проекте, но разными аналитиками, аналитику нужно еще со скиллом разбираться. Короче, как-то это все было тяжко. А пять недель назад сделали такую штуку. Мы начали... Мы сделали такой, типа, мастер-скилл, такая большая километровая инструкция про то, как запускать проект, подключать нового клиента от начала до конца. Вот вообще прям, типа, вот он с пресейла приехал. Что все, знакомьтесь, вперед. И там нужно документацию составить, клиента, чтобы инфу собрать, какие-то список вопросов решить, получить доступы, начать подключать кабинеты, начать делать тегирование структуру, начать подключать веб-аналитику, с ней разбираться, потом CRM-ку, потом транзакции, потом отчеты отлаживать, потом метрики делать, потом атрибуцию отлаживать. Короче, длинный процесс, много этапов. Раньше он занимал у людей типа шесть недель. Вот мы его целиком описали как процесс и поставили ссылки на все известные кусочки, тулы, этапы, где там что, и начали впервые вот эти проекты по интеграции делать так. Аналитик открывает курсор и говорит, Ну вот, новый проект, запускай. И тот у него начинает спрашивать, типа, а что с этим, с этим, с этим? А давай вот такой этап сделаем. А потом идет реально делать. Иногда обо что-то спотыкается, и в этот момент человек ему помогает, а заодно чуть-чуть подправляет скил. И мы так запустили один проект, второй проект, третий проект. Реально запуск в большинстве случаев теперь сокращает, ну, типа, вот первые 80% делаются теперь за день-два, оставшиеся 20% они все равно занимают там сколько-то недель, вот всякая там сложная, мутная отладка, где нужно еще что-нибудь от клиента ждать, или там какие-нибудь прям неочевидные баги. Вот. Если когда-нибудь будете делать бизнес, никогда не делайте бизнес, основанный на дейта-платформах, дейта-стримингах и так далее. Это ужасно. Но тем не менее, мы этим занимаемся и вот с этим сталкиваемся. И вот эта штука, она прям поменяла все. Понятно, что ей там самой пока, ну вот это было в конце февраля, начали делать, в начале марта начали так проекты запускать. Но что происходит? Вот эта вот вся команда интеграторов и вся команда продукта, они начинают работать. работать над одной и той же штукой, которая со временем становится лучше, точнее, быстрее, умнее, покрывает больше кейсов, покрывает больше edge-кейсов, реже ошибается, лучше диагностирует баги и ошибки, лучше доводит вещи до ума. И по сути происходит такой мерч вот этих вот команд. И вот для B2B-шного бизнеса с интеграциями, адаптациями, каким-то элементом. Консалтинга. Это прям game changer. То есть реально я понимаю, что текущим составом людей мы можем запускать, подключать и вести в три раза больше клиентов, в пять раз больше клиентов, десять. То есть у меня вот эта команда на части про Data Platform, она вот какая есть сегодня, она такой и останется. Там не нужно больше людей. Потому что прям принципиально меняются роли. Так у нас там в продукте было типа три с половиной плюс три. Вот в чате про Data Platform. Шесть с половиной человек. И там вот этих аналитиков-интеграторов еще там было, ну, десять, потом восемь. То есть, ну, грубо говоря, 50-50. А теперь, ну, вот, и чтобы масштабироваться, нужно было больше нанимать аналитиков. А теперь они вместе работают и над продуктами, и над интеграциями, и, ну, все. Можно будет или сокращать количество людей, если бизнес не растет, или очень сильно его растить, если, ну, не нанимая доп. людей. И оно все еще становится быстрее, и дешевле, и лучше. И раньше все это, все эти инсайты, там, опыт с подключением новых клиентов, он весь в основном оставался в головах, немножечко в документации, немножечко в коде. И там очень длинный цикл обучения и онбординга новых аналитиков, пока они не станут старшими, достаточно опытными, чтобы они могли сами полноценно отвечать для этого процесса с начала до конца. Это та причина, почему у нас в мире есть гигантские софтверные компании, которые делают вот эту часть, гигантские компании-интеграторы или агентства, или что-то такое. Причем по выручке они там в разы обгоняют продуктовые компании, потому что большую часть денег платят вот за эту часть. Для меня большой теперь интерес, что будет происходить, когда эти команды, а, соответственно, и такого рода компании, мерджутся. Интеграторы начинают себе строить продукт под капотом, а продуктовые компании идут и сами делают интеграции клиентам, потому что, по сути, 80% сложной работы теперь делает их продукт сам, потому что продукт — это агент. Вот. И это можно немножечко обобщить в то, вот эти вот ключевые слова, что происходит, когда у нас цепочка создания ценности для клиента перестраивается на AI-ные рельсы, что у нас в основе там агент, ну и плюс код, просто код здесь был всегда. Теперь плюс код, плюс спекс, плюс туториалс и какой-то процесс обучения. Ну и короче, сложная система. А теперь все это мерджится с агентом, который типа сам интегрирует, сам объяснит, сам диагностирует проблемы, сам эскалирует. И да, все равно нужны люди, которые за этим присматривают, но это вот как похоже на эволюцию такую, как люди карьеры копали. Сначала вручную, потом лопатой, потом экскаватором, потом автономным экскаватором под присмотром человека, а потом один человек мониторит 16 экскаваторов. Они работают, он смотрит, как они работают. Ну вот оно вот туда движется, и вот мне хочется здесь, собственно, вдохновить что ли идеи. Направить, подумать, как у вас может выглядеть вообще бизнес, если мы его перестраиваем изначально, что у нас есть какой-то AI-ный процесс, а потом мы его обкладываем людьми, кодом и какими-то человеческими и другими AI-ными процессами, но вот чтобы вот от момента, когда что-то пришло там от клиента, которому что-то продали, до момента, когда клиент получил ценность, чтобы вот весь этот процесс, из него убрать людей как bottleneck. Ага. И там сейчас будет еще один прикольный кусочек. Так, что думаете про это? Какие здесь появляются вопросы? У нас еще три интересных блока.

1:11:55 - Alexander Povaliaev Да, Ваня.

1:11:57 - Ivan Borisov Да, Сев, привет. Офигенно, очень-очень нравится, не первый раз тебя слушаю, вдохновлялся еще по первой части. Скажи, пожалуйста, вот этот вот скилл, вы его как, многостраничный, вот этот по развертыванию проекта, потому что мы что-то похожее сейчас пытаемся сделать, вы его как бы сели и начали умничать или посадили какого-то, или сделали какой-то скилл, который срисовывает то, что вы делаете, и вы ему сказали, давай, следи, следи за руками, потом повторишь. Вот как вы подошли к формированию вот этого большого, классного?

1:12:38 - Seva Ustinov (Elly Analytics) Там, окей, так повезло, что на роль этой команды интеграторов попал человек, который очень, и я и вдохновлен, и он несколько проектов запустил сам, своими руками, используя и потихонечку добавляя, создавая себе какие-то скиллы на отдельные задачки, и поэтому в какой-то момент это у него гром щелкнуло, такой, типа, блин, а я же могу... Писать какой-то мастер-скилл со ссылками на все эти маленькие скиллы, и вот первый раз этот процесс он как бы провел сам для себя, для следующего проекта. А потом он в эту историю начал говорить, типа, ребята, у нас новые изменения в компании, вы больше не запускаете проекты вручную. Вот мастер-скилл, и мы его будем вместе дорабатывать. Допускать проекты вручную запрещено. Обязательно нужно идти по этому процессу, где-то спотыкаетесь, разбираться, отлаживать, улучшать, приносить, обсудить. Но вот это вот как бы опять постепенный получился процесс, что сначала... А, вот, кстати. Сначала все-таки человек делает эту работу сам и потихонечку использует себе больше скиллов, тулов, чего-нибудь, а потом происходит такой фазовый переход и такой... Вау, а я могу вот мастер-процесс начать создавать и отлаживать. Ну, это буквально на самом деле типа MD-файл на там 200 строк, он не супербольшой, и там просто ссылки на типа вот этот кусочек инструкции там, а вот этот кусочек инструкции там, и все. Потом он будет разрастаться, потом там будет типа миллион definition of done, автотестов, как агент может себя проверить, как там, куда складывать диагностическую информацию, чтобы можно было гонять агентов, и они могли сами диагностировать, что пошло не так, и улучшать. Это все будет, это все уже начинает происходить. Но вот мне просто важно, ну и самому мне очень нравится отлавливать такие моменты, вам, соответственно, рассказывать, типа что является вот этой вот типа фазовым переходом. Просто сделать файлик на 200 строк с мастер-процессом и начать, начинать с него, а потом все вокруг.

1:15:00 - Ivan Borisov Слушай, а вот в продолжение, вот все-таки не пробовали какой-то, какой-то, ну, запустить агентика, который срисовывал, ну, потому что, вот, когда есть первый адоптер, это круто, но он что-то делает, и дальше, вот, рефлексия, перекладывание этого в МГИшку, это его задача, или это можно вообще запустить фоновым процессом? Вот, пробовали как это?

1:15:26 - Seva Ustinov (Elly Analytics) Смотри, мы это пробовали, сейчас буду рассказывать дальше, там, в нашем AI-продукте, там этого дофига, я сейчас там расскажу, но для меня... А, окей, все, я понял, лучше осознал твой вопрос, давай, я про это расскажу чуть-чуть дальше.

1:15:50 - Ivan Borisov Супер, спасибо тебе.

1:16:04 - Seva Ustinov (Elly Analytics) Так. Окей. Следующий кейс. Да, наверное, чуть-чуть попробую быстрее двигаться, чтобы в конце как раз осталось время наобсудить. Следующий кейс. У меня тут Head of Customer Success уходил в отпуск длинный, и я поглубже закопался в то, что там происходит в этой команде, и увидел, что команда похерила важные, часть менеджерского процесса. То есть они вот на фазе... Когда новый проект подключается, там всё чётенько. Definition of done, критический путь, и быстрее прийти к value для клиента. А когда проект переходил в такую вот фазу, когда он уже работает и пользу приносит, но там ещё не всё доделано, он у них переходил в такое, типа, какое-то еженедельное немножко болотце, где обсуждаем, что есть, что осталось, какие сложности, проблемы, вопросы, и в каком-то неспешном ритме они решаются. Ну, в нормальном ритме, но можно гораздо быстрее и лучше, и чётче, и больше value на этом этапе приходить. А для нас, ну, для клиентов это как бы, они довольны, потому что value уже есть. Есть, но могли бы быть больше довольны. И это нам лишнюю работу создает, потому что нам не нужно столько созвонов. Нам нужно эту фазу, вот последние 10%, чтобы она тоже четко доделывалась, завершалась, проект передавался на саппорт, и у всех было все хорошо, и мы не тратили на это время и деньги, и внимание, и людей. И они что-то этот кусок похерили, и я очень расстроился. Я такой, блин, какие инструменты есть, чтобы реально внедрять в бизнес-процессы какую-то надежность? Это, в принципе, или человек, хед, должен быть такой, что вот у него прям он готов настаивать и четко делать какие-то вещи, и чувствует, и понимает. Он понимает, почему они важны, и не отпускает их. Но, типа, такие люди не всегда доступны, и у них у всех, типа, что-то хорошо получается, что-то нет, у всех свои плюсы и минусы, у всех своя зона экспертизы, и покрыть 100% не всегда возможно. Можно делать какие-то, типа, мощные мотивации, обучение, стимулы и так далее, но тоже все равно это значит, что в конечном счете кому-то должно быть очень важно, чтобы вот этот процесс работал именно так, и он готов людей из-за этого мониторить, пушить, обучать и так далее. Опять мы возвращаемся к тому, что нужен человек, который вот это и хорошо понимает, и готов быть требовательным. Или вот сейчас появляется новая история про то, что мы вот... Сводные анализы, которые там в декабре наш хед сделал, их уже превратили в дэшборд. Примерно вот так, как у Саши Поваляева это работает, когда там агенты генерят YAML, из YAML генерится HTML-сайт, это все красивенько сверстно, и по сути мы перевели всех менеджеров на то, что они работают с проектами по этому файлу. Вот они там с клиентом, и внутри на планерках, с клиентом, плюс-минус идет по этому списку, смотрят там, типа, что там с экономикой, что там с приоритетами, что там с дефиничных данными, что там с саппортом, что там с блокерами. И этот файл их направляет, на что обратить внимание, про что подумать, что поделать, как расставлены приоритеты. И людям это удобно. То есть они сами себе это на вайб-коде буквально, чтобы у них вот была такая сводка со всей информацией по проекту, из всех источников, со всем-всем-всем, за чем нужно следить. И потом мы берем и туда встраиваем. И... И... И агента. Ну, по сути, тот же самый скилл, воркфлоу, инструкцию. И когда там эти дэшборды, по-моему, раз в неделю теперь обновляются, когда он обновляется, там есть большой кусок инструкции и агенту, типа про то, что вытащить наверх и что подсветить как самое важное. И появляется новая опция, что если мы хотим менять бизнес-процессы, то мы можем перевести на то, что с задачами и вниманием людей, ну, линейных спецов, и менеджеров, и аналитиков, и кого хочешь, они как-то, типа, работают по какому-то списочку, который им приносят, а этот списочек формирует AI-агент. Ну, естественно, потом AI-агенты еще и делают и валидацию, и смотрят, это выполнено, не выполнено, и потом там можно добавлять, типа, что выполнено. Хорошо, что плохо, но вот несколько недель назад мы поняли, что все, мы дальше строим вот такую систему, где есть какой-то оунер процессов, он следит, как вся команда, как вся система работает, он тюнит инструкции агентам, которые собирают дешборды приоритеты людям, по которым работают люди, а если менеджер видит, что что-то работает не так, он дорабатывает своих агентов, которые, ну, красненьким будут писать, эскалировать что-то, и таким образом начинается процесс улучшения всех процессов, централизованный, и раньше это было доступно только очень крупным компаниям с несколькими уровнями менеджмента и там operations командами, ну, вот как в колл-центрах, там есть колл-цент, команды, которые звонят, там есть группа хэп. Там есть какие-то директора, там есть люди, которые отлаживают процессы по кускам, по разным типам звонков задач, там есть автоматизация, которая дорабатывает напильником системы, которые у них есть, чтобы операторам в нужный момент подтягивалась нужная информация. Вот мы берем вот те штуки, которые были доступны только очень большим командам, и их можем раскатывать на одного менеджера с тремя сотрудниками, просто потому что весь вот этот вот слой про автоматизацию и про оценку качества, и про приоритизацию, и про управление процессами в моменте теперь делает текстовая инструкция на 300 строк, ну или на 1000. В она со временем тоже разрастается, но как-то базовая версия, ну это там 300-500 строк. И я слышал про эту концепцию еще год назад или два назад, но она тогда... Для меня была очень теоретической, что в компаниях будет сэндвич, будет человек, а под ним и агенты, а под ними люди, а под ними, может быть, еще и агенты. Но вот мы эволюционно, просто через анализ своих проблем и поиск решений, пришли к бутерброду. То есть менеджер делает и агентов, которые раздают задачи, которые делают люди, и весь этот цикл закрывается в цикл. Так, как вам эта концепция?

1:24:47 - Ivan Borisov Огонь!

1:24:54 - Seva Ustinov (Elly Analytics) Мака, может быть, вопросы? Вот, Джин?

1:24:57 - Jin Kolesnikov Чего, я спрошу? Ога. Огонь! Скажи, пожалуйста, на твой взгляд, ты говоришь, в команде надо убрать двух сейлзов, например, или там еще что-то. Сколько агентов может выдерживать менеджер? Или это под AI-агентом мы имеем в виду, что там группа агентов? Это раз?

1:25:20 - Seva Ustinov (Elly Analytics) группа.

1:25:23 - Jin Kolesnikov Если менеджер работает с агентом, ну, с группами, да, как бы, он сколько, ну, условно говоря, какая команда максимальная в этой структуре возможна? То есть сколько людей, агентов, менеджер, менеджерит? То есть это может быть сто человек? или?

1:25:43 - Seva Ustinov (Elly Analytics) Ой, да без проблем. Смотри, тут тут есть еще саппортных humans и agents. Смотри, в чем история? Помнишь, я в самом-самом-самом начале сказал, что у нас каждый управленец сам Редактирует и отлаживает свои workflows без посредников. Это он пишет инструкцию, типа, что должно быть в этих тасках. Но когда он упирается в какие-то технические ограничения, нужно, чтобы он надежно работал, нужно, чтобы там на всех edge-кейсах отрабатывало как надо. Без проблем делегировать это там еще на человека, из внешней команды, в свою команду брать. Это же, как бы, это, это, если эта штука становится сложной, без проблем ее можно, типа, туда, туда, бы, людей подтягивать и как-то делегировать, выстраивать структуру. Просто важно, чтобы вот раньше менеджер менеджерил, там, 3, 5, 7, 10 людей, и если ему нужно было масштабировать эту структуру, у него появлялся какой-то, как бы, групп-хед, групп-хеды у этих людей, и,-то, короче, все становилось очень сложно. А если нужно было менять... Процессы. Если мне нужно было поменять какой-то процесс, то мне нужен был на этом месте менеджер, который готов эту штуку зубами выгрызать, следить, каждый раз всех поправлять и говорить, нет, мы делаем так, нет, мы делаем так. Теперь не нужны группхеды в таком количестве, теперь не нужен вот такой, сильно проще менеджмент становится, если дейли задачками начинает управлять какая-то, какой-то я в Workflow. Даже не хочу их агентами называть, я сейчас здесь использую как синоним. Важно, что у тебя автоматически или вручную запускается штучка, которая выдает список приоритетов, по которому реально работает человек. В итоге, типа, человеку нужно только требовать, этот работал по этому списку. А чтобы он это делал, нужно, чтобы список был удобный. ну, типа, там на самом деле их интересы пересекаются. Помните этот мем, когда в 13 лет ты говоришь, типа, не говорите мне, что делать, я сам все знаю, а в 35 лет ты говоришь, скажите мне, пожалуйста, в точности, что конкретно я должен сделать и в какой последовательности?

1:28:18 - Jin Kolesnikov Слушай, ну то есть, если я правильно тебя понимаю, то условно у нас классический bottleneck, где либо менеджер, либо человек, либо задача является узким местом, уходит за счет того, что у нас есть правила, в которых менеджер, работая через, ну, назовем условно это, агентов, получает понятный и дашборд, и понятные процессы с людьми.

1:28:45 - Seva Ustinov (Elly Analytics) Угу. И может отменять все сам быстро, и только если там что-то там сложное начинается, отправлять это доработать кому-то. То есть, как минимум, даже если... Система станет очень сложной, как минимум там типа тесты, прототипы и так далее, менеджер все равно может делать сам вечером с циклом обратной связи в 2 минуты, 40 итераций за вечер, и такой типа так, ребята, а нам вот важно, чтобы мы теперь на это обращали внимание, вот у меня я чуть-чуть подправил процесс, давайте с ним проживем. А если там типа есть длинный список H-кейсов, ну мы с ним разберемся. Вот тут еще очень важно, да, что цикл обратной связи схлопывается до минут в разработке прототипов, а изменение процессов теперь типа это не недели, а дни. Поговорили, оно стало попадать в список, поехали.

1:29:40 - Jin Kolesnikov Ну это прикольная как будто идея, тут я закончил мысль, Иван, передам слово, про то, что как будто мы идем в какое-то пространство, где мы будем софт переписывать на лету через какое-то время.

1:29:57 - Seva Ustinov (Elly Analytics) Да, совершенно, ну собственно уже. Продолжение следует...

1:30:03 - Ivan Borisov Да, Сев, а я правильно понимаю, что, ну, понятно, что еще пока это все уже налету, там, на живую нитку, но, ну, есть, концепт такой, что этот менеджер, который здесь так скромно назван менеджер, то есть, сейчас это кто-то из core команды, да, кто, ну, это такой, по сути, продакт, да, то есть, и в итоге нет, нет никаких менеджеров, кроме продакта у тебя, потому что вообще вот это желание, понимаешь, тестировать, выстраивать, процесс, с обратной связью, вот это итерировать, ну, как бы, это же, что-то такое, что человеку, ну, не каждому свойственно, особенно с надписью менеджер.

1:31:00 - Seva Ustinov (Elly Analytics) Ну, давай так, можно делать исключение для каких-то суперталантливых менеджеров, но они увидят эту концепцию, поймут, в чем фишка, быстро себя подтащат человека и будут с ним, не знаю, в четыре руки или еще как-то. То есть если прям человеку сложно удержать внимание на курсоре и Claude Code и там 20 итерациях, ну, как бы он решит задачу, если он талантливый менеджер. Важно, чтобы там не было вот этих вот, типа, циклов, вида, поставил задачу, через неделю посмотрел, поставил задачу, через неделю посмотрел.

1:31:38 - Ivan Borisov Ну, окей, спасибо.

1:31:41 - Seva Ustinov (Elly Analytics) Ну, у меня в голове одно единственное исключение, это вот мой кофаундер, и он тоже начал вайб-кодить. Ну, типа, такое, типа, делай как хочешь. Всех остальных. Короче, исключение можно делать для... И то, если, ну, как-то они это ограничение свое личное как-то обходят иначе, и на выходе это тот же самый. Быстрые циклы обратной связи, быстрое изменение процессов, уплощение структуры, ну, и самое главное, конечный результат. Так. Давайте чуть-чуть про AI-продукты. У нас теперь как бы основной бизнес — это создание агентов для управления рекламой, и уже накопилось какое-то количество кейсов, где я вижу, как наш продукт покупают и используют. Через какие этапы проходят команды покупателя? Чаще всего мы работаем с очень специфической ролью. Вот есть компания, которая тратит сотни тысяч долларов или миллионы долларов в месяц на Google, Meta, TikTok, и у них там есть перформанс-маркетинг-тим или юзер-эквизишн-тим, кто как бы отвечает за этот бюджет и его эффективное им управление, и чтобы это в метрики по количеству новых клиентов и выручки. У меня где-то было... А, да, вот. Чтобы любой пример был, важно это проговорить. Компании, которые тратят столько денег на рекламу, при этом они сложнее, чем e-commerce. То есть у них есть какие-то лиды, sign-up и триалы, чаще всего это сейчас аппки, подписки, ad-tech, fin-tech, вот всякое такое, консюмерский, потому что именно консюмерские тратят много денег на рекламу. У них специфика в том, что они запускают сотни, а скоро уже будут запускать тысячи новых креативов в месяц, это значит, что в параллель у них работают, тысячи или десятки тысяч этих разных кусочков рекламы. И только 2-5% из них успешные, то есть такие, которые реально срабатывают, начинают генерировать существенную часть выручки и большую часть профита. 5% этих креативов генерят 70-80% выручки, и 2% из них генерят 70-80%. центов прибыли. И там есть такая роль, вот этот Head of User Acquisition. И у него работа, вообще не позавидуешь. У него есть команда медиабайеров, кто непосредственно крутит рекламу. Их там может быть 2 человека, 3, 5, 8, знаю команды, по 20 человек там. Может быть, есть агентство, есть какая-то Marketing Operations команда, аналитики, Data Engineer, автоматизация. Есть креативный продакшн, и там тоже целая команда, которая генерирует эти креативы. И сами они, да, еще у них напрямую или косвенно они отвечают за то, куда идет трафик. Сайты, лендинги, квизы, онбординги, приложеньку, вот эта часть про онбординг. И они смотрят на это, смотрят в рекламные кабинеты, смотрят в свои дешборды и PBI. И... И у них вот типа цикл выглядит так, что их команда в сумме, она придумывает какие-то идеи, что мы дальше будем делать, куда лить трафик, на какую аудиторию, про что там будут креативы, какой хук, какой оффер, какая зацепка, какой сценарий. Это все производится, это все загружается в кабинеты со всеми настройками, запускается и там как-то настраивается еще. И дальше вот эти тысячи, десятки тысяч креативов как-то управляются. Там нужно в нужный момент неудачные отстрелить, удачные начать масштабировать, давать им больше денег, а когда они начнут выгорать, их нужно или остановить, или перезапустить, и в принципе удачные штуки растягивать на другие таргетинги, на повторные запуски и так далее. В принципе один удачный креатив можно там и 20-30 раз перезапускать, он будет работать. Со временем чуть хуже, но будет. И после того, как это запустилось, они смотрят, типа, а как чего отработало, а какие креативы как отработали, а какие аудитории как лучше отработали, а что там конкуренты делают, а какие настройки еще лучше сработали, и возвращаются в начало цикла. И это прям такой конвейер. И то, что мы сейчас для них делаем, это для начала агентов, которые закрывают вот эту вот часть про оптимизацию, анализ и управление тем, что уже запустили. Со временем будем делать все. И вот здесь любопытно, такие команды, как происходит adoption наших агентов как продукта. Начинают они с того, что мы им подключаемся к данным, собираем контекст, собираем первый workflow, обучаем тому, как это все... будет работать, но сначала они с этим осторожненько играются, как с чатиком, потом они начинают отправлять его делать более сложные ресерчи, прям буквально говорят, типа, слушай, сходи, поанализируй, какие типы регионов, там, большие города, маленькие, большие города versus маленькие города, как лучше работают в плане перформанса, и агент идет исследовать, собирать эту информацию, проверять, возвращаются, возвращаться. То есть раньше все, что не было доступно в BI-ке впрямую, то вот сели люди и настроили, чтобы это можно было такой фильтр сделать, это был, типа, геморрой на неделю, оставить таск, подождать, пока кто-нибудь из аналитиков это сделает. Теперь они гоняют агентов из супер-хэппи, то есть это самая вкусная, интересная часть их работы, на которую никогда не оставалось времени, а когда оставалось, нужно было ставить таски и долго ждать. А теперь агент за них бегает, им все приносит, и у них быстрый цикл обратный. Связи, быстрый дофамин, интересные инсайты, самая вкусная часть. Я думал, как мы все это разрабатывали, думал, что это будет самая простая вещь, и там нужно говорить про автономные системы, полную автоматизацию. Оказалось, что нет, даже эта самая простая часть очень воодушевляет людей. Это был раз инсайт. Два, мы им говорим, давайте мы ваше workflow превратим в то, как вы сейчас смотрите в дешборды и что-то оптимизируете, агент будет сам ходить в дешборды и сам оптимизировать. Отправляйте агента ресерчить ваши дешборды и делать те же самые действия. Тут люди чуть сопротивляются, потому что им не сразу понятно, что, типа, это не с первого раза работает. Поэтому мы за них буквально создаем эти workflow и приносим результат, и еще делимся там наработками, там это превращается в каталог workflow, но все равно их нужно адаптировать под клиента и доводить. До точки, где он такой смотрит и говорит, блин, ну да, я бы в этой ситуации сделал такие же выводы. И вот в этот момент происходит аха-момент у медиабайеров, что оу, эта штука все-таки работает, и реально можно агентов отправлять работать и их дорабатывать, полагаясь на их вывод и там свою работу, вот эту скучную часть про отсмотр циферок сократить там с трех часов в день до часа в день, а потом еще меньше. Дальше мы им говорим, а давайте просто скажите агенту сделать из этого workflow автоматическое правило, и он там создаст код, который будет присылать конкретные команды, вы их будете подтверждать или отвергать, если отвергать, то говорить, было не так, и агент будет дорабатывать правила, и так за сколько-то итераций у вас будут автоматические правила. И это еще больше автоматизирует эту работу. Вот сюда людей приходится иногда затаскивать, типа, за шкирку. Ну, буквально это делаем за них, и им передаем, и часть из них этому обучаются. То когда, типа, агент генерит код, который что-то делает, людям сложновато уже становится многим. Но когда до этого этапа дошли, там начинается магия. Если у нас уже работает автоматизация, эту автоматизацию можно улучшать. И можно отправить своего агента, сказать, типа, слушай, а предложи, как улучшить это правило на основе, если мы оптимизируем вот такую метрику, на основе исторических данных за полгода. И вот, и он такой пойдет и сделает. А потом, слушай, а давай, типа, погоняй ML-модельки, которые подберут не один параметр, это правильные комбинации параметров, типа, когда идеально начинать масштабировать, например, какую-то запущенную рекламу так, чтобы была максимальная вероятность на успех. Но мы не откладывали это слишком надолго, не тратили слишком много денег на тест. И наоборот. И вот этот вот резкий скачок в... То когда мы переходим вот этим к workflows, это значит, что можно... Скорее всего, все равно нужно столько же людей, но, может быть, уже не нужно нанимать дополнительных. Если там было в медиабаинге 3, 4, 5, 8 человек, больше нанимать, скорее всего, не придется. Потому что дальше эти будут все больше и больше делать. Когда мы переходим вот сюда, там появляется прям качественный скачок, что если какой-то процесс уже автоматизирован, можно гонять агентов, которые будут дальше его улучшать на основе данных, на основе фидбэка и так далее. И это вот буквально то, что покупают у нас сейчас. И мне, конечно, наполовину страшно, что чем дальше... Тем больше из этого можно навайб-кодить. Но кажется, что мы все равно упираемся в экспертизу людей, которые знают, что спросить, знают, как оценить результат, имеют уже личный опыт всех этих экспериментов и знают, что можно делать дальше. И тогда наша ценность как компания, наша ценность как продукта в том, что мы просто дальше прошли по этому пути и можем поделиться наработками и экспертизой. Не супер защищаемая история. Защищаемая, но такая. Это скорее будет похоже на такой продуктовый интеграторский бизнес с фокусом на интеграцию. Поэтому там дальше происходит следующий фазовый переход. Это вот последняя большая часть про наш опыт. там еще будет маленьких точек. Что, слушайте, а зачем нам мучить людей и заставлять и обучать их вот этим всем штукам, что они... Workflow будут создавать, что там правила можно автоматически делать с кодом, что их там можно гонять агентов с ML-модельками и там подбирать оптимальные параметры, которые будут эффективно работать. Зачем вообще продавать продукт как Copilot, где мы продаем инструмент? Вы, люди, ответственны за результат, а мы вам даем какие-то прикольные инструменты, скиллы, тулы, workflow, систему. вот, давайте мы заберем на себя ответственность за этот кусок, ну, вот, например, для начала за оптимизацию всей запущенной рекламы. Наши агенты будут это делать, мы будем отвечать за результат, мы будем, по сути, сервис-провайдером. Не инструментом, а сервис-провайдером. На нашей стороне все равно будет какой-то человек или люди, которые отвечают за то, что... Что эти агенты делают? Но мы сами будем отлаживать этот процесс, и у нас в арсенале будет и скиллы, как адаптировать наши стандартные скиллы автоматизации под конкретного клиента, и агенты-скиллы, которые будут анализировать, как они работают и что там можно улучшить, что работает, что не работает, как улучшать сам процесс, и скиллы, которые будут анализировать, какие результаты у этого агента, и как можно достичь больших результатов, вон там с ML-ками, с другой структурой, с еще чем-нибудь, и скиллы, которые гоняют автотесты, чтобы когда мы в очередной раз обновляем эту систему, она ничего не ломала, и саму систему раскатки новых изменений, версионирования, канари-тесты и вот это вот все, и на нашей стороне это будет объединенная интеграционная Продуктовая команда, да, у нас продуктовая команда из-за этого становится большой, но она может, ну, условно, я там вижу, как там может быть 30 человек в продуктовой команде, 100 человек в продуктовой команде, и там они там разбиты на подкоманды, одному, 2-3 человека, которые каждый отвечает за свой кусочек этих агентов, и вот с помощью всего этого инструментария их постоянно улучшает, отлаживает. Но мы тогда для клиента заменяем, даем гораздо больше ценности, даем в разы больше эффективность, можем чарджить за это сильно больше денег, при этом давать клиенту такой, типа, скачок в эффективности просто прям ступенькой, при этом ему не нужно менеджерить вот этих своих медиабайеров в бесконечном количестве, ну, а в будущем и Creative Production, и вот, ну, короче, вот всю вот эту команду мы со временем автоматизируем. И сделаем это лучше, возможно сделать in-house, потому что нам доступен опыт десятков, сотен проектов, десятков, сотен миллионов долларов в месяц открученной рекламы и тому, чему наша система на этом научилась.

1:48:17 - Alexander Povaliaev И вот это вот мой инвестиционный тезис. И вообще бет на будущее. Вот так для нас выглядит переход от софта к агентам к...

1:48:33 - Ivan Borisov Ну для клиента это выглядит как автономный агент. Он его подключает, он просто работает. То, что там под капотом люди, другие агенты, циклы самоулучшений, вот это все, это для клиента неважно. Он подключил агента, агент просто делает работу всей команды круче, можно было себе представить. Так, to be clear, сейчас это только происходит в процессе, вот продаем мы сейчас вот это. Но вот в это мы придем, мы уже надо... Затем работаем, мы туда придем через единицы месяцев. Вот такая эволюция. Что думаете? Добавьте голосом чего-то, да, Вань, скажи что-нибудь.

1:49:34 - Seva Ustinov (Elly Analytics) Мне кажется, я один поднял руку. Скажи, пожалуйста, смотри, ты до этого говорил, что у вас продукт для компаний, которых, ну, такие приличные рекламные бюджеты. И приличные рекламные бюджеты, это значит, что у них уже полно этого офисного и руководящего и ниже стоящего планктона.

1:49:58 - Ivan Borisov Ну, есть, прям структуры сформированы.

1:50:00 - Seva Ustinov (Elly Analytics) Люди, пределы, иерархии, значит, все такое, а кажется, что то, что ты сейчас рассказываешь, это, ну, как бы, менеджерам это не продается, потому что это менеджерам надо ликвидировать самих себя, то есть как у тебя в этом месте стратегия выглядит, то есть это вот, то есть когда ты до этого говорил, что ты их автоматизируешь, это одно, да, как только ты начинаешь делать работу вместо них, лучше них, и это, то, ну, не знаю, по моему опыту, они это не Это покупают, менеджеры это не покупают, то есть это покупают какие-то другие люди, когда менеджеры в другой комнате. Я это продаю вот этому человеку. Ему, вот, последнее, что он хочет делать в жизни, это менеджерить менеджеров, менеджерить этих медиабайеров, делать с ними ван-он-ваны и так далее. Плюс, ну, ты знаешь, что такое немножечко отдаленное будущее. Это у тебя в опыте, что последнее, что он хочет делать, это менеджерить менеджеров, или... Спасибо. Спасибо. Спасибо. То есть это у тебя в эмпирике или в предположении? Нет, это эмпирика. Типа идея нанять еще людей и добавить себе в календарь три созвона в неделю не вдохновляет людей. Окей, ладно, прикольно. Ну плюс, мы же сейчас не говорим, что там прям завтра будут автономные агенты. Мы говорим, слушайте, ну вот ты сейчас на планерках с медиабайерами за час успеваешь, чуть-чуть пройтись по верхам, обсудить, что он делал, обсудить цели дальше, а давай к этой встрече за тебя агент все проанализирует и принесет готовые инсайты. И вы с ним будете обсуждать гораздо детальнее, гораздо глубже штуки.

1:51:49 - Ivan Borisov А давай, это типа, это хорошо продается. А давай ты с твоими медиабайерами, вот они вот сейчас там 30-40% рабочего времени.

1:52:00 - Seva Ustinov (Elly Analytics) И не тратят на действия в кабинетах.

1:52:03 - Jin Kolesnikov Давай эти штуки начнем автоматизировать потихонечку. И он такой, ну давай. И люди в это идут. Но они как-то как бы в голове держат, что как минимум они за счет этого перестанут нанимать доп людей на масштабирование, так максимум они смогут эту структуру немножечко оптимизировать. Скорее вот про какие-то сокращения увольнения сейчас речи не идет. Речь идет про то, что давайте поднимем эффективность, давайте сделаем жизнь проще, давайте защищаться от конкурентов лучше, давайте делать больше той же командой. Давайте чуть-чуть меньше зависеть от людей. Окей, спасибо. У меня просто своя выгодная история продажи менеджерам эффективности из разных позиций, как внутри корпоративных, так и внешних. Ладно, удачи, круто. Да, слушай, все, я тут хочу чуть-чуть поразмышлять и как бы послушать твое мнение на этот счет, потому что как будто бы там, где мы говорим про co-pilot, это на всех уровнях более или менее понятно, но особенно на тех уровнях, где сотрудники типа из серии, о боже, меня заменят, уволят, вот, потому что ну не заменят, не уволят, как бы да, где-то там разгрузят, где-то там ускорят, и так далее, вот, при этом, ну если мы еще имеем пример, там собственника, который дравит эту историю, но как будто бы, когда я начинаю, ну тоже опять же там с разных позиций, по примеру Ивана, смотреть на вторую историю, где часть процессов, ну отдается как бы на автономную штуку, то там у меня в голове выстраивается либо какая-то параллельная Модель, которая почему-то работает, работает эффективнее, чем то, что у нас по контексту собрано, годами работает и так далее, и так далее, плюс есть какие-то костыли, на которых оно стоит. Я сейчас не говорю про ускоряет, не ускоряет, но пока вот просто о том, как внутри системы это, кажется, выглядит.

1:54:17 - Seva Ustinov (Elly Analytics) И при этом, значит, есть, ну, такие примеры, которые, типа, доступны условно FAANG-ам. Какой-нибудь Palantir, который в своем, значит, медиаполе вываливает про то, как там какой-нибудь генерал просто стрелочки по десктопной доске водит, да, и вот туда бомбите. И это как будто такая полная автономия. Вот. И, короче, и вот, ну, между тем, где копайлот и между тем, где агенты, суперкрутая история, на самом деле, быть сервис-провайдером, но как будто бы, короче, ну типа, у меня просто, когда я вижу, у меня, я очень excited. По поводу того, что ты рассказываешь. Но в приземлении этого, как будто бы, ну типа, какой-то другой уровень должен быть контакта с топом компании для того, чтобы он согласился на сервис-провайдинг того, что он делает. Офигенный вопрос. Я, когда осознал, куда мы едем, пошел делать большой ресерч сам, ну как сам, со своим OpenClaw и своими Claude Code про то, что вот есть 16 компаний, которые растут, которые очень похожи на нас по структуре, они в основном AI-ные, они в основном sales-led, и они растут бешеными темпами. Harvey и Legora — это... Это AI-агенты для юристов. Sierra и Moveworks — это customer support всех видов, включая телефонный. Они делают по 100-200 миллионов ARR за 24 месяца. И по ним по всем собрана вся публичная информация, интервью, пресс-релизы, посты, все. Собрано это в Deep Research, в Deep Research Summary такой, и из этого вытащены ключевые факторы роста. Один из них — это про то, что... Начинать такие интеграции надо с какого-то одного очень понятного кейса с гигантской ценностью, которую можно показать за короткий срок, и вот тут не написано текстом, там более детальных есть, то, что компаниям комфортно аутсорсить и так. То есть вот в нашей области, типа, уже есть провайдеры, которые делают оптимизацию рекламы, просто они не AI-ные, туповатые, более широко в нашей области есть агентства, типа, людям окей взять и отдать кусок своего медиабюджета агентству под управление, или один продукт, или одну страну, или один канал, и это становится как бы точкой входа. Потом оттуда можно делать более глубокий экспенд во все, во все, что хочется. Но если компания или индустрия ей приемлемо аутсорсить какую-то штуку, то это... Прекрасный кандидат для того, чтобы с этого начинать. Там есть бюджет, там есть культура, там есть KPI, там есть какая-то система, в которой можно вместо человеческого сервис-провайдеров встраивать AI-ного сервис-провайдера. Вот. Но вот тут еще просто очень хочется по этим штукам пробежать. Я их еще не публиковал, а публикую скоро. Но это прям то, про что я думаю последние две недели. И там много начинаю менять у себя. Я тоже хочу 100 миллионов ARR и тоже за 24 месяца. Очень интересный кейс, что они все начинают с того, что идут к самым авторитетным игрокам на рынке. Не как раньше делали. Типа, ну сначала мы начнем с мид-маркета, построим кейсы, и на этих кейсах будем доказывать энтерпрайзам, что с нами можно. Нужно иметь дело. А мы сначала идем к энтерпрайзам, к самому большому бренду, на который все и так ориентируются. Продаем ему как угодно. Ну и у них самих часто повестка, типа нам нужна AI-трансформация, поэтому продавать как минимум пилота несложно. А потом из этого мы говорим, типа, слушайте, мы уже работаем там с раз, два, три. Еще здесь можно большой пиар делать и так далее. Третья, вот эта важная штука, и в сейлзах, и в маркетинге, и в кастомер-саксес 50% людей – это люди из индустрии, которые раньше делали эту работу своими руками, которые мы теперь автоматизируем, а теперь мы буквально… Продаем юристам, нанимаем юриста с большим нетворком, с большим опытом, с какой-то репутацией, который всю жизнь свою 20 лет с руками делал, был юристом, собственно. За 6 недель его учим всем этим AI-ным штучкам, Claude Code, наш продукт, как все классно, быстро, и отправляем его выступать на встречи с клиентами, на проекты по интеграции, где он, как юрист, приходит к другим юристам и говорит, смотри, NDA теперь можно делать за one shot. Смотри, если research case, можно делать вот так. И вот в нашем кейсе то, что это та же самая история, что там вот, когда мы были data platform, упор был на аналитиков, дата инженеров, которые разбираются в маркетинге, но это их не основная профессия. А теперь мы в первую очередь нанимаем людей, которые вот были вот в этой роли, ну или хотя бы вот в этих ролях, обучаем их AI-ным вещам, и они уже там своим коллегам рассказывают, ну коллегам по цеху, рассказывают, как работает новое будущее. Очень важны пруфы, они раньше были важны, но теперь типа в 10 раз важнее, но теперь их проще показывать. Вот value, вот стало быстрее, вот стало дешевле, вот стало лучше, вот метрики поменялись. Особенно у Customer Support, почему они так растут, они приходят и говорят, слушайте, вы тикет закрывали по 8 долларов за тикет, а теперь с нами за 1 доллар за тикет, и мы еще деньги берем только за закрытые тикеты. И вот там пилот на 5% вашей. Тикетов, правда, работает. Отзывы хорошие, рейтинг хороший, работает мгновенно, дешево, быстро. Давайте экспандиться. Ценник теперь строится не от бюджета на софт, а от бюджета на людей. Ну, а по сути, от бюджета на аутсорс, я бы скорее так сказал. Раньше у вас был такой хэдкаунт, и столько вы платили агентством, столько вы платили людям, агентством, теперь можно платить в два раза меньше, а получать в два раза больше.

2:02:40 - Jin Kolesnikov И это ценники могут получаться в пять-десять раз больше, чем компании были готовы платить за софт.

2:02:48 - Seva Ustinov (Elly Analytics) Ну, за чистый софт. И build expansion into product logic, когда чем больше клиенты этой штукой пользуются, тем больше... Чем больше он получает результаты и value, тем больше платит. То лучше бы в идеале, чтобы платить за объемы, а не там за количество сотрудников, пользователей, еще чего-нибудь.

2:03:14 - Ivan Borisov И дальше по мелочи. Ну вот, буквально, Playbook, как выросли, по крайней мере, вот эти 16 компаний на AI-ном продукте. Прикольно. Спасибо. Вопросы в чате? Голосом? И давайте расходиться. У меня сейчас выгонят из отеля и скоро самолет. Сев, я тогда сегодня буду главным вопросителем у тебя. Слушай, скажи, пожалуйста, у вопрос, который я хотел задать еще в самом начале, и ради скорости не стал задавать.

2:04:26 - Seva Ustinov (Elly Analytics) А как у тебя выглядит система, и кто это, люди или агенты, которые поддерживают консистентность всей вот этой IT-структуры? Потому что она же совсем другая стала. Она же не похожа на ту, которую привыкли айтишники поддерживать. есть там очень много содержания, и надо, чтобы... Мы просто уже на нескольких людях расползаемся, честно говоря. Я так, честно скажу, грубо говоря, что я сам не уследил, то... То может, условно говоря, системный файл какой-нибудь, потому что системная инструкция может быть неактуальна относительно того, как мы уже процесс продумали, что-то еще.

2:05:15 - Ivan Borisov И вот это вот постоянно догонять актуальность, ну вроде как такая целая задачка. Как это у вас устроено?

2:05:27 - Seva Ustinov (Elly Analytics) Смотри, у папок скиллов-тулов есть оунеры.

2:05:37 - Ivan Borisov Я там отправляю своего агента что-нибудь в сейлзен-маркетинге мне достать, а он не достал.

2:05:43 - Seva Ustinov (Elly Analytics) И я как бы пишу команде, типа, ребята, я вот спросил такую штуку, он не справился, подправьте, пожалуйста, инструкции. То есть из-за того, что все начинается с корневого Cursor Rules, который ссылается на разделы, в которых свои rules...

2:06:01 - Elias Felis У этих там папок и файлов всё-таки есть оунеры. Ну, а дальше оно как-то живёт. Ну, да, иногда бывают ошибки, ну, да, иногда что-то дублируется. Но, как бы, когда есть оунер, если там слишком бардак, он его может попросить, он бардак причешет. Нет, подожди, ответ — это люди. То есть нет агентиков, ну, то есть нет скиллов, которые следят за актуальностью скиллов. Людям скучно. Хороший ответ. Людям надоест это делать, делают они все скиллы. Да, этот тип твоего движения, я понял, это круто, да, всё правильно. Спасибо. Итак, Элиас, вопрос. И я после этого спрошу голосом или в чате, что лично вам сегодня прям, как бы, зацепило? Добрый день, спасибо за презентацию.

2:07:05 - Seva Ustinov (Elly Analytics) Смотрите, у меня вопрос касается инструментов. Два вопроса. Один маленький по поводу вот всех этих Google Drive. У нас есть и Slack, и Jira, и Atlassian. Я правильно понимаю, что вы только оставили, базу знаний только перевели? То есть, когда у нас идет шеринг каких-то документов, файлов или контроль задачек в Jira, потому что там есть и разработка где-то сидит в своих досках и так далее. Это первый момент. Второй момент. Когда вы пересаживали сотрудников, у вас все сотрудники на Клоде сидят? Или вот у нас, допустим, BizDev, ну вообще бизнес, он очень любит перплексити за какую-то такую универсальность, грубо говоря. Есть ребята, у которых есть свои подписочки на перплексити, они как бы работают в перплексити. Для каких-то вещей перплексити не подходят. То есть, как у вас интеграция происходила? И как сотрудники с чем взаимодействуют? Именно вот их опыт взаимодействия. С инструментами какой? Что это за инструменты? Ну и так далее. Спасибо.

2:08:04 - Sergey R Мы все начинали с Shared Workspace, который открывается через курсор. У всех был одинаковый вот такой сетап. Но потом, чем дальше, тем больше, люди переползают на Claude Code, а несколько людей себе еще настроили OpenClaw с подключением Shared Workspace.

2:08:24 - Seva Ustinov (Elly Analytics) То есть я здесь вижу, что первично, типа, вот эта структура, корневые правила, общая структура папок, вот это must have, вот это не меняется. Если Perplexity не может работать с этими вещами, значит, ну или пусть работает, складывает обратно в Shared Workspace. Я не знаю. Ну, короче, типа, обязательные условия. Все важные вещи живут в Shared Workspace, точка. А дальше, как бы, как с ним работать? Курсором, Claude Code, чем хочешь. Хочешь еще раз повторить, как ты именно распределяешь, допустим, неответственность, а между отделами, могут ли они заходить в другие отделы, либо это просто открытое пространство, где они могут... А, DevTools только на чтение, ну, кроме разработчиков.

2:09:36 - Sergey R DevTools доступны только на чтение, а Docs всем доступны на чтение и запись. То есть мы к ним относимся как к Google Drive, как к Notion. В Notion же не приходят в Google в голову мысль, типа, закрывать редактирование продуктовой вики от команды маркетинга.

2:10:07 - Seva Ustinov (Elly Analytics) Это, типа, там кто угодно, что угодно может редактировать, и всем с этим окей. Здесь то же самое. Только тут еще GitHub, версионирование, если что, легко откатиться назад, если что, легко разрешать конфликты агентами. Ну, короче, это только удобнее. Но все равно люди стараются без необходимости чужие документы не редактировать. Ну, типа, это, как бы, естественная тенденция людей. Но могут. Ну, вот они все сразу смогли, ну, если брать не техническую команду, перестроиться на то, что нужно коммиты делать, там, пушить, пул делать. Либо все-таки есть какая-то директория, такая, как бы, с папками, да, где, скажем так, люди могут...

2:11:00 - Sergey R Вот зайти туда и как бы руками прошерить.

2:11:05 - Seva Ustinov (Elly Analytics) Они не знают, что в точности там происходит. Там в корневых инструкциях написано, что когда человек просит загрузить все или обновить все или update all, нужно запустить вот этот вот workflow, вот этот вот скилл, вот этот скрипт, который обновит все репозитории.

2:11:29 - Alexander Povaliaev И как бы им просто на онбординге один раз показывают, типа, ну вот попроси своего агента скачать все обновления, попроси своего агента закачать на сервер то, что ты отредактировал.

2:11:42 - Seva Ustinov (Elly Analytics) То, что не закачано, у тебя там будет, там, не знаю, зелененьким отмечено.

2:11:46 - Alexander Povaliaev Они такие, а, ну ладно. Агенты прекрасно прячут вот эту техническую сложность, а отлаживает их выделенный человек. Поехали. Спасибо.

2:12:00 - Aleksei Ovcharenko Так, очень хочу фидбэк, что кому сегодня, что бы зацепило.

2:12:08 - Rodion Рассказываю прям много, и вон, shared workspace, transition, перестройка цепочки ценностей, встраивание AI в management, adoption AI-продукта, переход к автономным агентам как продукту.

2:12:33 - Arseny Klekovkin Можно тезисно буквально в пару предложений сказать голосом, если кто-то Да, или там что-то вот одно самое такое, типа вау.

2:12:53 - Ivan Borisov Будет запись, будет ссылка, да, и там все будет, и какие-то графики там тоже будут, в общем, будет дополнительный. Сериалы, ну, или ссылочки, они сейчас тут. Ссылки там в чате понаписали много, чтобы где сохранить. А, в тележке? Нет, в чате.

2:13:11 - Seva Ustinov (Elly Analytics) А, здесь?

2:13:12 - Ivan Borisov Да. Оль, да, вижу, спасибо. Вау, была перестройка бизнес-стратегии, вот, от copilot в автономию, и дальше в плейбук, как победить в этом всем. Это было прям очень круто. Найс. Что, поделиться? Поделиться. И эволюция тоже, вот, в конце, да, к будущей стратегии бизнеса очень так, шаг за шагом хорошо была отстроена.

2:13:45 - Jin Kolesnikov И последнее особенно мощно было. Меня, меня прям бутерброд твой зацепил.

2:13:58 - Alexander Povaliaev В том смысле, что... То это прям кажется, что это какое-то вот наше ближайшее будущее. Если там сто или тысячи человек, то да. Ну вообще, то есть это вот какое-то... Нет, это просто в целом ближайшее будущее. Потому что, когда говорят о том, что средний менеджмент должен куда-то исчезнуть, то вот это и есть путь, как он исчезнет. Ну то есть вот это вот как бы сам подход. И очень прикольно, что вы его уже телом нащупали и уже реализовываете. С учетом того, как ты активно делишься, это значит, что мы скоро будем иметь готовые плейбуки, когда у вас это откатается. Это радует. Спасибо тебе. Спасибо. И спасибо за то, что поделился своими мыслями по поводу встречи и роста компании. Спасибо, Сева. Будет док-материалы, вот, материалы пришлю, там презентация еще пойдет, я могу, наверное, даже сейчас ссылочку скинуть. Она еще обновится live-транскриптом, который у нас сейчас был, и в базе все появится у нас. Наверное, будем тебя отпускать. Скоро самолет по календарю, и все такое. Рад, рад, что ты зашел. Хорошая, жирная, красивая точка во всей лабе. Завтра последний офис. Так, спасибо вам, всем пока. Спасибо.

Actions
#shared-workspace #ai-first-org #master-skill #product-strategy #operational-management #adoption-ladder