partnerships-architect

Цель

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

1. Является ли это настоящим партнером или просто кем-то, кто ищет льготные условия, не имея собственного спроса?
2. На каком уровне нам следует заключить с ним соглашение? (Реферальный партнер / Реселлер / OEM / Системный интегратор-консультант / Стратегический альянс)
3. Каков 90-дневный совместный план выхода на рынок (GTM), который докажет эффективность партнерства?
4. Какая доля дохода экономически целесообразна — и при каких условиях партнерство становится выгоднее прямых продаж?

Скрипт выдает вердикт по уровню + план выхода на рынок + диапазон доли дохода с четкими критериями прекращения сотрудничества. Он не подписывает сделку. Решение принимает человек после запуска этого скрипта.

Когда использовать

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

Не используйте в следующих случаях:

• Технических демонстраций и доказательств концепции (POC) → специалисты по развитию бизнеса/инженеры по продажам
• Расчет затрат на обслуживание и рентабельности инвестиций (ROI) по существующему каналу → специалист по экономике каналов сбыта
• Стратегия выручки всей компании → консультант уровня C / консультант CRO
• Поглощение компании вместо партнерства → консультант высшего руководства/руководство по сделкам M&A
• Утверждение скидки по отдельной сделке в рамках подписанного партнерского договора → отдел по работе со сделками

Рабочий процесс

Шаг 1 — Прием заявки (≈ 20 мин)

Заполните файл assets/partnership_intake_template.md. Укажите: partner_name, partner_type, доказательства наличия независимого спроса (конкретные клиенты, которых они привлекли, отношения с конечными клиентами, численность их команды продаж), стратегическую ценность (география / продукт / бренд / экономика каналов сбыта), предложенные ими обязательства (совместные маркетинговые расходы, выделенный персонал, сертификация, цели по продажам).

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

Шаг 2 — Классификация по уровням

Запустите скрипт scripts/partner_tier_classifier.py --input intake.json --profile saas --output markdown. Результат классифицирует партнера по одному из 5 уровней — REFERRAL / RESELLER / OEM / SI-CONSULTING / STRATEGIC — с детерминированными минимальными порогами. Уровень STRATEGIC требует наличия named_accounts ≥ 5 И многолетнего обязательства И выделенных ресурсов. Скрипт Skill выдает обоснование + критерии отсева.

Шаг 3 — Совместный план выхода на рынок

Запустите скрипт: scripts/joint_gtm_planner.py --input gtm.json --profile saas --output markdown. Результат: 90-дневный план с этапами подготовки к запуску (обучение, сертификация, материалы), планом запуска (целевые клиенты, стратегия продаж, распределение MDF), контрольной точкой в середине квартала и критериями успеха на 90 дней. Проверка: невозможно спланировать GTM, ориентированный на каналы сбыта, для уровня REFERRAL; невозможно спланировать «белую этикетку» для уровня, отличного от OEM.

Шаг 4 — Модель Revshare

Запустите скрипт: scripts/revshare_modeler.py --input revshare.json --output markdown. Рассчитывает марижу по сделке при прямых продажах и через партнера, рекомендуемый диапазон процентов доли дохода на основе степени вклада партнера (поиск > влияние > реализация), безубыточный ROI партнера и долгосрочную экономическую эффективность — при прогнозируемом масштабе превосходит ли экономическая эффективность партнерства прямые продажи?

Шаг 5 — Принятие решения

Представьте уровень партнерства + план выхода на рынок (GTM) + диапазон доли дохода на рассмотрение комитета по партнерству. Skill не подписывает партнерский договор — это делаете вы. Зафиксируйте критерии расторжения договора в контракте, чтобы расторжение происходило автоматически при их срабатывании.

Скрипты

• scripts/partner_tier_classifier.py — 5-уровневый классификатор с детерминированными минимальными порогами для каждого уровня
• scripts/joint_gtm_planner.py — генератор 90-дневного совместного плана выхода на рынок с действиями, проверенными на соответствие уровню
• scripts/revshare_modeler.py — диапазон доли дохода + безубыточный ROI + долгосрочная экономическая эффективность

Все скрипты: используется только stdlib. Опции --help и --sample работают со всеми тремя.

Краткий пример

# Выводит 5-уровневую классификацию партнеров с детерминированными минимальными значениями для каждого уровня для встроенного примерного партнера
cd commercial/skills/partnerships-architect && python3 scripts/partner_tier_classifier.py --sample

Ссылки

