В отделе продаж из 7 человек решили поменять структуру. Если раньше каждый специалист по продажам делал весь спектр работ (от поиска клиента и рассчёта цен до контроля сроков на производстве), то теперь самым способным специалистам по продажам дали в подчинение ассистента. Задача ассистента — максимально разгрузить специалиста по продажам от рутинной работы (общение с производством, рассчёт цен, оформление заказов, тд.) Тем самым у специалиста будет больше времени на поиск новых клиентов.
В некоторых вопросах пока что чётко не определились с бизнес процессами таких связок. Например — ассистент будет вынужден общаться с клиентами по ряду вопросов. Как решить, какие вопросы с клиентом решает ассистент, а какие специалист по продажам? Подскажите пожалуйста, каким образом лучше всего организовать взаимодействие между специалистом по продажам, ассистеном и клиентами.
Расскажите коллегам:
Оценить : 0
Комментарии
+181 Диана Рубинова Финансовый директор, Москва 29 августа 2014, 17:07
Как построить системный отдел продаж // Бизнес процесс: Отдел продаж
Добрый день
На ваш вопрос очень трудно ответить не видя вашей системы мотивации специалиста и ассистента.
Есть, например, модель по которой специалист ищет новых клиентов и получает от этого определенный процент.
На этапе, когда клиент найдет и заключен договор, рутинная работа произведена ассистентом. В этом случае часть процента от этого клиента уходит на ассистента. (в данном случае не имеется зарплата, а ее переменная часть)
Дальнейшее общение может передаваться уже ассистенту, если он достаточно квалифицирован, и клиент не требует индивидуального общения со специалистом.
Иногда бывает, что клиент завязан на Специалиста.
Также нужно предусматривать, что клиент может, например, общаясь с ассистентом продлить договор и это уже будет заслуга не специалиста.
Это важно учитывать.
Какие вопросы будет решать ассистент все зависит от готовности ассистента и разумного сброса на него обязанностей.
Вам нужно более подробно раскидать ваши вопросы.
+50 Ольга Норкулова Менеджер, Москва 30 августа 2014, 17:46
Диана, это какие же инструменты позволяют фиксировать отдельный вклад менеджера и отдельный вклад ассистента в работе с одним и тем же клиентом? Наверняка процесс передачи клиента в работу ассистенту является плавным процессом. Как здесь учесть работу этих двух работников? В особенности, если таких менеджеров с ассистентами будет в каждом городе по несколько?
И если работа по заявке клиента растягивается на несколько лет? При этом, если оба окажутся на больничном или в отпуске, клиент может оказаться вроде как брошенным или обслуженным недостаточно внимательно со стороны других менеджеров. И надо будет тогда учесть вклад этих менеджеров тоже, пусть даже если они обслужили клиента во время одного звонка.
+3308 Николай Сибирев Генеральный директор, Санкт-Петербург 31 августа 2014, 20:24
используйте принцип «технологической карты», в которой распишите все операции, который делал менеджер по продажам полностью раньше.
Бизнес-процессы в отделе продаж b2b: как описать и оптимизировать (Андрей Веселов)
на основании неё определите, что должен делать ассистент — в виде набора действий, и «результатов» которые он должен достигнуть.
ну а дальше, много нюансов, которые надо решать по месту вам
+4100 Виталий Елиферов Менеджер, Москва 31 августа 2014, 21:15
Диана Рубинова пишет: На ваш вопрос очень трудно ответить не видя вашей системы мотивации специалиста и ассистента.
Не только системы мотивации, но и организации их работы. В одной компании по похожей схеме действовали категорийный менеджер по закупкам и менеджер по договорам (ассистент в данной терминологии). То есть front-office и back-office. Работали они всегда в паре, первый искал наиболее выгодные поставки для ритейла, второй оформлял договорные отношения и вел устоявшиеся поставки.
Премиальные делили в % между ними по каждой из категорий. Предупреждаю (. ), — это один из вариантов реализации. Надо смотреть на месте, что полезнее для компании. М. б. даже спросить у самих менеджеров и ассистентов, сделать поправку на диаметральные взгляды, затем просчитать предыдыщие 3-4 месяца по новой схеме и тогда предлагать ее к обсуждению и утверждению.
+3308 Николай Сибирев Генеральный директор, Санкт-Петербург 01 сентября 2014, 11:12
Виталий, вы абсолютно правы, но здесь довольно «простой» случай — компания занимается услугами в области рекламного бизнеса.
+2499 Константин Попов Партнер, Санкт-Петербург 01 сентября 2014, 12:19
1. Классическое деление продавцов — на тех, кто ищет новых клиентов (делает первую продажу) и тех, кто сопровождает уже найденных (повторные продажи). 2. Выделяют также функцию «холодного» звонка, т.е. специалист (обычно один на всех), у которого только одна задача — путем обзвона базы потенциальных клиентов добиться назначение визита сейла. 3. Еще вариант — деление на тех, кто осуществляет коммуникации и тех, кто осуществляет документооборот (фронт и бэк-офис)
Николай Сибирев пишет: компания занимается услугами в области рекламного бизнеса.
Наверное, большое число холодных звонков — присмотритесь к п.2
+3308 Николай Сибирев Генеральный директор, Санкт-Петербург 01 сентября 2014, 12:28
Константин, я с вами согласен.
Вариантов организации отдела продаж с выделением и разделением внутренних бизнес процессов в области продаж много, но они все довольно «конкретны» для конкретной компании и конкретного рынка.
Проблемы часто возникают в деталях реализации этих подходов.
+143 Евгений Кац Исполнительный директор, Латвия 01 сентября 2014, 13:01
Николай Сибирев пишет: Проблемы часто возникают в деталях реализации этих подходов.
Я подозреваю, что должен быть свод правил или «лучших практик» по решению таких проблем. Так ли это?
+3308 Николай Сибирев Генеральный директор, Санкт-Петербург 01 сентября 2014, 13:14
Не совсем так. есть «правильно», а есть «эффективно» — это несколько разные вещи.
для вашего решения я повторюсь, вначале нужно сделать технологическую карту работы менеджера и выделить те операции, которые вы планируете передать ассистенту.
дальше их формализовать — описать, потом запустить, а после этого проанализировать — насколько эффективна такая работа в связке.
примеры эффективного решения подобных задач для лизинговой компании или продаж комплексных систем безопасности на промышленных объектах повышенной опасности для вас не будут «лучшей практикой».
+143 Евгений Кац Исполнительный директор, Латвия 01 сентября 2014, 13:32
Спасибо, Николай, на «универсальную таблетку» я не рассчитывал, но в Вашей рекомендации есть понятная мне структура.
+3308 Николай Сибирев Генеральный директор, Санкт-Петербург 01 сентября 2014, 13:41
проста все хотят «волшебную» таблетку, а её нет. конкретная задача имеет всегда конкретное решение
+2499 Константин Попов Партнер, Санкт-Петербург 01 сентября 2014, 15:25
Николай Сибирев пишет: Вариантов организации отдела продаж с выделением и разделением внутренних бизнес процессов в области продаж много, но они все довольно «конкретны» для конкретной компании и конкретного рынка.
Именно так. А необходимой информации в стартовом сообщении нет (да и может ли она быть?). Поэтому можно лишь дать совет по методике — что и как делать? (это сделали вы), да набор типовых решений (а это предложил я).
+50 Ольга Норкулова Менеджер, Москва 01 сентября 2014, 20:29
Технологические карты — это хорошо, правильно, разумно. Допусти, что у вас мотивация настроена идеально, все заинтересованы в эффективном сотрудничестве. Наверняка у вас есть инструменты по расчетам заказов, обращениям клиентов. Позволяют ли эти инструменты ставить задачи менеджеру или ассистенту он-лайн.
Вот как быть в ситуации, если ассистент только принят и не способен грамотно сопровождать клиента и помощь менеджера ну очень нужна. Думаю, в этом случае, вам просто необходим такой инструмент, который позволяет менеджеру получать уведомления от ассистента, что ему надо сделать, к какому клиенту позвонить и кого проконсультировать и тому подобное.
И инструмент, который позволит менеджеру ставить задачи он-лайн, когда он в командировке, либо на выезде, либо просто в офисе, но ассистент занят, чтобы вслух проговорить ту или иную задачу. Такими инструментами могут быть Битрикс24, либо мегаплан, возможно что-то еще. Имея инструмент такого рода никто не будет забыт и взаимодействие между ассистентом и менеджером будет как-то повеселее, слаженым. Они сами отрегулируют свое взаимодействие и вам будет видна история всех их действий.
+181 Диана Рубинова Финансовый директор, Москва 06 сентября 2014, 02:56
Ольга.
это заранее определённые обязанности и оплата за данное действие. Если говорить о том, что клиента ведут долго и даже если кто-то на больничном, и кто-то другой подключился. Тут важно понять подход» если мы говорим об отлаженном бизнес процессе. то все просто ..продажа это проект . и если взял другой специалист то да ..и он получает за это зарплату или бонус. это называется замещение.
Стоимости замещения. как не странно то ее тоже можно рассчитать. Рассчитать в количественном выражении можно все. да что-то бывает трудно. например если у вас ИТ консалтинг и нужно начислять себестоимость по многим проектам, а программисты работают сразу над разными проектами, а потом работают не только продажники н и те, кто принимает обслуживание они тоже тратят разное время на то . что бы куда то отослать запрос., а потом отдает задачу дальше.
Все это можно учесть и определить вклад. любого сотрудника. Это бизнес процесс. И во все это вводиться система поощрения и заинтересованности она называется kpi. Инструменты разные. И определение перевода в количественные эквиваленты тоже.
И если компания только начинает работать и у руководителя есть желание изначально все сделать не поверхностно. конечно всего заранее нельзя предусмотреть но то что описали Вы . в этом нет сложности.. Просто нужно разложить на возможные варианты. многие программы ERP это учитывают. Главное правильно начать
И как я писала в письме. Есть варианты когда 2 и 3 продажников обслуживает 1 помошник. Если в его обязаности входит например четкая задача.например только саставлять договора и например отправляь предложения..тобишь рутина.
Вариантов может быть много.
Источник: www.e-xecutive.ru
Бизнес-процессы организации
Наша CRM система будет решать вопросы ведения клиентской базы. Поскольку это делается для того чтобы улучшить продажи, то и ведут ее сотрудники отдела продаж. Опишем подробно данных отдел и его основные функции.
В отделе существует три основные роли. Это начальник, менеджер и сотрудник. Их деятельность делится в зависимости от рынка, на котором они работают.
Рис.2 Организационная структура отдела продаж.
Основные процессы отдела продаж
В целом процесс продаж является не сильно формализованным, в процессе исполнения может возникнуть множество ситуаций, не прописанных в процессе. Личность человека играет большую роль в достижении успеха и эффективной деятельности. Однако чтобы повысить эффективность каждого менеджера, существуют инструкции и предписания. Рассмотрим основные процессы выполняемые сотрудниками отдела продаж:
· Поиск клиентов (Холодный звонок/личный контакт)
· Актуализация базы данных клиентов
· Подготовка коммерческого предложения
· Подготовка встречи с клиентом
· Отчетность за период
Распределение ответственности в отделе продаж
Начальник отдела продаж
Менеджер по продажам
Сотрудник отдела продаж
Актуализация базы данных клиентов
Подготовка коммерческого предложения
Определение новых предложений
Отчетность за период
· И — Исполнитель процесса
· У — Участник процесса
· О — Ответственный за процесс
· С — Согласовывает в процессе
Анализ необходимости развития бизнес-процесса организации
В данный момент отделу продаж требуется надежный инструмент, позволяющий вести клиентскую базу, и управлять тем объемом информации, который может быть в базе. Это позволит делать назначать встречи и коммерческие предложения наиболее эффективно для всех сотрудников отдела. В качестве такого инструмента был выбран SAP CRM. В первую очередь стоит рассмотреть тот объем функциональных возможностей, который предлагается в пакете Best Practices.
В данный пакет входят следующие предварительно сконфигурированные сценарии:
o Управление клиентами и контактами
o Управление действиями
o Упрощенное управление компаниями
o Управление потенциальными возможностями
o Центр взаимодействия — маркетинг
o Управление возможностями
o Интегрированное управление заказами и предложениями
o Управление регионами
o Центр взаимодействия — продажи (с заказом клиента ERP)
o Управление сервисными заказами
o Управление рекламациями и возвратами
o Центр взаимодействия — управление сервисными заказами
o Центр взаимодействия — управление сервисными заявками
o Интерактивные отчеты
В рамках курсового проекта рассмотрим следующий сценарий использования системы в рамках этих процессов:
· Управление клиентами и контактами,
· Интегрированное управление заказами и предложениями.
Данная последовательность сценариев позволит отразить наиболее важные части бизнес-процессов отдела продаж и понять, что предлагает и как предлагает делать компания SAP.
Рассмотрим, что предлагается в их описании.
Процесс — Управление клиентами и контактами
Сценарий Управление клиентами и контактами позволяет осуществлять управление и ведение клиентов, а также контактных лиц. Помимо ведения основных данных, интеграция текущих и прошлых бизнес-операций предоставляет обзор самых важных данных, относящихся к клиенту.
В рамках этого сценарии реализуются следующие процессы отдела:
· Актуализация базы данных клиентов
Процесс — Управление возможностями
Сценарий Управление возможностями создает структуру для ведения проектов по продажам с самого начала и отслеживания успешности их выполнения. Возможность проходит цикл продаж, который характеризуется различными фазами продаж. В ходе каждой фазы продаж выполняются разные действия.
В рамках этого сценарии реализуются следующие процессы отдела:
· Подготовка коммерческого предложения
· Определение новых предложений
Процесс — Интегрированное управление заказами и предложениями
Сотрудники отдела сбыта могут использовать сценарий Интегрированное управление заказами и предложениями, чтобы создавать и обрабатывать или только просматривать предложения и заказы клиентов. Документы сбыта сохраняются напрямую в SAP ERP и существуют только в SAP ERP. В зависимости от выбранной конфигурации, в standalone режиме системы данного сценария в системе не будет — будут обрабатываться только возможности на основе базы клиентов.
В рамках этого сценарии реализуются следующие процессы отдела:
Разработка и документирование проекта элемента ИС SAP CRM Управление клиентами и контактами.
Функциональные и нефункциональные требования к элементу ИС
В рамках проекта внедрения решения SAP CRM требуется автоматизировать работу отдела продаж следующими предварительно сконфигурированными сценариями Best Practices:
· Управление клиентами и контактами,
· Интегрированное управление заказами и предложениями.
Основой всех функций является ведение клиентской базы, для этого требуется реализовать следующие функции:
· Создание нового клиента
Также в системе создаются контактные лица, в этих сущностях хранится основная информация для менеджеров и сотрудников, позволяющая им связываться различными людьми в компаниях клиентах. У одной компании, конечно, может быть более одного контактного лица.
Управление продажами может осуществляться через несколько направлений это создание потенциальной возможности и ее дальнейшее преобразование в возможность, либо создание возможности для клиента и ее дальнейшее сопровождение к заключению сделки.
После того, как возможность создана в результате одного из этих шагов, других различий в происхождении возможности в документе не будет. Структура документа следует фазам цикла продаж:
1. Определение возможности
6. Заказ клиента
Цикл продаж продукта или сервиса разбивается на несколько этапов и начинается с выявления возможности продаж. Такая возможность может представиться случайно, например, если в процессе обсуждения сотрудники отдела сбыта получили сведения о подходящем инвестиционном проекте.
Процесс завершается заказом клиента или отклонением со стороны клиента. В это время осуществляются различные контакты, такие как предоставление информационного материала, визиты к клиенту, презентации продукта, предложения и переговоры по контракту.
Возможность проходит этапы цикла продаж. Конкретные действия продаж предлагаются системой и могут быть активированы в зависимости от этапа продаж. Цикл продаж с соответствующими этапами позволяет компании следовать стандартизированному процессу продаж.
Сотрудник отдела сбыта имеет полную историю по клиенту — история заказов и его информационный бюллетень. Это позволит ему более эффективно узнавать потребности клиентов, делая им предложения и создавая тем самым новые возможности. В рамках цикла продаж и ведения возможностей создаются предложения и заказы, которые интегрированы с SAP ERP. В рамках системы должны функционировать следующие роли пользователей:
Источник: studbooks.net
Бизнес-процесс «Продажи»
1. Менеджер отдела продаж ежедневно получает от клиента Заказ на конкретную номенклатурную единицу медикаментов. В Заказе номенклатурных единиц клиент указывает желаемую отсрочку платежа.
Таблица. Документы бизнес-процесса «Запасы — Склад (приходование)»
Диаграмма и номер операции на
Реестр,в котором регистрируется
1. Приходная накладная
1. Отражение в базе данных количества товара
2. Добавление серии в справочник
По мере необходимости
3. Карточка товара
- 3. Определение и ввод базовой цены продажи
- 4. Процесс размещения серии товара
- 2. При получении Заказа менеджер отдела продаж по справочнику лицензий проверяет наличие у клиента действующей лицензии на право реализации медикаментов. При отсутствии лицензии продажа медикаментов клиенту не производится. Наличие лицензии проверяется по мере необходимости.
- 3. Менеджер отдела продаж ежедневно проверяет наличие необходимого количества заказанных медикаментов на складе.
- 4. Если медикаментов недостаточно для выполнения заказа, то менеджер отдела продаж размещает Заказ в реестре «неудовлетворенный спрос». Затем менеджер ежедневно проверяет возможность выполнения Заказа, размещенного в реестре «неудовлетворенный спрос».
- 5. При наличии у клиента необходимой лицензии и достаточном количестве товара на складе в отделе продаж на основании Заказа и договора формируется Заявка на номенклатурные единицы. Заявки формируются ежедневно.
- 6. Ежедневно на основании Заявки менеджер отдела продаж осуществляет резервирование товара.
- 4. Менеджер отдела продаж ежедневно контролирует кредитный лимит и дебиторскую задолженность потенциальных покупателей.
- 5. Если кредитный лимит и дебиторская задолженность не превышают допустимых значений, то Заявка передается на склад в Учетнооперационный отдел.
- 6. При превышении кредитного лимита или наличии просроченной дебиторской задолженности свыше допустимого количества дней менеджер отдела продаж заявку в Учетно-операционный отдел не передает, процесс продаж приостанавливается, осуществляются переговоры с клиентом.
- 7. Менеджер учетно-операционного отдела, получив Заявку, ежедневно производит подборку номенклатурных единиц.
- 8. Менеджер учетно-операционного отдела ежедневно формирует упаковочные листы для вложения их в каждый ящик.
- 9. Менеджером учетно-операционного отдела ежедневно формируются для клиента следующие документы: счет, расходная накладная, счет-фактура.
- 10. При фактической отгрузке товара со склада осуществляется его списание. Списание медикаментов осуществляется по расходной накладной и сопровождается формированием проводки Д62-К41.
Задание 9. Построение диаграммы действий
На основании общего описания бизнес-процесса «Продажи» составьте диаграмму действий, которая показывает участников процесса,
выполняемые каждым участником операции и взаимосвязь между ними.
Операции на диаграмме должны следовать в хронологическом порядке,
который определен в приведенном описании бизнес-процесса.
Выполнение задания 9
- 1. Изучите общее описание бизнес-процесса, выделите его участников. Участниками бизнес-процесса «Продажи» являются менеджер отдела продаж и менеджер учетно-операционного отдела.
- 2. Приступите к формированию диаграммы действий. Для этого необходимо разделить поле на 2 части, каждая из которых отводится для отображения действий участника процесса.
- 3. Для формирования диаграммы средствами MS Visio необходимо открыть в папке Software / UML Model Diagram форму UML Activity.
- 4. Для удобства построения диаграммы на листе расположите его вертикально (File/Page Setup/Portrait).
- 5. На панели инструментов «Стандартная» зафиксируйте пиктограмму с изображением линии Line Tool. Удерживая левую клавишу мыши, разделите лист на две части.
- 6. На панели инструментов «Стандартная» зафиксируйте пиктограмму с изображением буквы «А». Внесите в качестве заголовка полное наименование бизнес-процесса «Продажи клиентам», сокращенное наименование (5ПродКл) и участников бизнес-процесса в соответствии с рисунком 9.
- 7. Проанализируйте общее описание бизнес-процесса и выделите участника процесса, с которого начинается процесс. Очевидно, что это менеджер отдела продаж.
- 8. Обозначьте на диаграмме начало процесса символом #»Initial state» в графе, отведенной для изображения действий менеджера отдела продаж (рис. 9). Не забывайте, что работу с графическими формами можно осуществлять только при активированной пиктограмме с изображением стрелки на панели «Форматирование».
- 9. Направьте стрелку вниз от изображения начала процесса. Для этого перенесите с формы UML Activity изображение стрелки —? (Control Flow) (Рис. 9).
- 10. Пользуясь текстовым описанием, выделите действия, выполняемые менеджером отдела продаж. Действия (операции), выполняемые менеджером отдела продаж:
Рис. 9. Подготовительная стадия для изображения диаграммы действий
- • Операция № 1 «Получение от клиента заказа с указанием номенклатурных единиц товара по количеству, серийному соответствию, сроку годности»
- • Операция №2 «Проверка наличия у клиента лицензии на заказанные медикаменты»;
- • Операция № 3 «Проверка наличия товарных запасов на складе»;
- • Операция № 4 «Размещение заказа в реестре неудовлетворенный спрос»;
- • Операция № 5 «Процесс формирования заявки на основании заказа и договора»;
- • Операция № 6 «Резервирование товара»;
- • Операция № 7 «Контроль кредитного лимита и дебиторской задолженности»;
- • Операция № 8 «Отклонение заявки».
- 11. Отобразите на диаграмме первые две операции, выполняемые менеджером отдела пр одаж. Для изображения действия на диаграмме используйте фигуру I_).
- 12. Впишите внутри двух фигур (_) наименования и порядковые номера операций. Для ввода текста на панели инструментов «Стандартная» зафиксируйте пиктограмму с изображением буквы «А».
- 13. Соедините операции в порядке их следования стрелками —? (Control Flow).
- 14. Отобразите ромб-символ проверки условия . Проведите из него две стрелки и надпишите их «Лицензия есть», «Лицензии нет». Стрелку с надписью «Лицензии нет» предстоит позже соединить с символом конца бизнес-процесса.
- 15. Стрелку «Лицензия есть» соедините с операцией № 3 «Проверка налиния товарны х запасов на складе», для изображения которой примените символ I_J.
- 16. Отобразите ромб-символ проверки условия V. Проведите из него две стрелки и надпишите их «Достаточно запасов», «Недостаточно запасов».
- 17. Стрелку с надписью «Недостаточно запасов» соедините с операцией № 4 «Размещение заказа в реестре «неудовлетворенный спрос».
- 18. От операции № 4 направьте стрелку к операции № 3, для того чтобы отразить циклический процесс контроля выполнения отложенных заявок. Обратите внимание на то, что к операции № 3 уже направлена стрелка с надписью «Лицензия есть». Поскольку по правилам построения диаграмм в операцию может входить только одна стрелка, воспользуйтесь символом объединения независимых потоков ИН (Transition! Join).
- 19. Сверьте созданный фрагмент диаграммы действий бизнес-процесса «Продажи» с рисунком 10.
Рис. 10. Фрагмент диаграммы действий бизнес-процесса «Продажи»
- 20. Стрелку с надписью «Достаточно запасов» направьте к операции №
- 5 «Процесс формирования заявки на основании заказа и д оговора», для изображения которой используйте, как всегда, символ I_).
- 21. Поставьте в соответствие операции № 5 документ «Заявка». Для отображения документа на диаграмме используйте изображение прямоугольника. Нарисуйте прямоугольник мышкой, зафиксировав на панели инструментов «Стандатная» соответствующую пиктограмму Rectangle Tool.
- 22. Операция № 5 и получаемый в результате ее выполнения документ «Заявка» соединяются на диаграмме пунктирной линией. Для изображения пунктирной линии зафиксируйте пиктограмму Line Tool на панели инструментов «Стандартная» и выберите пунктирную линию на панели инструментов «Форматирование», используя меню пиктограммы (Line Patter). Затем мышкой нарисуйте соединение операции с документом.
- 23. За операцией № 5 последовательно отобразите операции № 6 «Резервирование товара» и № 7 «Контроль кредитного лимита и дебиторской задолженности».
- 24. Операцию № 7 соедините с ромбом V — символом проверки условия. Проведите из него две стрелки и надпишите их «Есть превышения», «Нет превышений».
- 25. Стрелку с надписью «Есть превышения» соедините с операцией № 8 «Отклонение заявки». В последующем операцию № 8 предстоит соединить с символом завершения бизнес-процесса. Заметьте, что на завершение бизнес-процесса уже направлена стрелка с надписью «Лицензии нет».
- 26. На этом действия менеджера отдела продаж завершаются, и к работе подключается менеджер учетно-операционного отдела. В поле действий менеджера учетно-операционного отдела последовательно отобразите выполняемые им операции: № 9 «Подбор номенклатурных единиц», № 10 «Формирование упаковочных листов», № 11 «Формирование счета, расходной накладной, счета-фактуры», № 12 «Отгрузка и списание медикаментов».
- 27. Соедините стрелками операции № 9, 10, 11, 12.
- 28. К операции № 9 подведите стрелку с надписью «Нет превышений».
- 29. Поставьте в соответствие операции № 10 документ «Упаковочный лист», операции № 11 — три документа: «Счет», «Расходная накладная», «Счет-фактура». Для отображения документа на диаграмме используйте изображение прямоугольника. Нарисуйте прямоугольник мышкой, зафиксировав на панели инструментов «Стандартная» соответствующую пиктограмму Rectangle Tool.
- 30. Операции № 10 и № 11 и получаемые в результате их выполнения документы соедините пунктирной линией. Для изображения пунктирной линии зафиксируйте пиктограмму Line Tool на панели инструментов «Стандартная» и выберите пунктирную линию на панели инструментов «Форматирование», используя меню пиктограммы (Line Patter). Затем мышкой нарисуйте соединение операции с документом.
- 31. Операция № 12 была последней в бизнес-процессе «Продажи», поэтому остается отобразить на диаграмме действий символ завершения процесса. На символ завершения бизнес-процесса направлено три стрелки, отображающие независимые процессы. Примените обозначение для объединения независимых процессов (Transition! Join).
После объединения трех процессов укажите на диаграмме конец процесса. Для этого используйте символ •(Final State).
Общий вид диаграммы действий бизнес-процесса «Продажи» представлен рис. 11.
Рис. 11. Диаграмма действий бизнес-процесса «Продажи»
Задание 10. Формирование таблицы операций
Все операции, участвующие в процессе «Продажи», отразите в Таблице описания операций, имеющей следующий формат:
Диаграмма и номер на диаграмме
Источник: bstudy.net