Примеры описания бизнес-процессов

Пример 1. Описание бизнес-процесса - продажа билетов B2C.

Данные о потенциальном участнике и билете поступают в систему из внешней базы данных или в виде электронного сообщения с сайта.

1. Проверка правильности данных

Система автоматически проверяет правильность заполнения данных:

• Формат заполнения email;

• Корректность телефонного номера и т.д.

Если данные заполнены корректно, запрос отправляется в обработку. Иначе игнорируется как ошибочный.

2. Добавление лида и создание билета

Автоматическая проверка на наличие лида или контакта в системе по параметрам: email, телефон, ФИО.

• Если лид в системе уже имеется, запрос прикрепляется к нему и автоматически формируется билет.

• Если лид не найден, создается карточка лида. На ее основе формируется билет.

3. Оплата билета

Производится проверка наличия оплаты за билет. 

Если оплата выполнена:

1. Клиент оповещается об оплате;

2. Проверяется наличие клиента в базе данных;

3. Если клиент новый, создается карточка клиента и на ее основе карточка участника.

4. На основе данных из карточки участника формируется билет и отправляется покупателю.

Если оплата не выполнена:

1. Система ожидает оплату 1 день (срок можно изменить в случае необходимости);

2. Производится проверка срока оплаты:

   1. Если стоимость билетов осталась неизменной, покупателю отправляется напоминание об оплате.

   2. Если срок вышел и стоимость билета изменилась, билет аннулируется, бронь снимается, участник оповещается о снятии брони.

Цена билетов растет по мере приближения мероприятия. В случае аннуляции неоплаченного билета из-за изменения цены покупатель может заново создать запрос и забронировать билет по обновленной цене.

Цикл «проверка оплаты – напоминание об оплате» повторяется вплоть до изменения цены и аннуляции билета или получения оплаты. В последнем случае выполняются действия из пункта «Оплата выполнена», т.е. формируется карточка клиента, участника, создается и отправляется покупателю билет. 

Прмер 2. Описание бизнес-процесса - продажа билетов B2B.

Основное отличие продажи билетов B2B от предыдущего процесса заключается в том, что покупатель не предоставляет личных данных каждого участника.

Информация при закупке билетов от организации:

1. Количество билетов;

2. Мероприятие;

3. Контактное лицо;

4. Организация-покупатель.

Если при продаже B2C покупатель является участником мероприятия, то при продажах B2B покупатель (представитель компании) и участники (для кого покупают билеты) не совпадают, покупатель в данном случае может одним из списка.

1. Запрос количества билетов

После того, как в систему поступает заявка на участие от юридического лица, покупателю отправляется запрос на количество билетов.

Реализуется это действие при помощи автоматической отправки анкеты, где покупатель заполняет количество билетов, тариф, по которым он планирует их приобрести, реквизиты для выставления счета и другие данные, необходимые для обеспечения участия представителей компании в мероприятии.

После получения анкеты правильность данных проверяется. В случае выявления ошибок запрос анкетных данных повторяется либо выполняются уточнения любым другим удобным способом, например, в телефонном режиме.

2. Счет и проверка условий оплаты

На основе предоставленных данных формируется счет на оплату и отправляется клиенту. 

Перед проверкой оплаты необходимо проверить условия оплаты, согласованные с клиентом. Это может быть 100% предоплата, частичная предоплата и т.д.

Если по условиям договора возможно формирование билетов до получения оплаты, они формируются согласно анкете и отправляются клиенту.

3. Работа по предоплате

Если для формирования билетов необходимо получить предоплату, действия производятся аналогично работе с B2C:

1. Система ожидает оплату 1 день (срок можно изменить в случае необходимости);

2. Производится проверка срока оплаты:

   1. Если стоимость билетов осталась неизменной, покупателю отправляется напоминание об оплате.

   2. Если срок вышел и стоимость билетов изменилась, стоимость билетов обновляется, покупатель получает новый счет.

   3. В случае согласия клиента на новую цену билетов, повторяется ожидание и проверка оплаты. При несогласии бронь аннулируется.