• references/channel_partner_canon.md — Каро о непрямых каналах HP, Чинтагунта об экономике каналов сбыта, Хесслинг о партнерских программах, стек программного обеспечения Forrester для каналов сбыта, исследования IDC по каналам сбыта, модели подписочных каналов сбыта Тьен Цзо, партнерства по полному продукту Джеффри Мура
• references/joint_gtm_canon.md — Аарон Росс, «Predictable Revenue» (холодные лиды против партнеров), «Winning by Design», Джей МакБейн о совместных продажах, руководство Microsoft Partner Network, исследования AWS Partner Network, бенчмарки партнеров от SiriusDecisions, данные Bridge Group о партнерах в сфере SaaS
• references/partnership_anti_patterns.md — исследование Forrester «Партнёры, ведущие продажи из вашего конвейера», Том Тунгуз о конфликтах в канале сбыта, анализ неудач от Хесслинга, исследование MIT Sloan о непропорциональном стратегическом распределении выручки, постмортемы канала сбыта HP, примеры конфликтов в канале сбыта IBM, исследование Salesforce AppExchange

Предположения

• Партнер, который не может предоставить доказательства наличия независимого спроса (конкретные клиенты, отношения с конечными потребителями, собственная команда продаж), на самом деле ищет льготные условия, а не является партнером.
• Отраслевые профили (--profile) настраивают значения по умолчанию — они не переопределяют ваши данные.
• Диапазоны процентов доли дохода являются рекомендациями; переговоры по контракту, политика MDF и условия эксклюзивности — это коммерческие решения людей, выходящие за рамки данного инструмента.
• Статус «Привлечено партнером» требует, чтобы партнер не только представил сделку, но и был основным контактным лицом. Статус «Под влиянием партнера» предусматривает выплату в более низком диапазоне. Атрибуция выплат имеет большее значение, чем заявления в презентациях.
• Этот навык предназначен для построения партнерских отношений, а не для управления сделками с подписанными партнерами — после подписания коммерческая экспертиза каждой сделки передается в отдел по работе со сделками.
• Критерии прекращения сотрудничества являются обязательными. Партнёрство без письменных условий расторжения усугубляет проблему с недобросовестными партнёрами на протяжении многих лет.

Антипаттерны

• «Партнер = любой, кто попросил». Партнер без независимого спроса — это охотник за скидками. Используйте классификатор уровней — уровень REFERRAL существует именно для того, чтобы поглощать таких партнеров, не отдавая маржу реселлера.
• Предоставление условий OEM / «белой этикетки» без маржи, достаточной для финансирования поддержки. OEM означает, что вы поддерживаете клиента, который вам не принадлежит. Если доля в выручке не покрывает затраты на поддержку уровня 2, сделка OEM является убыточной.
• Выплата доли от выручки уровня «sourced» по сделкам, на которые было оказано влияние, но которые не были привлечены. «Оказано влияние» ≠ «привлечено». Сделка была бы заключена в любом случае. Платите по ставке «оказано влияние».
• Отсутствие критериев прекращения сотрудничества с неэффективными партнерами. «Стратегические альянсы» без положений о завершении действия становятся постоянными обязательствами после ухода исполнительного спонсора.
• Конфликт в канале сбыта игнорируется до тех пор, пока представители не уйдут. Когда ваш прямой представитель и ваш партнер появляются у одного и того же клиента, вы теряете либо представителя, либо партнера. Определите правила взаимодействия заранее, а не после.
• Предоставление эксклюзивной территории слабому партнёру. Это исключает сильного партнёра, который на самом деле привёл бы эти сделки.
• Фонд развития рынка(MDF) без отчетности по ROI. Фонды развития рынка без указания конкретного портфеля проектов, отчетности по ROI и ежеквартальной сверки являются субсидией, а не инвестицией.
• Отсутствие плана завершения сотрудничества при прекращении партнерства. Сохранение клиентской базы, передача данных, упорядочение интеллектуальной собственности и удаление брендинга должны быть согласованы заранее. Обсудить эти вопросы невозможно после того, как отношения испортились.

Отличается от

• специалиста по развитию бизнеса/инженера по продажам — технические продажи: демонстрации, доказательства концепции (POC), определение объема интеграции. Работает после принятия решения о партнерстве и начала реализации сделки.
• «Экономика каналов» (родственная должность) — расчет затрат на обслуживание и рентабельности инвестиций (ROI) по существующему каналу. Оценивает, является ли подписанный партнер прибыльным. « partnerships-architect » решает, стоит ли вообще заключать соглашение и на каком уровне.
• c-level-advisor/cro-advisor — стратегическая оценка CRO (когда нанимать вице-президента по каналам сбыта, решения о структуре выручки всей компании). partnerships-architect — для каждого отдельного партнерства.
• c-level-advisor/ma-playbook — когда ответ звучит как «приобрести их», а не «вступить с ними в партнёрство». Триггер: у партнёра есть уникальное конкурентное преимущество, которое невозможно скопировать, или партнёрство требует долевого участия для согласования стимулов. Перенаправить в ma-playbook.
• deal-desk — утверждение скидок по каждой сделке в рамках подписанных партнерских контрактов.

