04.03.2012, 06:11 | #1 |
Участник
|
Все о Microsoft Dynamics CRM: Построение бизнес-процесса автоматизации ведения Возможной сделки
Источник: http://ms-dynamics-crm.com.ua/2012/0...r-opportunity/
============== Часть 1. Почему нужно автоматизировать ведение сделки и бизнес-процессы с ожиданием Сегодня мы поговорим о правильном построении бизнес-процессов (БП) в CRM. Наиболее известный из них – это автоматизация ведения Возможной сделки. Суть БП заключается в разбивке процесса продажи на несколько этапов, отличающихся вероятностью осуществления сделки. В Интернете можно найти некий классический подход в построении БП сопровождения сделки в CRM. Обычно выделяют 6 этапов БП: Встреча (10%), Переговоры (20%), Договор (50%), Счет (70%), Заказ (90%), Реализация (95%). В скобках указана вероятность реализации сделки на каждом из этапов. Конкретные значения, естественно, целиком зависят от специфики бизнеса. Например, в нашей компании принято считать, что заключение договора – это еще полдела: ведь заказчик может заплатить не все деньги или вообще расторгнуть договор из-за отсутствия финансирования (с гос.структурами сегодня это происходит все чаще). Для чего нужен этот БП в CRM?
Взвешенный доход сделки = Предполагаемый доход х Вероятность. Теперь, чтобы посчитать общий взвешенный доход фирмы, нужно просуммировать взвешенные доходы по всем этапам и по всем сделкам.
Однако благодаря Интернет мы можем найти описание алгоритма данного БП от интеграторов и консультантов в области CRM. Почему-то все они используют в своих конструкциях БП циклы ожидания. Циклом ожидания называют процедуру, в которой CRM периодически (с только ей известной частотой) проверяет выполнение заданного условия (например, изменилось ли значение в некотором поле конкретной записи). Если факт выполнения условия зафиксирован, то CRM продолжит выполнение БП. Т.е. получается, что CRM «тормозит» на каждом цикле ожидания в БП. В результате процессор сервера «нагружается» задачами проверки некого заданного условия. А представьте, если в вашей фирме одновременно «крутится» больше тысячи открытых сделок? Это сколько же будет «подвисших на ожидании» процессов? А если аналогичных БП несколько? Возможно, вычислительной мощности сервера вполне хватит, чтобы успевать выполнять все порученные ему задачи, но приходится надеяться еще и на то, что код обслуживания системных и пользовательских процессов написан должным образом, чтобы случайно «не подвесить» всю систему в ожидании. Иначе ждать завершения БП будете не вы один, а еще и все ваши коллеги… Следует также подумать о случае, когда вы что-то делаете с записью, в то время как на ней «крутится» цикл ожидания. Что будет с БП, если вы возьмете и удалите запись? Или измените значение в отслеживаемом поле? В общем, вопросов будет больше, чем ответов на них… Поэтому я люблю завершенные процессы без циклов ожидания. Вот на базе них мы и построим БП автоматизации ведения Возможной сделки. На рисунке ниже схематически показана типовая схема работы CRM при выполнении БП. Понятно, что в эту схему еще могут быть вставлены операции проверки условия (например, можно ли обновлять те или иные данные) и операции действий (например, создание новой записи и отправка сообщения). Сам же БП строится на основе использования задач. На каждом этапе БП менеджеру ставится задача. Как только менеджер отмечает задачу как выполненную, CRM переводит сделку на следующий этап (см. рис. ниже). А для того чтобы не запускать вредные циклы ожидания, достаточно поручить CRM отслеживать выполнение задачи. Если задача успешно выполнена, то Возможная сделка (на которую ссылается задача) будет автоматически переведена на следующий этап (или закрыта с выигрышем, если была завершена последняя задача в БП). Как все это реализовать стандартным функционалом БП в CRM, поговорим во второй части. Источник: http://ms-dynamics-crm.com.ua/2012/0...r-opportunity/
__________________
Расскажите о новых и интересных блогах по Microsoft Dynamics, напишите личное сообщение администратору. |
|
|
Опции темы | Поиск в этой теме |
Опции просмотра | |
|