Коммерческие процессы
Instrumental Group перестала собирать полный расчёт для каждого небольшого допзапроса
Кейс клиента HubSpot показывает: полезная автоматизация начинается до оплаты — повторяющуюся дополнительную работу нужно сначала превратить в чётко ограниченную коммерческую единицу, а уже затем упрощать путь от предложения к оплате.
Небольшой запрос клиента может запускать большую внутреннюю сделку. Дополнительная поддержка, скромная настройка или ограниченное продолжение работ нередко проходят почти тот же путь, что и крупный проект: создать сделку, подготовить предложение, получить согласование, отправить его, собрать подпись, передать договор в бухгалтерию и выставить счёт.
Instrumental Group — агентство, работающее с разовыми услугами и программными подписками, — столкнулась именно с этой проблемой при частых небольших дополнениях. Решением стала не автоматизация каждой продажи. Сначала компания сделала определённую категорию работ покупаемой: блоки поддержки на 10 или 20 часов. И только после этого менеджеры по работе с клиентами получили короткий преднастроенный путь предложения и оплаты.
Эта последовательность принципиальна. Платёжная ссылка не заменяет согласование объёма работ. Она лишь доставляет коммерческую единицу, которая уже была определена.
Прежний процесс относился к малому запросу как к новому проекту
В собственном описании прежнего процесса повторных заказов Instrumental Group перечисляет семь шагов: создание сделки, подготовка предложения в PandaDoc, согласование, отправка, подпись, передача договора в бухгалтерию и выставление счёта. Эта цепочка давала необходимый контроль, но одновременно запускала полный цикл подготовки предложения для сравнительно типовой работы.
Клиентская история HubSpot описывает исходное ограничение как ручную подготовку предложений для небольших дополнений и разрозненное администрирование подписок. Это связанные, но разные задачи коммерческого процесса; их не следует объединять в один заявленный результат. Процесс с блоками поддержки относится к небольшим разовым предложениям. Ссылки на рекуррентную оплату и активация аккаунтов по подписке — отдельный процесс.
Сначала изменили продуктовую форму работы, затем — маршрут процесса
Согласно клиентской истории HubSpot, Instrumental Group перевела более 200 разовых предложений в год в преднастроенный процесс продаж. Эту операционную схему можно разложить на пять связанных решений:
- Выделить дополнительные запросы, которые повторяются достаточно часто и мало различаются, чтобы продаваться как ограниченная единица.
- Определить единицу: Instrumental Group предложила блоки поддержки на 10 или 20 часов.
- Дать менеджеру возможность выбрать подходящий блок и отправить шаблонное предложение HubSpot с предустановленной платёжной ссылкой.
- Связать коммерческое событие с карточкой клиента, а не оставлять оплату вне операционной записи.
- Начинать оплаченные работы только после выполнения нужных коммерческих условий; для подписок использовать отдельный путь рекуррентного платежа и активации.
Самая сложная часть — первые два решения. Они определяют, что именно покупается, какой объём мощности представляет эта покупка и в каких случаях запрос должен покинуть стандартный маршрут. Шаблон предложения и платёжная ссылка сокращают ручную обработку только после появления такого определения.
Что изменилось — и что не изменилось
Изменился маршрут для распознанного, ограниченного запроса на поддержку. Вместо подготовки индивидуального предложения менеджер мог отправить шаблонное предложение на предустановленный блок с возможностью оплаты. Актуальная документация HubSpot подтверждает, что платёжные ссылки могут использоваться для разовых и рекуррентных позиций, создавать записи о платежах, создавать подписки для рекуррентных позиций и запускать workflow. Это текущие варианты реализации, а не доказательство того, что все они входили в исходный процесс Instrumental Group.
Не исчезла потребность в коммерческом суждении. Менеджеру по-прежнему нужно решить, соответствует ли запрос стандартному блоку. Коммерческим владельцам — определить включения и исключения. Руководителям проектов — разбирать неоднозначный и нестандартный объём, а также работу, которая рискует превысить купленный блок.
Эта граница проявилась и в самом кейсе. Instrumental Group сообщила, что недостаточно определённые блоки поддержки создавали проблемы с управлением ожиданиями. Компания стала двигаться к более формальному процессу дополнений к договору и подтверждению со стороны клиента. Вывод не в том, что стандартный блок отменяет управление объёмом. Он делает его явнее, потому что у исключений появляется понятная причина и отдельный маршрут.
Заявленный эффект — высвобождённое время на подготовку предложений
Технический директор Instrumental Group оценил эффект обновлённого процесса в 45 минут, высвобождённых на каждое небольшое предложение, и примерно 155 часов за предшествующие 365 дней. Эта арифметика соответствует приблизительно 207 небольшим предложениям. Это оценка самой Instrumental Group, приведённая в клиентской истории HubSpot; она не является независимым аудитом, результатом AES, экономией фонда оплаты труда или рыночным ориентиром.
Метрика полезна именно своей узостью. Речь идёт об оценке времени подготовки предложений для небольших предложений компании. Она не доказывает эффект на выручку, полную длительность онбординга, работу подписок или ценность всех последующих действий. Владельцу процесса такая точность полезнее широкого заявления об автоматизации: она показывает конкретную повторяющуюся административную нагрузку, которую можно убрать, не притворяясь, будто коммерческая работа исчезла.
Где этот паттерн применим — и где он должен остановиться
Путь ограниченной покупки подходит для частых и мало вариативных дополнений: стандартного объёма поддержки, определённого расширения услуги или другого предложения, чьи включения и исключения можно изложить ясно. Он не должен быть вариантом по умолчанию для уникальных работ, регулируемых услуг, сделок с кредитными условиями, изменений, чувствительных к безопасности, или запросов, риск которых нельзя оценить по короткому входному описанию.
Оплата также не должна автоматически разрешать каждый следующий шаг. Статус договора, право на услугу, неуспешные рекуррентные платежи, возвраты, споры, кредитные проверки и требования безопасности могут потребовать остановки или проверки человеком. Операционное правило простое: автоматизируйте путь для известного коммерческого события, а не суждение, которое решает, уместно ли это событие.
Начните с одного повторяющегося запроса
Полезный вопрос звучит не так: «Где добавить платёжную ссылку?» Лучше спросить: какой повторяющийся дополнительный запрос клиента всё ещё запускает полный цикл предложения и можно ли выразить его объём как единицу, которую клиент действительно может купить? Если да — определите эту единицу, её исключения, маршрут исключений и владельца до того, как упрощать сделку вокруг неё.
Источники: Instrumental Group, «MultiPay for HubSpot: 3 Use Cases to Inspire You», обновлено 24 мая 2023 года: https://www.instrumental.net/blog/multipay-for-hubspot-3-use-cases-to-inspire-you. Клиентская история HubSpot, «Instrumental Group»: https://www.hubspot.com/case-studies/instrumental-group-hubspot-payments. База знаний HubSpot, «Create and share a products payment link», обновлено 26 октября 2026 года: https://knowledge.hubspot.com/payment-links/create-and-share-a-products-payment-link.
