Индивидуальные условия для каждого клиента: как не запутаться в скидках, тарифах и сроках

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

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

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

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

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

Ценовые условия: скидка, персональная ставка, фиксация цены на весь срок контракта, порог, после которого клиента переводят на enterprise тариф с расширенным набором опций.

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

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

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

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

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

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

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

Из-за этого любое взаимодействие с таким заказчиком начинается с уточнения. Бухгалтер спрашивает менеджера. Менеджер поднимает переписку полугодовой давности. Кто-то третий ждет ответа, чтобы выставить счет вовремя. Это ручная работа, а там, где решение зависит от того, вспомнит ли конкретный человек о договоренности, ошибка — вопрос времени. Чем больше таких случаев, тем чаще возникают такие уточнения и тем дороже обходится каждая пропущенная деталь.

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

Чаще всего в такой схеме счета формируются в CRM, например в amoCRM, а затем выгружаются в бухгалтерскую систему через интеграцию с 1С. Это обычная практика, и сама по себе она ничего не нарушает. Важнее то, что происходит до выгрузки: если индивидуальные условия клиента не учтены на этом этапе, ошибка не исчезает, а просто переезжает дальше по цепочке, из CRM в 1С, и обнаруживается уже на его стороне, когда он получает не тот счет или не те документы.

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

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

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

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

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

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