Customer Experience Director (CXD) / Директор по клиентскому опыту NORM

Customer Experience Director (CXD) / Директор по клиентскому опыту NORM

Продукт должности

Воспроизводимый и предсказуемо хороший опыт, который наши клиенты (подписчики NORM — русскоязычный средний бизнес в MENA) получают на всём пути с продуктом NORM: от первого касания и онбординга до принятия канона, первой реализованной пользы, продления и расширения. Опыт зафиксирован как стандарт, по которому CVD ведут клиентов одинаково хорошо, и который держит клиента в продукте (удержание и расширение), а не зависит от того, кому повезло с конкретным CVD.

Главный заказчик

Shareholders

Подчиняется

• Shareholders / Акционеры

Метрики (3)

• [Effectiveness] Customer Retention & Expansion / Удержание и расширение клиентов (id: присваивается при создании)
• [Efficiency] Time-to-Value & Self-Serve Share / Скорость первой пользы и доля самостоятельного прохождения (id: присваивается при создании)
• [Quality] Experience Coherence / Целостность клиентского опыта (id: присваивается при создании)

Описание роли

Зачем эта роль

CXD существует, потому что у компании есть главный продукт-актив акционеров — NORM, и ценность этого актива держится не только тем, что в продукте, но и тем, как клиент его переживает. Без CXD клиентский опыт либо распадается на «как поведёт конкретный CVD» (не воспроизводимо), либо подменяется содержанием методологии (а это зона PO NORM), либо проваливается между ролями — продукт хороший, но клиент уходит, потому что путь к ценности был непонятным или болезненным.

CXD собирает клиентский опыт в воспроизводимый стандарт с дисциплиной развития. Его роль постоянна и существует над операционкой компании: он не пишет методологию, не ведёт конкретных клиентов, не управляет проектами. Его единственная зона — опыт нашего клиента с продуктом NORM как актив на горизонте 5+ лет.

CXD — Entrepreneur + Integrator в логике PAEI. Entrepreneur — поиск возможностей в опыте: где убрать трение, какой новый формат прохождения ввести, как сделать ценность видимой раньше. Integrator — сборка опыта в единое целое: бесшовные переходы между стадиями и одинаковое качество у разных CVD. Сильная сторона — клиентская эмпатия, видение пути целиком, дисциплина стандарта. Слабая сторона (то, что НЕ должно быть в его зоне) — содержание методологии, ведение аккаунтов, управление проектами и командами.

Что входит в клиентский опыт NORM

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

• Первое касание и квалификация — как клиент впервые понимает, что NORM решает его боль, и быстро видит, подходит ли это ему
• Онбординг — как клиент входит в продукт без перегрузки и хаоса, с понятными первыми шагами
• Принятие канона (adoption) — как клиент начинает реально применять методологию, а не просто «купил и забыл»
• Первая реализованная польза (value realization) — как клиент рано видит измеримый результат и связывает его с NORM
• Продление и расширение — как клиент решает остаться и взять больше, потому что опыт это заслужил

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

Воспроизводимость как часть продукта

Особенность CXD — воспроизводимость опыта зашита в обещание самой роли. Опыт должен быть одинаково хорош независимо от того, какой CVD ведёт клиента и насколько он опытен. Это не побочный эффект, а прямая часть продукта, выражающаяся в стандарте опыта и в метрике целостности (Experience Coherence).

Это означает, что CXD работает не только с тем, каким должен быть опыт, но и с тем, как сделать его повторяемым: как описать стандарт в форме, которую применяет любой CVD; как встроить точки проверки опыта в работу; как перенести часть пути в самостоятельный режим через кабинет, чтобы качество не зависело от ручного героизма. Без этой работы опыт остаётся «как получится у конкретного человека» — а не активом.

CXD и PO NORM: разделение ролей

CXD и PO NORM — обе работают вокруг продукта NORM и обе подчиняются Shareholders как хранители одного актива. Но они работают на разных сторонах одной системы и решают разные задачи. Это разделение критично, потому что иначе клиентская функция будет либо размыта между двумя ролями, либо схлопнется в «продукт», и опыт перестанут проектировать отдельно.

