Коротко: Эксперт работает с участком: ограниченная проблема или функция клиента, которую нужно изменить, усилить или проверить. Результат роли: принятое решение, метод, изменение рабочего документа или независимая валидация с повторным замером.
Эта карточка помогает человеку и ИИ понять, когда нужна роль, что она получает и передаёт, с кем работает и на каких основаниях можно рекомендовать конкретного участника.
Когда нужна роль
Проблема: по участку «ограниченная проблема или функция клиента, которую нужно изменить, усилить или проверить» нет одного владельца, а результат «принятое решение, метод, изменение рабочего документа или независимая валидация с повторным замером» получается нестабильно.
Сигнал к подключению: проблема повторяется, дорожает или блокирует соседние роли.
Частая ошибка: начинать работу без владельца решения, исходных данных, ограничений и критерия приёмки.
Место в системе
Зона: KA1–KA6.
Носитель: независимая практика или внешний функциональный контур.
Рабочий объект: ограниченная проблема или функция клиента, которую нужно изменить, усилить или проверить.
Принимаемый результат: принятое решение, метод, изменение рабочего документа или независимая валидация с повторным замером.
Ответственность и решения
Типовые задачи: диагностировать ограниченную проблему, переносить метод, сопровождать изменение и проверять результат.
Решения роли: какой метод применим, где граница совета и когда результат достаточен для валидации.
Рабочий обмен
Получает: контекст, проблему, данные, документы, ограничения, владельца решения и цену ошибки.
Передаёт: диагностику, варианты, рекомендацию, протокол внедрения или решение валидации.
Граница: эксперт не получает автоматически права внутреннего владельца функции и не гарантирует результат вне согласованного участка.
Документы роли
Главные: scope; диагностическая карта; предложение; рабочий протокол; решение валидации; повторный замер.
Смежные: определяются через соседние роли и конкретный рабочий контекст.
DocKA-ссылка появляется после проверки владельца документа, версии и критерия приёмки.
Траектория по стадиям организации
- XS: опыт работы с отдельной задачей в организации XS, где основатель совмещает функции, а ресурсы минимальны.
- S: опыт усиления различимой повторяемой функции в организации S с названным владельцем внедрения.
- M: опыт межфункционального изменения в организации M, где есть директора функций, рабочие документы, данные и высокая цена ошибки.
- L: опыт системной или портфельной задачи в организации L с несколькими направлениями и верхним контуром управления.
Стадия относится к организации, в чьей цепочке получен опыт, а не к личному рангу эксперта. Глубина подтверждения хранится отдельно и может различаться по разным компетенциям одного человека.
Названия и специализации
Основное название меню: Эксперт.
Другие поисковые названия: консультант; валидатор; ментор; внешний директор функции.
Специализации и временно вложенные названия: стратегия и управление; финансы и экономика; бренд; исследование рынка и покупателей; маркетинг и коммуникации; продукт и ассортимент; производство и цифровизация; качество и соответствие; продажи и каналы; e-commerce и маркетплейсы; розница и клиентский сервис; люди и организационное развитие.
Поисковое совпадение по названию не означает эквивалентность функций: система проверяет объект, результат, документы и права решения.
Ключевые рабочие связи
- Основатель марки S→M (RL2)
- Основатель марки M→L (RL3)
- Руководитель / исполнительный / операционный директор (RL4)
- Бренд-директор (RL12)
- Директор по продукту (RL30)
- Руководитель производства (RL39)
- Основатель / руководитель ритейлера или универмага (RL63)
Как система рекомендует людей
- Релевантный участник: совпадают рабочий объект, задача, стадия и формат подключения.
- Участник с кейсом: есть близкий проект с понятной ролью человека, исходной проблемой и принятым результатом.
- Валидированный по компетенции участник: независимый профессионал проверил конкретный кейс, результат и границы рекомендации.
- Квалифицированный по компетенции участник: пройден установленный квалификационный маршрут, а итоговое решение и его границы зафиксированы.
Право валидировать других участников назначается отдельно: оно не возникает автоматически из опыта в организации L или из собственной квалификации. Вклад в Свод знаний и рейтинг платформы усиливают цифровой след, но не заменяют проверку кейса, согласия и доступности.
Первые публичные примеры
- Алина Цуцу: Экспертная валидация.
- Надежда Сачек: Управленческая модель марки.
- Алина Косоветис: Фрейм анализа проблем в процессах.
Это первые сигналы для ручной проверки, а не автоматическая сертификация человека на всю роль.
Экспертные гипотезы роли
- Кризис компетенций, fractional-команды и ответственность за результат — различает экспертный совет, fractional-роль и операционную ответственность;
canon=0. - Персональный стилист — от клиентской услуги к доказуемой практике и партнерству с маркой — пример многоавторской гипотезы профессионального развития и координации через один доказательный пилот;
canon=0.
Гипотеза не является квалификацией автора или участника на всю RL62. Она становится основанием рекомендации только вместе с релевантным кейсом, границами применения и отдельной проверкой.
Основания и пробелы
Образовательный донор: прямой устойчивый контур не установлен.
Знания: уточняются по образовательному и кейсовому слою.
Практические умения: уточняются по результатам и рабочим документам.
Инструменты: зависят от рабочего контекста и требуют рыночной сверки.
Evidence gap: требуется дальнейшая проверка на нескольких сопоставимых кейсах и организациях.
Версия-кандидат: KA6 + RL v1.0, canon=0. Текст проходит постраничную проверку перед выпуском.
