Статус материала: экспертная гипотеза роли. Авторы — Алина Цуцу и Алексей Баженов.
Связанные роли: RL2. Основатель марки S→M · RL3. Основатель марки M→L · RL62. Эксперт
Этот текст описывает проблемы, способы решения и возможное развитие практики. Связанные RL удерживают структурное распределение ответственности; подтверждённые кейсы могут позднее уточнять их содержание.
Это закрытый рабочий протокол разговора 13 августа 2026 года. Мы обсуждаем не готовую бизнес-модель, а гипотезу, которую предстоит проверить на реальных компаниях: может ли Альянс соединить экспертную систему, квалификацию задачи, людей с актуальными компетенциями и ответственность за результат.
От экспертной системы — к ответственности за результат
Алексей Баженов. За последние недели события сильно спрессовались. Я вижу, что продукт нужно быстро пересобирать: предыдущая конструкция не давала достаточно сделок и результатов. Сейчас я смотрю на Альянс прежде всего как на экспертную систему. Следуя рамке Елены Тищенко, она должна быть выгодна экспертам, но первая интуиция — просто рекомендовать эксперта бренду — кажется слишком простой.
Я пробую сфокусировать предложение на марках стадии M: у них уже есть деньги, но нет возможности держать внутри всех сильных директоров и специалистов по маркетингу, продукту, организации, бренду и каналам. Каждая такая компетенция на полном найме может быть слишком дорогой. Возникает идея композитной команды: компания не покупает сразу весь штат, а подключает нужные компетенции к конкретной задаче.
Алина Цуцу. Здесь важно не перепутать эксперта и человека, ответственного за работу. Экспертная позиция обычно не предполагает участия в операционной деятельности. Эксперт может помочь увидеть проблему, построить план или провести стратегическую сессию, но у него нет end-to-end-метрики внутри компании. Если после консультации никто не отвечает за реализацию, результата не будет.
Проблема рынка сейчас не столько в отсутствии экспертов, сколько в разрыве между сложностью задач и уровнем компетенций внутри команд. Сотрудники несут ответственность за свои участки, но часто не умеют решать задачи нового уровня. Эксперты обладают более широким опытом, однако не заходят в операционную работу. Между этими двумя контурами и возникает разрыв.
Не кризис рынка, а кризис компетенций
Алина. Я бы осторожно говорила об «особенном кризисе рынка». Скорее, мы переживаем кризис компетенций. Рынок ставит перед компанией более сложные задачи, которые требуют другого уровня управления.
Если растут риски логистики или горят склады, ответом становится не очередной общий совет, а диверсификация дистрибуции, новые правила управления запасом и несколько каналов вместо одного критического узла. Такие задачи в мире давно решаются, но в российском fashion-рынке специалистов с соответствующей практикой мало, и большинство уже глубоко встроены в сильные компании.
Поэтому важен не абстрактный «уровень эксперта», а актуальность его компетенций. Знание нужно постоянно обновлять на живой практике. Красиво сформулированная теория или один удачный кейс еще не показывают, что человек способен решить сегодняшнюю задачу. Нужны повторяющиеся результаты и возможность увидеть, что произошло после рекомендации.
Алексей. Это меняет смысл Свода и рабочего места. Они должны не только объяснять, что делать, но и помогать компании дойти до человека или команды, способных принять ответственность за конкретную часть результата.
Advisory, fractional и сотрудник — разные позиции
Алина. Нужно развести по крайней мере три режима.
Advisory — эксперт помогает разобрать проблему, увидеть варианты, настроить направление и периодически проводит ревью. Он не становится владельцем операционного результата.
Fractional-позиция — человек работает не полный день, но принимает конкретную управленческую ответственность. Значение имеет не число часов, а end-to-end-метрика. Например, fractional e-commerce или omnichannel lead может отвечать за соответствующий P&L, даже если подключен к компании только на часть недели.
Сотрудник или внутренняя команда — исполняют план каждый день и удерживают процесс между ревью. Без этого слоя даже сильная консультация часто остается нереализованной.
Рабочая схема зрелого бизнеса обычно выглядит так: консультант помогает разобрать ситуацию и собрать roadmap; команда компании реализует его в течение следующих месяцев; затем эксперт возвращается, сверяет результат, корректирует план и запускает следующий цикл. Один сильный эксперт уже способен создать компании большой объем работы. Четыре независимых эксперта одновременно легко создадут четыре конкурирующих плана.
Алексей. Значит, композитная команда не должна быть просто «советом директоров по часам». Возможны две разные сборки: несколько советников вокруг одной задачи или fractional-руководитель с людьми, которые исполняют план. Во втором случае появляется ответственность и шанс на измеримый результат.
Квалификация задачи — отдельный продукт
Алина. Первая встреча в этой модели — не «бесплатное знакомство», а квалификация. Компания приносит свои проблемы и данные, а специалист определяет:
- что именно является задачей;
- какой результат нужно изменить;
- какая роль способна принять за него ответственность;
- каких компетенций не хватает внутри;
- нужен советник, fractional-руководитель, сотрудник или целая конфигурация ролей.
Это уже консультационная работа. Она ближе не к обычному рекрутингу, а к диагностике бизнеса и проектированию состава команды. После нее может начинаться подбор, но диагностика и поиск людей — разные функции.
Алексей. Тогда рабочее место может сопровождать не только эксперта, но и человека, который заходит в компанию. Он получает Свод, документы, эталонную траекторию и способ фиксировать выполненную работу. Альянс в таком случае соединяет квалификацию, подходящую конфигурацию ролей и цифровой след результата.
Как проверять результат после консультации
Алина. Основная проблема разовой экспертной работы — эксперт не всегда видит, что компания сделала после встречи. Если организация постоянно использует рабочее место, часть цифрового следа могла бы показать внедрение: какие задачи формулируют сотрудники, какие документы используют, что изменилось в процессах и метриках.
Но это не означает автоматического доступа эксперта ко всем данным. Промпты сотрудников, внутренняя переписка, P&L и операционная информация принадлежат контуру компании и могут быть конфиденциальными. Если эксперт должен получать данные после своей работы, это должно быть заранее описано в договоре: какие именно данные, для какой цели, в каком виде и на какой срок. Обезличенные агрегаты могут помогать системе учиться, но сами по себе не всегда позволяют доказать конкретный результат.
Алексей. Значит, нам нужно разделить четыре слоя: данные компании; локальную работу ее агента; обезличенное знание для общей системы; доказательство кейса, которое компания и эксперт согласовали для публикации или рекомендации.
Что именно может продавать Альянс
Из разговора сложилась проверяемая, но еще не утвержденная продуктовая цепочка:
- Открытый стандарт и рабочее место. Компания получает общий язык, библиотеку, роли, документы и способ описать задачу.
- Групповой вход. На открытой лаборатории можно сформулировать запрос и понять, куда двигаться дальше.
- Платная квалификация. Разбираются данные и проблема, определяется целевая метрика и нужная конфигурация ролей.
- Fractional-роль, сотрудник или композитная команда. У каждого участника зафиксированы зона ответственности, результат и границы работы.
- Исполнение внутри компании. План превращается в действия, документы и изменения метрик.
- Ревью и доказательный кейс. Через согласованный период результат проверяется, план пересобирается, а подтвержденный цифровой след возвращается в систему.
В этой модели Альянс не обещает, что любой эксперт решит любую проблему. Он помогает компании перейти от неопределенного запроса к квалифицированной задаче и увидеть людей, способных отвечать за результат.
Одна гипотеза вместо нескольких обещаний
Алина. На главном экране не стоит одновременно проверять библиотеку, подписку, маркетплейс экспертов, композитные команды и автоматические рекомендации как пять разных продуктов. Нужна одна гипотеза, которую можно проверить. Если она не работает, ее меняют.
Алексей. Рабочий вариант гипотезы: Альянс помогает марке стадии M квалифицировать сложную задачу и собрать вокруг нее людей с актуальными компетенциями и измеримой ответственностью. Открытый Свод и дистрибутив объясняют систему; подписка удерживает рабочую среду; платная квалификация открывает путь к fractional-роли или команде.
Это пока не финальная формулировка лендинга. До нее нужно проверить три живых сценария: марку с задачей роста продаж, фабрику с задачей загрузки и эксперта, который готов перейти из advisory в ответственность за метрику.
Автор, разработчик, валидатор и участник
Во второй части разговора мы уточнили авторскую и проектную терминологию.
Алина. Разработчик — человек, который по собственной инициативе внес доказуемое структурное изменение в проект: изменил архитектуру, добавил структурный модуль, пересобрал последовательность или повлиял на способ работы системы.
Автор создает собственный материал, лекцию, метод или профессиональную позицию. Этот материал может войти в Свод, но автор не становится разработчиком всей системы автоматически.
Валидатор проверяет конкретную версию, критерий или вывод. Участник разговора дает контекст, вопрос или опыт. Эти роли важны, но не должны автоматически превращаться в соавторство.
По этому критерию кураторы, которые собирали программу и меняли ее структуру, могут быть соразработчиками. Лекторы остаются авторами своих материалов, если отдельно не доказано их структурное влияние на проект. Для Свода и ИИИ нужен contribution-gate: рядом с каждым именем должны быть тип вклада, конкретный фрагмент и источник доказательства.
Расчетные системы, ИИ и партнерства
Мы отдельно обсудили финансовые сервисы для марок. Большая часть такой системы — расчетный слой: интеграции с маркетплейсами, складом, API, сбор данных, BI и дашборды. ИИ добавляет интерпретацию, рекомендации и выводы, но не заменяет корректный расчет.
Поэтому Альянсу разумнее не воспроизводить готовую расчетную платформу, а проверить партнерство на одном кейсе. Хороший кейс должен показать исходные данные, расчет, рекомендацию, принятое решение и измеримый итог. Только после этого можно решать, как связать партнерский сервис с рабочим местом и Сводом.
Форум как проверка модели
В конце разговора мы вернулись к Форуму. Отказ одной площадки заставил заново спросить, что является результатом: двести слушателей или тридцать содержательных переговоров между марками и фабриками.
Вариант с Высшей школой экономики усиливает научную и образовательную рамку. Более компактное помещение может стать не ограничением, а способом сфокусировать событие на 30 марках × 30 фабриках, квалифицированных встречах и реальных следующих действиях. Большой открытый зал и управляемые переговоры не обязательно противопоставлять, но ядро формата должно быть измеримым: кто с кем встретился, какую задачу зафиксировали и какой следующий шаг назначили.
Что запускаем после разговора
- Архитектура описывает различия между advisory, fractional, сотрудником и композитной командой.
- CJM собирает путь
групповой вход → платная квалификация → ответственная роль → ревью. - Писатель готовит несколько формулировок одной гипотезы для главного экрана; live не меняется до решения.
- Алина проверяет в новом релизе границы собственных материалов и возвращает список: что остается открытым, что требует закрытого доступа, что является авторской методикой, что нужно исправить или удалить.
- Команда проводит contribution-gate для авторов, разработчиков, валидаторов и участников.
- Партнерство с финансовой платформой проверяется на одном доказательном кейсе.
- Формат Форума оценивается не только по числу регистраций, но и по назначенным переговорам, установленным рабочим местам и подтвержденным следующим действиям.
Главный вопрос следующего цикла: может ли Альянс превратить накопленное знание и сеть людей в контур, где сложная задача получает не только совет, но и владельца результата?