Партнерская воронка в CRM: как работать с дизайнерами интерьеров и выплачивать агентские

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

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

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

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

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

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

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

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

Как устроить партнёрскую воронку

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

В Битрикс24 такой процесс можно построить через отдельное направление сделок или смарт-процесс. Смарт-процессы позволяют создавать собственные элементы CRM, связывать их со сделками, контактами, задачами и документами, а также использовать стадии, роботов и автоматизацию.

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

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

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

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

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

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

Условия сотрудничества должны храниться рядом с заказами

Фраза «этому дизайнеру платим десять процентов» кажется однозначной только до первого сложного заказа. Неясно, входит ли в базу расчёта доставка, монтаж, техника и дополнительные работы. Возникают вопросы при скидке, возврате, частичной оплате или изменении комплектации после замера.

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

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

Процент от оборота не равен выгодному партнёрству

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

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

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

Как рассчитывать агентское вознаграждение

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

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

В 1С:УНФ можно вести заказы покупателей, производство, взаиморасчёты и оформление выполненных работ, поэтому она может выступать источником финансового факта, тогда как CRM отвечает за отношения с дизайнером и маршрут согласования.

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

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

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

Надёжный маршрут включает финансовую проверку и утверждение руководителя в случаях, выходящих за стандартные условия. Роботы и бизнес-процессы Битрикс24 могут запускаться при переходе элемента на определённую стадию, ставить задачи, создавать документы и направлять их на согласование.

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

Документы и правовая модель сотрудничества

Слово «агентские» в разговоре используют довольно свободно, но для бухгалтерии важна юридическая конструкция. Размер и порядок агентского вознаграждения должны быть установлены договором. Это прямо предусмотрено статьёй 1006 ГК РФ.

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

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

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

Как дизайнер узнаёт, что происходит с его заказом

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

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

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

Как партнёрская воронка влияет на снабжение

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

Если партнёрская сделка не связана со спецификацией и закупками, менеджер обещает срок до того, как производство проверило доступность материалов. Вознаграждение при этом может быть рассчитано от заказа, который оказался менее прибыльным из-за срочной закупки и дорогой доставки.

CRM должна передавать утверждённые параметры в 1С до окончательного подтверждения срока и маржи. Система проверяет наличие, ожидаемые поставки и необходимость отдельного заказа поставщику. Эта логика подробнее раскрыта в материале «Интеграция 1С с поставщиками материалов (ЛДСП, МДФ): автоматизируем заказы снабжения».

Так партнёрская аналитика начинает учитывать не только сумму договора, но и реальные условия выполнения проекта.

Что видит руководитель

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

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

Отдельно становятся заметны долги компании перед партнёрами. До автоматизации они обычно существуют в таблице или личных сообщениях, поэтому руководитель узнаёт о задержке после недовольного звонка. В CRM обязательство появляется сразу после выполнения условий и остаётся открытым до передачи подтверждения оплаты из 1С.

Где заканчивается автоматизация

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

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

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

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