Короткая формулировка:

• PO NORM владеет методологическим стеком как продуктом: что в стеке есть, какие блоки добавить, переработать, вывести. В том числе блок «клиентский путь» — как наш клиент работает со своими клиентами. Горизонт — эволюция продукта на годы.
• CXD владеет опытом нашего клиента с самим продуктом NORM: как клиент проходит путь покупки, онбординга, принятия, продления, и каким стандартом этот опыт держится. Горизонт — клиентский опыт как актив на годы.

В чём это проявляется:

Когда это важно понимать:

• Когда нужно решить, что умеет продукт для клиента — решает PO NORM; когда нужно решить, как клиент это переживает на пути — решает CXD
• Когда CVD приносит, что клиенту больно на каком-то шаге — CXD меняет стандарт опыта; если боль про содержание методологии — отдаёт в PO NORM
• CXD — внутренний заказчик требований к опыту у PO NORM: «чтобы клиенту было удобно здесь, продукт должен уметь вот это»
• Эволюция продукта — итеративный диалог: CXD формулирует требования к опыту, PO NORM решает по содержанию, обратная связь с реальных прохождений корректирует обоих

Две траектории клиентского опыта

Опыт нашего клиента реализуется по двум траекториям, и CXD отвечает за обе:

• Ведомый опыт (high-touch): клиента ведёт CVD по стандарту, который проектирует CXD. CXD поставляет CVD рабочий стандарт опыта и принимает обратную связь о том, где на пути клиенты застревают.
• Самостоятельный опыт (self-serve): клиент проходит часть пути сам через клиентский кабинет, без обязательного ручного сопровождения. CXD проектирует, какие стадии можно отдать в самостоятельный режим без потери качества.

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

Продукт должности

Воспроизводимый и предсказуемо хороший опыт, который наши клиенты получают на всём пути с продуктом NORM — от первого касания и онбординга до принятия канона, первой реализованной пользы, продления и расширения, — зафиксированный как стандарт, по которому CVD ведут клиентов одинаково хорошо. Опыт держит клиента в продукте (низкий отток, рост продлений и расширений) и воспроизводим без зависимости от конкретного CVD: переходы между стадиями бесшовны, ценность видна рано, стандарт применим любым носителем CVD-роли.

Главный потребитель и его требования

Главный потребитель: Shareholders (получают удержание и рост ценности продукта-актива через клиентский опыт).

Shareholders получают от CXD не «работу над клиентским опытом», а реальный механизм удержания и расширения, встроенный в актив и не зависящий от конкретных людей. Конкретные требования:

• Опыт, который держит клиента. Низкий отток, рост продлений и расширений. Не «мы улучшаем опыт», а измеримое удержание.
• Опыт, воспроизводимый без зависимости от конкретного CVD. Стандарт применим любым носителем CVD-роли; качество не падает при смене человека.
• Опыт, видимый рынку как преимущество. Связный путь и ранняя ценность — часть того, почему клиент выбирает и остаётся, а не «у нас по-разному каждый раз».
• Ранняя реализованная ценность. Клиент видит пользу рано, а не «через полгода внедрения».

Судья качества на практике — наш клиент (собственник/руководитель среднего бизнеса): именно он проходит путь и решает, ценно ли. Опыт согласуется с реальным клиентом, а не проектируется в одиночку.

Вторичный потребитель: CVD — применяют стандарт опыта на клиентах, получают рабочую рамку (по чему вести клиента, где контрольные точки), поставляют CXD обратную связь о местах трения.

Третичный потребитель: PO NORM — получает от CXD требования к опыту как вход для продуктовых решений (что должно быть удобно клиенту, чтобы опыт держался).

Вход роли — стратегия компании и продукт NORM как актив.

Run / Change / Disrupt

Run (поддержание потока)

То, что CXD делает каждую неделю и каждый месяц, чтобы опыт жил:

