hero-bg

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

category

Бизнес анализ

schedule

26 минуты

Я (Кинзябулатов Рамиль) часто встречаю описания бизнес процессов которые или придуманы или не несут какой либо ценной информации,  поэтому решил выложить для людей изучающих вопросов описания бизнес процессов примеры из реальных проектов  c некоторыми изменениями.

Пример 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. Создать бриф

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

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

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

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

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

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

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

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

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

  • Facebook
  • ВКонтакте
  • Google ADS
  • Яндекс Директ

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

 

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

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

  1. Администратор. Это сотрудник, который встречает клиента и направляет его к доктору.
  2. Доктор. Специалист, который непосредственно оказывает услугу.
  3. Касса. Сотрудник, который принимает оплату и оформляет финансовые документы.
  4. Узнать у посетителя: посещение по записи или нет?

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

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

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

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

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

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

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

  1. Карточку клиента,
  2. Карточку питомца.

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

Пример 5. Описание бизнес-процесса ветеренарной клиники - Передача животного для компании.

 

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

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

В бизнес-процессе участвуют:

  1. Администратор
  2. Доктор
  3. Кассир

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

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

Первое, что должен проверить администратор, по записи пришел клиент или нет.

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

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

  1. Проверить задолженность клиента

Здесь возможны два варианта:

  1. Заложенности нет. Администратор переходит к проверке наличия переплаты.
  2. Задолженность есть. Администратор выдает клиенту финансовые документы и отправляет его в Кассу.

Во втором случае Кассир принимает оплату, фиксирует эту информацию в системе, после чего клиент возвращается к администратору уже на этап «Распечатать документы Выдача животного».

  1. Проверить наличие переплаты

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

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

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

  1. Распечатать документы Выдача животного

После решения всех финансовых вопросов администратор распечатывает клиенту пакет документов «Выдача животного».

  1. Выдать пакет документов Выдача животного

Администратор передает клиенту пакет документов «Выдача животного» и направляет клиента к доктору, который занимается животным в данный период времени.

  1. Выдать клиенту животное

Животное выдает клиенту доктор на основании переданных ему данных в системе о том, что клиент получил пакет документы «Выдача животного». После выдачи доктор также делает соответствующую пометку в карточке.

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

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

Для реализации процесса передачи животного потребуются:

  1. Записи
  2. Клиенты
  3. Питомцы
  4. Расходно-кассовый ордер и документ «Возврат аванса»
  5. Пакет документов «Выдача животного»
  6. Шаблоны для отправки сообщений с предложением оценить работу либо интеграция со сторонней системой для отправки соответствующего email.

В последнем случае рекомендуется использовать SendPulse или Mailchimp.

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

Потому в рамках этого бизнес-процесса доступ к печати документов необходим только администратору.

Об авторе
authorКинзябулатов Рамиль

Кинзябулатов Рамиль Хибатуллович, бизнес консультант и it консультант. Опыт автоматизации более 17 лет. Занимаюсь управленческим консультированием и разработкой it решений в составе команды Trinion. Автор 3-х книг и множества статей на тему организации труда.

Комментарии
close

Справочник BPMN. Узнать подробнее