Бизнес-процессы - страница 10

Моделирование даже относительно простого процесса продаж – задача нетривиальная: из неструктурированной базовой информации о бизнесе должны быть извлечены действия и потоки объектов, а затем отображены в виде структурированной модели. Предлагаемый Horus метод, описанный в главе 4, – это метод, проверенный на практике. Рис. 2.1 дает обзор процесса продаж, представленного в виде сети Петри. Как часто встречается на практике, процессу дается имя (чаще на английском языке), которое позволяет делать выводы о входах и выходах процесса – здесь контакт преобразуется в заказ клиента (Sales Contact-to-Order). То есть процесс начинается с контакта и включает в себя ряд мероприятий и потоков объектов, чтобы в конечном итоге сформировать заказ от клиента.

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

В процессе управления контактами лиды последовательно квалифицируются дальше, что отражается в основных данных о клиенте. Цель здесь – выявить реальные возможности продажи, которые должны интенсивно обрабатываться и в конце концов вылиться в коммерческое предложение. В идеале оно должно привести к заказу клиента. Разумеется, неудачи в процессе продаж также учитываются: потерянные возможные продажи и потерянные заказы сводятся в хранилище объектов «Потерянный заказ» и там подвергаются анализу. Доступ к основным данным клиента во время этого анализа предоставляется только на чтение, что отображается через простую связь без стрелки. Хранилище объектов «Данные клиента» представлено в сети два раза – копия показана пунктиром. Помимо центрального процесса продажи, в сети также принято во внимание действие по управлению эффективностью продаж, которое оценивает прогноз продаж, заключающий в себе информацию о содержании и статусе актуальных предложений.

При рассмотрении сети на рис. 2.1 сразу видно, что пришлось намеренно абстрагироваться от многих деталей. Возникает множество вопросов, которые вполне можно рассматривать как преимущество моделирования: как, кем и в какой хронологии осуществляется управление контактами, как из квалифицированного контакта возникает в конечном счете возможность продажи? Также за действием «Управление предложениями», представленным в сети только как простой прямоугольник, скрывается отдельный сложный процесс с собственными действиями, потоками объектов и правилами. На это указывает хотя бы хранилище объектов «Утвержденное предложение» на выходе. На эти и подобные вопросы можно ответить, если сами действия сети еще более детально описать в отдельной модели-декомпозиции.