• Поддержание карты пути нашего клиента и стандарта опыта в актуальном виде
• Наблюдение реальных прохождений: где клиенты застревают, раздражаются, теряют темп
• Возврат наблюдений в стандарт опыта
• Ревью продуктовых и delivery-решений по фильтру «делает это опыт клиента лучше — или ломает»
• Координация с CVD: применимость стандарта на реальных клиентах, обратная связь
• Координация с владельцем клиентского кабинета: что в кабинете отражает путь и прогресс клиента

Change (улучшение того, как роль работает)

То, что CXD делает на горизонте квартала, чтобы опыт становился лучше:

• Устранение точек трения и провалов переходов по обратной связи с реальных прохождений
• Снижение зависимости опыта от конкретного человека: больше стандарта, меньше ручного героизма
• Уточнение стандарта опыта для CVD
• Углубление принципа «сложно под капотом — просто для клиента»

Disrupt (переизобретение роли)

То, что меняет саму конфигурацию роли в системе:

• Опыт для новых рынков (арабский — UAE/Saudi) и для не-русскоязычных клиентов
• Переход части пути в самостоятельный режим (self-serve через кабинет) вместо обязательного ведения человеком
• AI-усиление опыта: автоматическое выявление мест трения из реальных прохождений, персонализация пути под клиента
• Превращение клиентского опыта в воспроизводимый стандарт индустрии, а не только NOTA

Метрики

CXD измеряется композитом из 3 метрик, покрывающих все три ноги EEQ (Effectiveness / Efficiency / Quality) и привязанных к продукту роли — опыту клиента, а не к активности исполнителя.

Логика композита: одна метрика — результативность опыта (удержание и расширение: дошёл ли клиент до пользы и остался ли). Вторая — эффективность опыта (скорость первой пользы и доля пути, проходимая клиентом самостоятельно без ручной работы CVD). Третья — качество опыта (целостность: доля бесшовных переходов между стадиями и доля соблюдения стандарта CVD без обхода).

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

Полный список метрик с определениями и порогами — в свойстве Metrics выше; пороги снимаются из существующих данных NOTA.

🟢 Full Zone of Genius (зона полной автономии)

Решения, которые CXD принимает сам, без согласования с кем-либо. Это широкая зона в вопросах опыта, ограниченная границей с содержанием продукта (PO NORM), с ведением клиента (CVD), с внутренними процессами (COO) и со стратегией (CEO, Shareholders).

• Дизайн карты пути нашего клиента и стандарта опыта. Как выглядит путь, какие стадии, как «хорошо» на каждой, где контрольные точки. CXD решает по профессиональному суждению.
• Приоритет проблем опыта к устранению. Что чинить в первую очередь, что терпит. CXD ведёт этот бэклог сам.
• Собственная исследовательская повестка. Как наблюдать прохождения, как и с какими клиентами говорить, какие чужие клиентские опыты брать в бенчмарк.
• Финальное решение о правках карты и стандарта по итогам месяца. CXD — единственный решающий по этому повторяющемуся решению. Shareholders в ежемесячные правки не вмешиваются и видят результат через три метрики на квартальной сверке; зелёная зона CXD защищена так же, как продуктовая автономия PO NORM.
• Формат и структура стандарта опыта. Как описан стандарт, чтобы его применял любой CVD.
• Тактические переговоры с клиентом по вопросам опыта. Когда CXD лично подключается к клиенту по теме опыта — формат, аргументы, ритм. CVD ведёт аккаунт в целом, CXD подключается на коротком отрезке по профильным вопросам.

Принцип: всё, что касается как клиент переживает продукт и как сделать этот опыт воспроизводимым внутри согласованной стратегии — это зелёная песочница CXD. Зрелость CXD измеряется тем, насколько широка его автономия в вопросах опыта без потери согласованности с продуктом и стратегией.

🟡 Decisions Requiring Collaboration (коллегиальные решения)

Решения, которые CXD принимает в коллаборации с другими ролями. Здесь критично понимать с кем и как принимается решение.