Библиотека «вопросов-ловушек» (методика «допроса» Мэтта Покока)

Проходят по одному с помощью /cs:grill-commercial или координатора. Рекомендуемый ответ + ссылка на канон для каждого вопроса. Никогда не объединяйте вопросы. Заключите пункты 1–3, прежде чем переходить к 4–6.

1. «Назовите 5 конечных клиентов, которым этот партнер уже продавал продукцию за последние 12 месяцев — в компаниях, на которые вы бы сами ориентировались». Рекомендация: если они не могут этого сделать, у них нет независимого спроса. Подписывайте договор только на уровне REFERRAL, если вообще подписывать. Уровни Reseller/OEM/Strategic требуют подтверждённых отношений с конечными клиентами. Канон: Джо Хесслинг — анализ неудач партнерских программ выявляет «отсутствие независимого спроса» как основную причину № 1 нежизнеспособности уровней партнёров.

2. «Просит ли этот партнёр льготные коммерческие условия или спрашивает, как привлечь к вам клиентов?» Рекомендация: охотники за скидками начинают с условий; настоящие партнёры — с клиентов. Прислушайтесь к первым 30 минутам первой встречи. Canon: Исследование канала сбыта от Forrester — более 60 % «запросов партнеров» на ранних этапах развития SaaS представляют собой охоту за скидками, а не инвестиции в канал сбыта.

3. «В чем заключается совместное ценностное предложение в одном предложении, и кто является конкретным конечным клиентом, которому оно предназначено?» Рекомендация: если нет совместного ценностного предложения, отличного от индивидуальных предложений каждой из сторон, то партнерства нет — в лучшем случае речь идет о совместном маркетинге. Канон: Джеффри Мур («Переход через пропасть») — партнерства по полному продукту возникают, когда ни одна из сторон в одиночку не может обеспечить конечный результат для клиента.

4. «При каком проценте скидки / доле в выручке это партнерство становится выгоднее прямых продаж, и при каком масштабе?» Рекомендация: смоделируйте объем потенциальных сделок, при котором достигается безубыточность. Если сделки, привлеченные партнерами, должны превышать 30 % объема канала, чтобы превзойти прямые продажи, а партнер может реально обеспечить 5 %, вы создали убыточную программу. Канон: Прадип Чинтагунта (Чикагская школа бизнеса Бута) об экономике каналов сбыта — партнерства по каналам сбыта без минимального объема продаж теоретически достигают безубыточности, но на практике приносят убытки.

5. «Каковы конкретные критерии расторжения этого партнерства, и прописаны ли они в контракте?» Рекомендуется: минимальный порог портфеля заказов по кварталам, минимальное количество сертифицированных специалистов, минимальное количество заключенных совместных сделок, 90-дневный период исправления ситуации. Расторжение без заранее согласованных критериев превращается в двухлетнюю судебную тяжбу. Пример: Анализ случаев конфликтов в канале IBM (1990-е годы, после выделения подразделений) — отсутствие документально зафиксированных критериев расторжения превратило плохих партнеров в постоянные обязательства.

6. «Если этот партнёр продаёт одному из ВАШИХ прямых клиентов, кто выиграет — ваш представитель или они?» Рекомендуется: письменные «Правила взаимодействия», подписанные до начала сотрудничества. Территория с разбивкой по конкретным клиентам, по сегментам или по географическим регионам. Решение конфликтов осуществляется конкретным лицом, а не комитетом. Канон: Джей Макбейн (Canalys) — конфликт каналов сбыта является главным «убийцей» партнерских программ; письменные правила взаимодействия, опубликованные до подписания договора с партнером, предотвращают 80 % споров.

7. «Это партнерство или это должно быть поглощение?» Рекомендация: если у партнера есть независимый конкурентный барьер,который вы не можете воспроизвести, И партнерство требует многолетней эксклюзивности, И партнерство требует согласованности интересов, сходной с долевым участием, то вы описываете поглощение. Перейдите к руководству по сделкам слияний и поглощений. Канон: анализ неудач каналов сбыта HP (Indigo, частичная интеграция EDS) — партнерства, построенные как «поглощения без долевого участия», уничтожают больше ценности, чем любой из чистых подходов.

Действуйте по принципу «вглубь». Зафиксируйте пункты 1–3 (является ли это настоящим партнером?), прежде чем переходить к пунктам 4–7 (правильна ли структура ?). После получения ответов на все 7 пунктов запустите последовательно файлы partner_tier_classifier.py → joint_gtm_planner.py → revshare_modeler.py.