Клиент согласен, закупка стоит: карта процедур до оплаты
Карта B2B-закупки от согласованного предложения до денег: зависимости, владельцы, документы и обратный календарь с неизвестными сроками.
Коммерческое предложение принято, но счёт третий раз переносится на следующий месяц. В CRM стоит «согласование договора», хотя договор уже подписан. Препятствие может находиться в регистрации поставщика или платёжном реестре, которых в воронке вообще нет.
Я бы разбирал такую сделку как последовательность процедур с доказательствами завершения. Согласие на продукт, разрешение на расход и фактическая оплата отвечают на разные вопросы.
Начните с вопроса о пути счёта
Попросите контактное лицо описать, что должно случиться после согласия: кто утверждает бюджет, кто проверяет поставщика, какой документ запускает оплату, нужна ли приёмка до перечисления. Не требуйте всех ответов от пользователя продукта: он может не управлять закупкой.
На каждом шаге нужны вход, результат, владелец со стороны покупателя и ваш ответственный. «Юристы посмотрят» замените на название команды, способ передачи, версию договора и состояние проверки. Отсутствующий контакт отмечайте как задачу на установление маршрута.
Поле Close date в HubSpot может задаваться и меняться автоматически. Поэтому дата в карточке сама по себе не подтверждает обещание покупателя оплатить. Укажите отдельно ожидаемую дату закрытия, основание прогноза и подтверждённую процедуру платежа.
Обратный календарь без выдуманной уверенности
В условном примере покупатель подтвердил дату зачисления D. Сроки ниже учебные, в рабочих днях без праздников; это не норматив закупок. Последовательные длительности складываются только при указанной зависимости. Параллельные проверки не нужно суммировать как последовательные.
| Шаг назад от D | Длительность | Граница завершения | Владелец и доказательство |
|---|---|---|---|
| Проведение платежа | 2 дня | D | Казначейство: статус проведён |
| Включение в реестр после счёта | 3 дня | D − 2 | Финансы: заявка принята |
| Выставление счёта после заказа | 1 день | D − 5 | Продавец: корректный счёт |
| Оформление заказа после договора | 2 дня | D − 6 | Закупка: номер заказа |
| Договор после допуска поставщика | 4 дня | D − 8 | Юристы: согласованная версия |
| Допуск поставщика | Неизвестно | Нужен до D − 12 | Закупка: срок уточняется |
Из известных звеньев следует: допуск поставщика нужен за 12 рабочих дней до D. Начало всей процедуры пока рассчитать нельзя: длительность допуска неизвестна. Записать вместо неё удобные «три дня» означало бы сделать прогноз красивее за счёт фактов.
Уточните также отсечки: реестр может закрываться по конкретным дням, а подпись одного документа запускать несколько параллельных проверок. Тогда простой календарь заменяют зависимостями и реальными датами. Если дата денег не подтверждена, используйте сценарии, а не обратный отсчёт с мнимой точностью.
Приёмку и объём согласуют до старта
Для услуги запишите состав результата, критерий приёмки и кто имеет полномочия его подтвердить. В руководстве Atlassian по scope of work объём, результаты и временные границы рассматриваются как части описания работы. Здесь я использую этот подход для рабочей карты, а не как обязательную форму договора.
Отдельно проверьте, совпадает ли покупатель по договору с плательщиком и кому нужно выставлять документы. Не собирайте лишние персональные сведения: для календаря обычно достаточно роли, рабочего контакта и ссылки на закрытый документ. Условия конкретной закупки подтвердят её участники, общая статья их не устанавливает.
Как обновлять прогноз
На встрече задавайте один предметный вопрос по текущему ограничению. Например: «Какой документ нужен для допуска поставщика и кто подтвердит его получение?» Ответ превращается в действие с датой, а не в очередное «напомнить о себе».
После изменения срока сохраняйте прежнюю дату и причину. Для диагностики длительного зависания есть разбор возраста сделки. Карта закупки объясняет следующий участок: какой внешний шаг должен произойти, чтобы прогноз снова имел основание.
Заполните карту по одной согласованной, но неоплаченной сделке. Самый полезный итог первого прохода — подтверждённый владелец неизвестного звена, а не новая дата в конце месяца.