ПАРТНЁРСКИЕ СЕТИ · РЕАЛИЗОВАННЫЙ КЕЙС

Перевели работу с партнёрами из почты в личный кабинет

Для сервисной компании с партнёрской сетью создали отдельный экран, связанный с amoCRM: участники, фактический результат, комментарии, счета и акты — в одном процессе без переписки.

2
роли в одном кабинете: партнёр и менеджер
0
писем в стандартном процессе после запуска
1
центр данных — amoCRM, без двойного ввода

Сфера: услуги, мероприятия и работа с внешними партнёрами.

Типовая задача компаний с партнёрской сетью

Организатор передаёт партнёру участников или заявки, а после оказания услуги нужно подтвердить фактический результат и оформить документы.

Участники хранятся в CRM

Партнёру нужны актуальные данные, но он не должен получать доступ к внутренней amoCRM.

Факт услуги появляется позже

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

Оплата зависит от результата

Сумма документов рассчитывается по фактически подтверждённым участникам.

Документы требуют реквизитов

Счёт и акт собираются из данных компании, партнёра и мероприятия.

Что требовалось бизнесу

  • Дать партнёру простой доступ только к нужному мероприятию.
  • Показать переданных участников и актуальные данные из CRM.
  • Дать возможность подтвердить или отклонить фактическое участие.
  • Сохранить результат в amoCRM без ручного переноса.
  • Сформировать счёт и акт на основании подтверждённых услуг.
  • Сделать тот же экран удобным и для внутренних менеджеров.

Сценарий подходит образовательным проектам, мероприятиям, агентским услугам, франчайзингу, сервисным сетям и другим компаниям с оплатой партнёру по фактическому результату.

Почта была одновременно интерфейсом, базой и системой согласования

Каждое мероприятие запускало повторяющийся ручной цикл между партнёром и менеджером.

  1. 1

    Передача списка

    Менеджер отправлял партнёру участников и данные мероприятия по электронной почте.

  2. 2

    Сбор факта

    После услуги партнёр сообщал, кто участвовал, кто не участвовал и какие есть комментарии.

  3. 3

    Уточнения

    Если данные были неполными, начиналась дополнительная переписка и сверка списков.

  4. 4

    Ручной перенос

    Менеджер находил связанные сделки и добавлял информацию в amoCRM.

  5. 5

    Расчёт

    Сотрудник вручную пересчитывал количество фактически оказанных услуг.

  6. 6

    Документы

    Реквизиты копировались из CRM или писем, затем готовились счёт и акт.

  7. 7

    Отправка

    Файлы уходили партнёру по почте, а любое исправление запускало цикл заново.

Один результат проходил через письма, ручную сверку, CRM и отдельные файлы документов.

Рост числа партнёров увеличивал операционную нагрузку почти линейно

Проблема была не в скорости одного письма, а в самой модели процесса.

Менеджер стал диспетчером

Вместо развития партнёров сотрудник занимался сверкой списков и пересылкой файлов.

Нет единого состояния

Партнёр видел данные в письмах, менеджер — в CRM, документы хранились отдельно.

Высокий риск ошибки

Можно было пропустить участника, неверно посчитать сумму или использовать старые реквизиты.

Слабая масштабируемость

Больше мероприятий — больше писем, ручных действий и потребность в дополнительном персонале.

Партнёр зависит от менеджера

Даже стандартный счёт приходилось ждать, пока сотрудник освободится.

Данные обновляются с задержкой

Факт оказания услуги появлялся в amoCRM только после ручного переноса.

Мы не стали автоматизировать письма. Мы убрали почту из стандартного процесса и дали партнёру прямой, но ограниченный интерфейс.

Личный кабинет для внешнего пользователя, amoCRM для внутренней команды

Каждая сторона работает в подходящем интерфейсе, но данные остаются едиными.

  1. 1

    Партнёр или менеджер

    Получает ID мероприятия и открывает нужный экран.

  2. 2

    Личный кабинет

    Показывает участников, отметки, комментарии и документы.

  3. 3

    Интеграционный слой

    Обменивается данными, выполняет проверки и генерирует файлы.

  4. 4

    amoCRM

    Хранит сделки участников, реквизиты и общую историю.

Почему без отдельной авторизации

ID мероприятия заранее передаётся партнёру. Он открывает только конкретный набор данных, связанный с этим мероприятием.

Что остаётся внутри CRM

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

По этой модели можно создавать кабинеты для дилеров, агентов, франчайзи, подрядчиков, образовательных партнёров и корпоративных клиентов.

Партнёр закрывает стандартные действия самостоятельно