Бизнес-процесс продажи завершен.

Покупатель билетов B2B регистрируется в системе в качестве клиента. Лид – это потенциальный покупатель, с которым планируются переговоры. В случае запроса на покупку билетов – это уже клиент, и работа с ним ведется в рамках Сделки.

Пример 3. Описание бизнес-процесса - Учет продажи билетов.

Для автоматизации продажи билетов необходима система «Продажа билетов», которая будет работать следующим образом:

1. Покупатель отправляет запрос, который автоматически направляется в систему.

2. Информация об участниках и мероприятиях добавляется автоматически с сайта конференций.

3. Данные о покупателях должны храниться в справочнике Покупатели

4. Данные об участниках – в справочнике Участники. 

Система учета продажи билетов необходима для хранения данных о покупках и мероприятиях, а также формирования отчетности по проведенным мероприятиям, покупателям и участникам.

• Покупатели – лица (организации), которые оплачивают билеты.

• Участники – лица, которые примут участие в мероприятии (на них оформляются билеты).

• Мероприятия – конференции, организованные компанией Java User Group.

При этом покупатель и участник могут быть одним и тем же лицом или разными. В качестве покупателя может выступать физическое лицо или организация. Участник – это всегда человек, который принимает участие в мероприятии по заказанному билету.

Пример 4. Описание бизнес-процесса - Маркетинг компании.

Ниже описан бизнес-процесс работы отдела маркетинга с учетом возможностей автоматизации.

1. Создать бриф

Процесс начинается с того, что маркетолог создает новый бриф. В результате формируется документ «Бриф», который должен быть загружен в базу данных системы.

В финале этого шага маркетолог отправляет документ Бриф руководству.

2. Проверить бриф

Руководитель изучает бриф, после чего возможны два варианта развития событий:

1. В брифе выявлены недочеты. Руководитель пишет замечания к брифу и отправляет маркетологу. Далее маркетолог на основе замечаний создает новый документ Бриф и отправляет на повторную проверку.

2. В брифе недочетов не выявлено. Руководитель переходит к выбору рекламных площадок.

В системе обязательно должна быть возможность создать документ Бриф, добавить к нему замечания, создать на основании документа Бриф с замечаниями новый Бриф. Это позволит удобно работать с документами, при этом иметь возможность просмотреть предыдущие версии и замечания к ним.

3. Выбрать площадки для рекламы

Выбор площадок для рекламы выполняет руководитель на основе анализа брифа и возможностей каждой из площадок.

Это могут быть:

• Facebook

• ВКонтакте

• Google ADS

• Яндекс Директ

Необходимо предусмотреть возможность выбора одной или нескольких площадок одновременно.

Одобренный бриф вместе со списком выбранных площадок отправляется маркетологу.

4. Создать рекламную кампанию на основе брифа

Рекламная кампания в данном случае – это документ, который создается в системе на основе одобренного брифа и выбранных рекламных площадок.

5. Рассчитать бюджет рекламной кампании

Все расчеты проводит маркетолог на основании брифа и тарифов выбранных площадок. После выполнения непосредственно расчетов, данные вносятся в специальные поля документа Рекламная кампания, который отправляется на согласование руководителю.

6. Проверить бюджет рекламной кампании

Руководитель проверяет расчет бюджета. Если выявляются ошибки и неточности, к документу Рекламная кампания добавляются замечания по бюджету и отправляются маркетологу внутри системы.

Если замечаний не выявлено, бюджет одобряется, маркетолог получает соответствующее подтверждение и переходит к запуску рекламы.

На этом этапе также важно предусмотреть в системе возможность видеть предыдущие варианты бюджета и замечания к ним.

7. Запустить рекламную кампанию

Непосредственная работа по этому этапу проводится на выбранных рекламных площадках. В системе маркетолог после получения одобрения бюджета нажимает кнопку «Запустить рекламную кампанию», т.е. меняет статус кампании соответствующим образом.

