Переворот в управлении: Клиентократия

Клиентократия: основы

Клиентократия — структура управления компанией, в основе которой:

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

Шесть принципов Клиентократии

+1 принцип: не возводить эти 6 принципов в абсолют.

Модель компании по Клиентократии

Последовательность действий для построения клиентоцентричной системы управления:

1. Выявить клиента или заказчика.
2. Найти боли-препятствия клиента.
3. Определить ценность предложения, построить стратегическую канву.
4. Сформулировать обещания клиенту, определить метрики и полномочия.
5. Сформировать поддерживающие и общие обещания, договориться о полномочиях.
6. Создать Совет управляющих и автономные команды.
7. Рассчитать экономику команды и разработать мотивацию.
8. Установить показатели успешности работы команды.
9. Пригласить экспериментировать, анализировать ошибки, улучшать на основе обратной связи.

Каждый шаг детализирован в соответствующих разделах ниже.

Схема «Потребитель и ценности»

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

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

Клиент: кто это и как определить

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

Партнёр – клиент, который передаёт ценность конечному потребителю в неизменном виде (покупатель, плательщик, подрядчик).

Алгоритм поиска клиента:

1. Нарисовать цепочку движения продукта до конечного потребителя.
2. Убрать тех, кто «перед нами» (выпадают, если мы перестанем создавать продукт).
3. Убрать тех, кто не меняет продукт.
4. Убрать тех, кто передаёт продукт дальше без изменений.

Потребность и боли клиента

Потребность – то, в чём нуждается клиент. Ошибка: путать потребность с очевидным решением.

Алгоритм:

• Потребность: «Я хочу…» (какой результат нужен клиенту)
• Боль 1,2,3…: «Но не могу получить, потому что…» (препятствие)
• Контекст: «Так как моя ситуация…» (условия, которые вызывают боли)

Customer development (CustDev) — выявление потребностей и болей через интервью.

Проблемное интервью (CustDev)

Когда проводить? При запуске нового продукта или для глубокой обратной связи по существующему.

С кем? Релевантные по потребностям, контексту, входящие в группу клиентов.

Сколько интервью?

• < 1 000 000 клиентов: 50–200
• 100 000 – 1 000 000: 20–50
• до 100 000: 10–20

Насыщение: когда ответы повторяются — общие боли и потребности когорты найдены.

NPS Индекс потребительской лояльности — готовность рекомендовать.

Ценность для клиента

Ценность – сравнительная характеристика продукта, определяющая пользу. Это ответ на боли клиента. Всегда на стороне исполнителя.

Не имеет отношения к моральным или внутренним ценностям человека.

Зачем определять ценность?

• Концентрироваться на пользе, подтверждённой CustDev
• Формулировать обещания, которые снимают боли-препятствия

Алгоритм определения ценности:

1. Потребность – что хочет клиент?
2. Боли-препятствия – что мешает?
3. Гипотезы → подтверждение через CustDev
4. Ценность – какая характеристика снимает боль?

Чек-лист ценности:

• ✔ Снимает боль-препятствие
• ✔ Сформулирована как характеристика (не процесс)
• ✔ Однозначно понимается (без субъективных оценок)
• ✔ На стороне того, кто передаёт
• ✔ Физические характеристики, без оценок

Стратегическая канва

Инструмент для формирования ценностного предложения, отличного от рыночных аналогов. Помогает:

• Оценить позицию компании
• Найти «голубой океан» (новую нишу)
• Определить стратегию позиционирования

Ключевая ценность – одна ценность, не представленная достойно на рынке. Именно с ней будет ассоциироваться бренд.

Вопросы для поиска ключевой ценности:

• Какую ценность можно значительно повысить?
• Какую создать (никогда не предлагавшуюся)?
• Какие ценности снизить или упразднить?

Алгоритм построения канвы:

1. Потребность + боли
2. Гипотезы → CustDev
3. Выявить ценности конкурентов и свои
4. Нанести на канву
5. Оценить текущее проявление (5‑балльная шкала, «as is»)
6. Определить целевое проявление («to be»)
7. Выделить одну ключевую ценность на уровне 6 баллов

Обещания: ответственность и полномочия

Обещание – альтернатива поручению. Ответственность остаётся на том, кто берёт обещание. Сотрудник берёт обещание только при наличии ресурсов и полномочий.

Зачем команде обещания?

• Определяют зоны ответственности и границы полномочий
• Избегают дублирования, экономят ресурсы
• Помогают фокусироваться на результате

Как проверить «моё» ли обещание?

• Если не хватает полномочий или ответственности — не моё
• Если две команды дают одинаковое обещание — либо делят по территории, либо это одна команда
• Если при плохом результате другая роль может взять ответственность — не твоё

Типы обещаний:

• Корневые – внешнему или внутреннему клиенту
• Поддерживающие – необходимы для выполнения корневых
• Общие – нужны всем или почти всем

Проверочный лист обещаний:

• ✔ Соответствует ценности
• ✔ На каждую ценность на канве есть хотя бы одно обещание
• ✔ Сформулировано как идеальный результат (не процесс)
• ✔ Даёт одна роль
• ✔ Не содержит «петли»

Метрики выполнения обещаний

Метрика = число + его динамика во времени. Должна быть объективной и соответствовать результату.

