Как будешь приступать к задаче автоматизации онбординга новых партнеров?

Как приступить к задаче автоматизации онбординга партнеров

Это одна из тех задач, где PM должен действовать методично и осторожно, потому что ошибка может привести к тому, что компания потеряет партнеров. Вот мой систематический подход.

Фаза 1: Исследование и понимание текущего состояния

1.1 Изучаю текущий процесс онбординга Первое, что я делаю — НЕ беру задачу "улучшить онбординг", а понимаю что ЕСТЬ:

• Интервью с командой (обычно 3-5 часов с разными людьми):
  • Sales — как партнеры попадают в компанию?
  • Operations/Partner Manager — какие шаги они выполняют?
  • Legal/Compliance — какие требования и документы нужны?
  • Tech Lead — какие системы сейчас используются?
• Наблюдение за реальным процессом — смотрю как происходит онбординг в реальности (не теория)
• Анализ документации — какие чек-листы и процессы описаны?

1.2 Картирую end-to-end процесс Использую Service Blueprint или Process Map:

Шаг 1: Подписание контракта (Legal, ~3 дня)
  └─ Требует: 5 документов, подпись двух людей

Шаг 2: Технической интеграция (Tech, ~2 недели)
  └─ API ключи, тестирование, документация

Шаг 3: Обучение (Training, ~1 неделя)
  └─ Вебинары, материалы, Q&A сессии

Шаг 4: Go-live (Product, ~1-2 дня)
  └─ Мониторинг, поддержка

Шаг 5: Post-launch (Support, ongoing)
  └─ Помощь, расширение использования

Для каждого шага выясняю:

• Кто ответственен?
• Сколько времени занимает?
• Какие документы/системы нужны?
• Где происходят задержки?
• Где партнеры "застревают"?

1.3 Собираю метрики текущего состояния

• Сколько времени занимает весь процесс? (Цель: 2-4 недели вместо текущих 6-8)
• Сколько партнеров в процессе онбординга? (Funnel)
• На каком шаге партнеры бросают? (Churn rate)
• Сколько человеко-часов требуется?
• Какой NPS или CSAT у партнеров после онбординга?

1.4 Беседую с партнерами Это КРИТИЧНО — что думают сами партнеры?

• Что самое больное в онбординге?
• Какие документы их путают?
• Где они ждут ответа?
• Что бы улучшило их опыт?

Фаза 2: Выявление проблем и bottlenecks

2.1 Анализирую данные и feedback Делю процесс на узкие места:

• Human bottleneck — конкретный человек все тормозит (обычно Legal или Tech)
• Process bottleneck — сам процесс слишком сложный или неясный
• System bottleneck — нет системы, всё на email и Google Docs
• Information bottleneck — партнеры не знают что делать, ждут объяснений

2.2 Расчитываю потенциальное влияние Для каждого bottleneck:

• Сколько времени занимает? (5 часов, 10 часов?)
• Сколько партнеров проходят через это?
• Какова цена задержки? (потерянные партнеры? потерянный доход?)

Пример расчёта:

• Процесс Legal занимает 3 недели вместо 3 дней → потеря 2 недель
• Потеря $50K в Revenue на каждую неделю задержки
• 10 партнеров в месяц × $50K × 2 недели = $1M потеря дохода → Если автоматизация Legal стоит $200K, окупается за 2.5 месяца!

Фаза 3: Формулирование целей и требований

3.1 Определяю целевые метрики

• Time-to-launch: сократить с 6 недель до 3 недель
• Manual hours: снизить с 40 часов на партнера до 10 часов
• Партнеры, которые не завершили процесс: снизить dropoff с 15% до 5%
• Partner satisfaction: увеличить NPS с 6 до 8+

3.2 Выделяю очередность автоматизации НЕ пытаюсь автоматизировать ВСЁ одновременно. Выбираю по impact × effort:

Высокий impact, низкое усилие (DO FIRST):
- Автоматизировать отправку документов
- Создать чек-лист для партнера
- Настроить автоматические напоминания

Высокий impact, высокое усилие (DO SECOND):
- Автоматизировать техническую интеграцию
- API ключи автоматически
- Портал для партнеров

Низкий impact (SKIP):
- Красивые графики
- Мобильное приложение

Фаза 4: Планирование решения

4.1 Рассматриваю варианты Для каждого bottleneck есть варианты:

Вариант A: No-code решение

• Инструменты: Zapier, Make.com, низкокодовые платформы
• Плюсы: Быстро, дешево, можно менять
• Минусы: Ограничения, не масштабируется

Вариант B: Готовое решение (SaaS)

• Tools: PandaDoc, DocuSign, Zendesk, Pipefy
• Плюсы: Профессионально, интегрируется
• Минусы: Месячная подписка, может не подходить идеально

Вариант C: Custom разработка

• Плюсы: Идеально подходит, полная кастомизация
• Минусы: Дорого, долго, нужно поддерживать

Вариант D: Гибридный подход

• 80% no-code/SaaS + 20% custom для уникальных требований

4.2 Рекомендация (с аргументацией) Для большинства компаний я рекомендую:

1. Сначала — no-code орхестрация (Zapier + PandaDoc/DocuSign)
2. Если растёт — перейти на готовый Partner Portal
3. Если нужна уникальность — добавить custom разработку

Почему? Потому что это снижает риск и позволяет быстро тестировать гипотезы.

Фаза 5: Спецификация решения

5.1 Детальные требования для разработки Я создаю документ с:

User Stories:

Как Partner Manager, я хочу
отправить партнёру пакет документов автоматически
чтобы не отправлять вручную каждый раз

Acceptance Criteria:
- Документы отправляются в течение 1 часа после подписания контракта
- Партнёр получает email с прямой ссылкой
- Документы можно подписать в браузере
- История отправок видна в системе

Workflow диаграмма:

Партнер подписал контракт
  ↓
В системе появилось событие
  ↓
Автоматический триггер
  ↓
Создать документы из шаблонов
  ↓
Отправить по email
  ↓
Партнер подписывает
  ↓
Документы попадают в архив

5.2 Интеграции

• Какие системы нужно подключить? (CRM, Payment, Accounting)
• Какие API? (документооборот, email, платежи)
• Что нужно отслеживать? (статусы, изменения, события)

Фаза 6: Тестирование и запуск

6.1 Phased rollout, не big bang

• Неделя 1-2: Тестируем с 1-2 партнёрами (close partners)
• Неделя 3-4: Расширяем на 20% партнеров
• Неделя 5-6: Все новые партнеры используют новый процесс

6.2 Мониторю метрики

• Скорость прохождения каждого шага
• Количество поддержки запросов
• Партнеры, которые забросили процесс
• Качество данных в системе

6.3 Быстрые итерации Если что-то не работает:

• Беседую с партнёрами (что они чувствуют?)
• Анализирую логи (где ошибки?)
• Фиксу в течение дня, если возможно
• Переобучаю команду если нужно

Фаза 7: Оптимизация

После первого месяца:

• Какие шаги по-прежнему медленные?
• Какие параметры можно улучшить?
• Можем ли мы автоматизировать следующий процесс?

Что я НИКОГДА не делаю

❌ Не предполагаю, что знаю проблему без исследования ❌ Не запускаю в production без тестирования ❌ Не оставляю команду без обучения ❌ Не игнорирую feedback партнеров ❌ Не жертвую качеством ради скорости

Резюме

Автоматизация онбординга — это не о технологии, это о понимании боли партнеров и систематическом устранении bottlenecks. Хороший PM потратит 50% времени на исследование и 50% на реализацию, а не наоборот.