8. Провести рекламную кампанию

Работа выполняется маркетологом на рекламных площадках. Все это время статус кампании активен, т.е. руководитель видит, что кампания – в работе. 

9. Собрать статистику

По результатам рекламной кампании маркетолог обязательно собирает статистику, которую вносит в соответствующий документ в системе. Документ «Статистика» должен быть привязан к текущей Рекламной кампании в системе.

На этом процесс завершен.

Пример 5. Описание бизнес-процесса - Оказание услуги компанией.

Процесс оказания услуги начинается с прихода клиента в компанию для оказания услуги и завершается моментом оплаты услуги клиентом.

В процессе участвуют 3 исполнителя:

1. Администратор. Это сотрудник, который встречает клиента и направляет его к доктору.

2. Доктор. Специалист, который непосредственно оказывает услугу.

3. Касса. Сотрудник, который принимает оплату и оформляет финансовые документы.

1. Узнать у посетителя: посещение по записи или нет?

На этом этапе администратор взаимодействует с клиентом и уточняет, пришел человек за услугой по предварительной записи или нет. Даже если клиент пришел без записи, услуга по возможности должна быть оказана.

Возможны два варианта:

• Посетитель не по записи. Администратор выполняет Запись клиента. На этом процесс завершается и начинается заново.

• Посетитель по записи. В этом случае клиент сообщает администратору номер записи либо администратор указывает ее на основе только что завершенного процесса записи.

2. Определить запись по номеру

На этом этапе система должна на основе введенного номера определить и открыть для администратора Запись. Рекомендуется реализовать возможность считать запись с мобильного телефона клиента по штрих-коду. Т.е. в процессе записи клиент получает на телефон уведомление не только в текстовом виде, но и со штрих-кодом. В результате при посещении администратор сможет максимально быстро и безошибочно открыть нужную Запись.

3. Нужно ли дополнять данные?

На основании уже заполненных полей система автоматически определяет, нужно ли дополнять данные и уведомляет об этом администратора.

Если данные дополнить нужно, администратор задает соответствующие вопросы и дополняет:

1. Карточку клиента,

2. Карточку питомца.

Далее клиенту выдаются раздаточные материалы. После чего клиент направляется к доктору на прием. Если данные уже все заполнены, клиент отправляется к доктору сразу.

4. Принять клиента по записи

Доктор принимает клиента по записи. В системе в момент начала приема доктор фиксирует, что прием состоялся. После нажатия соответствующей кнопки система начинает отсчет реального времени приема.

5. Оказать услугу

Этот этап выполняет доктор, в системе непосредственно оказание услуги не отражается. Эти операции выполняются непосредственно специалистом вне системы.

6. Оформить пакет документов Оказание услуги

После непосредственного оказания услуги доктор в системе заполняет форму «Оказание услуги», в котором отображает, какие услуги были оказаны, вносит необходимые сведения для карточки питомца и т.д. После того, как проделаны необходимые действия в рамках приема, доктор завершает прием в системе.

7. Выдать клиенту документы

После того, как доктор внес все необходимые сведения в документ «Оказание услуги», формируется пакет документов для клиента, которые можно распечатать пакетом. Доктор отправляет документы на печать и передает клиенту документы для расчетов в кассе, а также информацию о состоянии питомца, выполненных процедурах, рекомендации и т.д. Клиент направляется в кассу.

8. Узнать номер записи у клиента

В этот раз процедуру получения номера записи, в том числе, в случае реализации, через штрих-код, выполняет сотрудник кассы. На основании этого номера открывается запись с уже заполненными услугами, после чего автоматически формируется сумма и необходимые финансовые документы.

9. Оформить оплату от клиента

Кассир выполняет наличный или безналичный расчет с клиентом, распечатывает финансовые документы, в том числе, для клиента.

10. Отправить Email клиенту с предложением оценить работу

После того, как оплата завершена, система автоматически формирует sms-сообщение и/или email и отправляет его клиенту с просьбой оценить качество работы.

На этом процесс завершен.