• Как опыт ложится в содержание продукта → с PO NORM. Как: CXD формулирует требования к опыту («чтобы клиенту было удобно здесь, продукт должен уметь вот это»), PO NORM решает по содержанию стека.
• Как CVD работают по стандарту опыта → с руководителем CVD и COO. Как: CXD поставляет стандарт, руководитель CVD/COO решает, как раскатать его в работе CVD.
• Что умеет клиентский кабинет как интерфейс опыта → с владельцем кабинета (CTO/PM). Как: CXD формулирует, что путь и прогресс должны быть видны клиенту, владелец кабинета решает по реализации.
• Крупные изменения, затрагивающие продукт-актив, и выход опыта на новый рынок → с PO NORM и CEO, выносится на Diwan, утверждают Shareholders. Как: CXD формулирует обоснование с клиентской перспективой, выносится как изменение актива.
• Бюджет на развитие клиентского опыта (исследования, инструменты, кабинет) → с CEO. Как: CXD формулирует план на основе приоритетов опыта, CEO утверждает на годовом плане.

🔴 Decisions That Should Never Be Made (зона запрета)

Решения, которые CXD не принимает ни в одиночку, ни в коллаборации.

• Ведение конкретного клиента (стратегия аккаунта, тактика, ценообразование портфеля). Это зона CVD. CXD проектирует путь, не ведёт аккаунт.
• Содержание методологии NORM, включая блок «клиентский путь» (как наш клиент работает со своими клиентами). Это зона PO NORM.
• Кадровые решения и увольнения в NOTA. Это зона CEO и COO.
• Технические и архитектурные решения без профильной роли. Это зона CTO / PM / FDE / AIA. CXD формулирует требование к опыту, не техническое решение.
• Управление чужими командами и их задачами (спринты, бэклог, приоритеты). Это зона PM / руководителей команд.
• Внедрение операционных регламентов внутри компании. Это зона COO.
• Решения в интересах внешних аффилированных компаний за счёт NOTA. Firewall конфликта интересов.

Принцип: красная песочница CXD — это граница с ведением клиента (CVD), граница с содержанием продукта (PO NORM), граница с внутренними процессами и кадрами (COO, CEO) и граница с реализацией (CTO, PM, FDE, AIA). CXD работает с тем, как клиент переживает продукт; всё, что вне этого — не его.

Цикл PDCA

CXD управляет двумя вложенными циклами с разной частотой. Внешний цикл — управление клиентским опытом как активом на горизонте года; внутренний — управление каждым изменением опыта.

Цикл управления изменением опыта (короткий, по изменению / месяц)

• Plan — постановка изменения: какую стадию или переход пути улучшаем, по какому сигналу (наблюдение прохождений, обратная связь CVD, замер метрик), какой целевой опыт.
• Do — реализация: правка стандарта/карты, проверка на реальных прохождениях.
• Check — замер трёх метрик (удержание/расширение, скорость первой пользы и доля self-serve, целостность опыта).
• Act — закрепление или откат: при подтверждении — обновление стандарта и правил для CVD на следующий месяц; при провале — откат и фиксация в копилку гипотез. Пример: на месячном замере видим, что на переходе «онбординг → первая польза» отваливается часть клиентов → меняем этот переход в стандарте и правило для CVD на следующий месяц.

Цикл управления клиентским опытом как продуктом (длинный, годовой)

• Plan — годовая рамка опыта: приоритеты по стадиям пути, цели по удержанию/расширению, план по сегментам (включая новые рынки), бюджет на исследования и кабинет.
• Do — ведение опыта: координация с CVD/PO NORM/владельцем кабинета, обработка обратной связи, развитие стандарта.
• Check — годовой замер: тренд удержания и расширения, целостность опыта, разбор подтверждённых и неподтверждённых гипотез по пути.
• Act — корректировка стратегии опыта: пересмотр приоритетов по стадиям, переизобретение опыта для новых рынков и форматов (через Diwan/Shareholders при изменении актива).

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