Заключение договора с новым клиентом
Что это за процесс
Этот процесс описывает путь от возникновения потребности в сотрудничестве до начала фактической работы по договору. Он начинается со стартового события, когда возникает необходимость заключить договор с новым клиентом, и завершается успешным запуском соглашения в работу. В процессе учтены сценарии отказа: если клиент отказывается от сделки или договор не проходит согласование, процесс завершается фиксацией проигрыша сделки и обработкой отказа.
Как читать эту схему
Схема построена на основе эксклюзивных шлюзов, которые обеспечивают выбор одного из возможных путей развития событий. Ключевая развилка возникает после согласования договора с клиентом: если клиент вносит изменения, процесс возвращается на этап доработки, а если согласование прошло успешно (ветка «да»), переходим к подписанию. Важно следить за событиями-ошибками и эскалациями: например, «Договор не согласован» или «Клиент отказался от сделки» приводят к завершению процесса с негативным исходом, что требует отдельного учета в аналитике.
Кому подойдёт
Схема актуальна для компаний, работающих с юридическими или физическими лицами на основе договоров. Она полезна для менеджеров по продажам, юристов и руководителей отделов, которые хотят стандартизировать этапы от первичной подготовки до запуска проекта. Особенно важна для организаций, где согласование условий с клиентом — обязательный и ресурсоемкий этап.
Как адаптировать под свою компанию
- Детализируйте этап «Первичная подготовка договора», добавив конкретные шаблоны или требования к заполнению.
- Уточните критерии для ветки «нет, клиент внёс изменения», чтобы определить, когда изменения требуют повторного согласования, а когда можно подписать текущую версию.
- Настройте автоматические уведомления при событиях «Договор не согласован» или «Клиент отказался от сделки» для быстрого реагирования.
- Добавьте в блок «Запуск договора в работу» конкретные действия, которые должны выполнить смежные подразделения после подписания.
- Проверьте, достаточно ли одного этапа «Согласование договора» внутри компании, или требуется разделение на юридическое и финансовое согласование.
Типичные ошибки
Часто моделируют процесс без учета сценариев отказа, что приводит к «висящим» заявкам в системе. Другая ошибка — смешивание внутреннего согласования и согласования с клиентом в одном шаге, что затрудняет отслеживание, кто именно задерживает процесс. Также распространенной проблемой является отсутствие четкого критерия перехода от «Согласовать договор с клиентом» к «Подписать договор», если клиент вносит правки.
Какие элементы BPMN здесь использованы
Нажмите на элемент, чтобы разобраться, что он означает и когда его применяют.
Частые вопросы
Что происходит, если клиент вносит правки в договор?
Процесс возвращается на этап доработки. Это отражено в ветке эксклюзивного шлюза «нет, клиент внёс изменения в договор», которая направляет поток обратно к согласованию.
Как фиксируется отказ клиента от сделки?
Отказ фиксируется через событие-ошибку «Клиент отказался от сделки». Это приводит к завершению процесса с результатом «Сделка проиграна» и запуском процедуры анализа отказа.
Нужно ли разделять внутреннее и внешнее согласование?
В данной схеме они разделены: сначала идет «Согласование договора» (внутри компании), затем «Согласовать договор с клиентом». Это позволяет четко видеть, на каком этапе возникла задержка.
Что значит событие «Договор согласован с доп. условиями»?
Это событие-эскалация, указывающее на то, что стандартное согласование не прошло, но договор может быть заключен при выполнении дополнительных условий. Это требует особого внимания и, возможно, ручного вмешательства.
Когда процесс считается успешно завершенным?
Процесс завершается успешно только при наступлении события «Договор заключен и запущен в работу». Любые другие исходы (отказ, несовпадение условий) считаются негативными.
Кто участвует в этом процессе?
Основные участники — компания (выполняющая подготовку, согласование и запуск) и Клиент (согласовывающий условия и подписывающий документ).