Интерфейс оставляет только необходимые функции и не заставляет внешнего пользователя изучать amoCRM.

  1. Вход по ID мероприятия

    ID заранее передаётся партнёру при оформлении отношений. Он открывает только данные конкретного мероприятия — полная база клиентов недоступна.

  2. Загрузка участников

    Кабинет показывает переданных участников с актуальными данными и уже выполненными отметками из amoCRM.

  3. Отметка результата

    Партнёр фиксирует участие или неучастие и при необходимости добавляет комментарий.

  4. Сохранение в CRM

    Результат фиксируется примечанием в ленте связанной сделки: менеджер видит, кто и когда сделал отметку.

  5. Счёт и акт

    Документы формируются из кабинета по подтверждённым участникам — от имени компании-заказчика, из реквизитов в CRM.

П

Кабинет партнёра — участники мероприятия

Введите ID мероприятия и отметьте фактическое участие

ID мероприятия
EVENT-2026-041
Загрузить
Мероприятие EVENT-2026-041 · участников: 4
СчётАкт

Участник 1

#18451

Участник передан

Уже отмечен: участвовал

УчаствовалНе участвовал
Сохранить отметку

Участник 2

#18452

Участник передан

УчаствовалНе участвовал
Сохранить отметку

Партнёр вводит известный ID, загружает участников, фиксирует результат, при необходимости добавляет комментарий и формирует документы.

Каждое действие сохраняется в нужной сделке amoCRM

Внутренняя команда продолжает работать в привычной CRM и видит фактический результат без ручного переноса.

Из amoCRM в кабинет

  • ID и параметры мероприятия
  • Список связанных участников
  • Контактные и дополнительные данные
  • Существующая отметка
  • Реквизиты для документов

Из кабинета в amoCRM

  • Факт участия или неучастия
  • Комментарий пользователя
  • Примечание в связанной сделке
  • История уже выполненной отметки
  • Основание для расчёта услуг

Почему используется примечание

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

Внешний пользователь выполняет одно простое действие. Внутри компании оно становится частью единой истории CRM.

Счёт и акт создаются по фактически подтверждённым услугам

Партнёр не ждёт менеджера и не переносит реквизиты вручную.

  1. 1

    Подтвердить результат

    В расчёт попадают участники с отметкой «участвовал».

  2. 2

    Выбрать документ

    Счёт или акт формируется из того же кабинета.

  3. 3

    Указать номер

    Пользователь вводит номер документа.

  4. 4

    Скачать файл

    Документ создаётся от имени компании-заказчика.

СЧЁТ / АКТ

Компания-заказчик

Партнёр: данные из amoCRM

Мероприятие: EVENT-2026-041

Услуги оказаны: 18

Расчёт: по подтверждённым участникам

Документ сформирован

Что система исключает

  • Ручной подсчёт участников
  • Копирование реквизитов из писем
  • Использование устаревших данных
  • Ожидание свободного менеджера
  • Расхождения между CRM и документом

Документ формирует партнёр, но данные и шаблон контролирует компания. Самообслуживание сочетается с единым стандартом документооборота.

Новая модель работы с партнёрами вместо ускоренной переписки

Процесс стал короче, прозрачнее и устойчивее к росту количества мероприятий.

Операционный эффект

  • Сотрудники перестали вручную сверять списки, переносить отметки и собирать документы.
  • Участники, комментарии и фактический результат связаны с amoCRM.
  • Реквизиты и списки берутся из системы, а не копируются между письмами.

Результат для бизнеса

  • Партнёр получает результат и документы без ожидания ответа.
  • Сумма документов рассчитывается только по подтверждённым участникам.
  • Рост числа партнёров не требует роста операционного отдела.
Управленческий результат

Стандартные операции выполняются партнёром самостоятельно, менеджеры работают только с исключениями, а компания сохраняет контроль данных и документов через amoCRM.

Что этот проект говорит о нашей команде

Мы умеем создавать внешние интерфейсы вокруг amoCRM, передавать часть операций клиентам и партнёрам и при этом сохранять CRM единым центром данных.

Проектируем самообслуживание

Определяем, какие действия внешний пользователь может выполнять без менеджера.

Создаём отдельные кабинеты

Пользователь видит только нужные данные и не получает доступ к внутренней CRM.

Связываем с amoCRM

Результаты возвращаются в сделки и становятся частью общей истории.

Автоматизируем документы

Формируем файлы из реквизитов, фактических данных и управляемых шаблонов.

Нужен кабинет для партнёров или клиентов?

Разберём ручной процесс, определим, что можно передать во внешний интерфейс, и свяжем его с amoCRM, документами и вашей бизнес-логикой.