Метрика на основе жалоб — так себе. На основе фактов невыполнения — крайний случай.

Как работает автономная команда с метриками:

• Метрики доступны всем членам команды
• Анализ в динамике (неделя к неделе, месяц к месяцу)
• Если нет улучшений — проверять обещание и полномочия

Проверочный лист метрик:

• ✔ Объективная, замеряет результат (например, % доставок с падением температуры ниже 40°C)
• ✔ Прямо связана с обещанием
• ✔ Связана с качеством, а не процессом (% домов, сданных в срок)
• ✔ Количество жалоб — только на крайний случай
• ✔ Быстрая оценка, чтобы не пропустить отклонения

Полномочия под обещание

Полномочия – возможность выполнить действие или принять решение без согласований (не «обдумать», «обсудить», «эскалировать»).

Для выполнения обещания полномочия должны быть эксклюзивными, монопольными.

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

Проверочный лист полномочий:

• ✔ Подразумевают возможность выполнить конкретное действие для результата
• ✔ Под одно обещание может требоваться несколько полномочий
• ✔ Обычно подразумевают ответственность за затраты
• ✔ Если при невыполнении можно сказать «это не моя ответственность» — надо забирать полномочия или разделить обещание

Автономные команды и Совет управляющих

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

Необходимые атрибуты автономных команд:

• Регулярные командные встречи
• Метрики качества (метрики обещаний)
• PnL команды
• Общая мотивация, привязанная к PnL

Как формируется автономная команда?

• Исходя из необходимости дать новую ценность клиенту
• Создаётся заказчиком для получения новой ценности
• Объединение сотрудников, которые занимаются одним и тем же для разных заказчиков
• При расщеплении роли, когда сотрудник перестаёт справляться с объёмом

Признаки автономной команды:

• Самостоятельны в любых решениях в рамках функционала
• Наделены полномочиями, ответственностью, ресурсами

Когда команда расформировывается?

• Отсутствует ожидаемый результат или динамика его достижения
• Заказчики переключились на других исполнителей

Совет управляющих

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

• Согласование ключевых ценностей и показателей успешности
• Разрешение конфликтов между командами
• Утверждение изменений в системе обещаний и полномочий
• Оценка баланса показателей (качество, экономика, развитие)

Совет управляющих не управляет командами напрямую, а задаёт правила игры и следит за их соблюдением.

Экономика команды и финансовая мотивация

Экономика команды – соотнесение оплаты клиентом/заказчиком полученной ценности и затрат команды на её создание.

Источники данных:

• Бюджет доходов и расходов
• Отчёты по затратам
• Отчёт о прибылях и убытках (PnL)
• Любой внутренний отчёт компании

Принципы финансовой мотивации команды:

• ❌ Не связана с KPI или выполнением плановых показателей
• ✅ Напрямую связана с количеством работы или с показателями экономики команды
• ❌ Не используются метрики по выполнению обещаний
• ❌ Не влияют субъективные оценки
• ❌ Не используется множество разных метрик или интегральные формулы
• ✅ Принципы прозрачны и понятны всем членам команды
• ✅ Мотивационный фонд распределяется поровну или по решению совета команды (у всех мотивация одинакова)

Подходы к расчёту тарифов (внутренних):

• Основная задача — измерить трудоёмкость по количеству операций для запуска мотивации
• Посчитать все затраты подразделения → разделить на операции → зафиксировать тариф (±10%)
• Увеличение тарифа согласовывать с заказчиком
• Рыночный тариф — только если услугу реально можно продать за эти деньги

Виртуальная выручка

Выручка за выполнение внутренних заказов либо от оптимизации. Инструмент для расчёта экономики и мотивации команд без фактической выручки от покупателя.

Почему не стоит торопиться с мотивацией:

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

Как правильно вводить мотивацию:

1. Определить ценность для клиента
2. Сформулировать обещания с постоянным мониторингом
3. Ввести мотивацию без потери фокуса на обещания

Баланс показателей команды

Команда должна постоянно следить за связью показателей и контролировать их баланс.

Как анализировать баланс:

• Качество + Экономика ✅, но Успешность ↓ = стагнация
• Качество + Успешность ✅, но Экономика ↓ = убытки
• Экономика + Успешность ✅, но Качество ↓ = обман клиента

Показатель успешности команды

Единственная метрика, по которой команда оценивает свой прогресс в развитии. Устанавливается командой на период и может меняться.

Проверочный лист показателя успешности:

• ✔ Только одна метрика (показатель роста)
• ✔ Совет управляющих отслеживает баланс с экономикой и качеством
• ✔ Команда определяет и отслеживает его самостоятельно
• ✔ Может быть изменён при достижении цели или смене стратегии
• ✔ Репрезентативная метрика (не метрика тщеславия, например, динамика выручки год к году, а не число посещений)

Экспериментирование и непрерывное улучшение

Клиентократия поощряет культуру экспериментов и быстрого обучения. Каждая команда и компания в целом должны:

• Проводить эксперименты — проверять гипотезы о ценности, обещаниях, мотивации.
• Анализировать ошибки — извлекать уроки из неудач, а не наказывать за них.
• Улучшать на основе обратной связи — использовать данные от клиентов, метрик и команд для итеративного развития.

Этот шаг завершает модель компании по Клиентократии (шаг 9) и является постоянным процессом.