Описание бизнес процессов банка пример

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

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

Выгоды процессного управления для банка

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

Определение слабых мест и «западающих» показателей KPI в операционной деятельности.
Сбор текущих значений ключевых показателей эффективности.
Анализ причин и формирование оптимизирующих решений.
Внедрение улучшенных бизнес-процессов.
Сбор новых данных и оценка прогресса.

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

Подход к реализации процессного подхода в банках

Большинство банков из рейтинга ТОП-100 успешно развивают процессный подход в своей деятельности. Основные принципы организации бизнес-процессов в крупнейших кредитных организациях:

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

Процессный подход в том или ином виде есть в каждой финансовой структуре. Разница заключается в уровне их развития и формализации.

Кейсы применения на практике

Московский кредитный банк (МКБ) в 2020 году разработал платформу, которая автоматизировала выполнение рутинных операций, помогала менеджеру сделать первую продажу и уведомляла о выполнении KPI.

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

К концу года была разработана платформа, которая автоматически создавала заявки из различных каналов привлечения (e-mail, звонок, встреча) и отправляла коммерческие предложения потенциальным клиентам. Функционал АРС МСБ (Автоматизированные системы расчета для малого и среднего бизнеса) включал инструмент контроля воронки продаж и управление пайп-лайном. Руководители менеджеров получили доступ к оперативной отчетности и прослушиванию звонков.

Разработка стоила МКБ порядка 5 млн. руб. В течение первых четырех месяцев использования в результате повышение конверсии АСР МКБ принесла компании 2.27 млн. руб.

Банк Казани для автоматизации линейных процессов заказал разработку робота в компании ICL Services (ООО «ДжиДиСи Сервисез»). Задача: безошибочная имитация рутинных операций, в частности, по актуализации анкетных данных клиентов. Робот открывал нужные ссылки в браузере, копировал и переносил данные, запускал приложения, формировал отчетность в Excel. Скорость обработки анкет, в сравнении с работой сотрудника, была выше на 70-80%.

Подробнее ознакомиться с упомянутыми проектами и другими примерами автоматизации БП в банках можно на сайте конкурса «BPM-проект года», который ежегодно проводится Ассоциацией BPM-процессионалов России (ABPMP Russian Chapter).

Заключение

Comindware — лидер в области управления бизнес-процессами. На протяжение трех лет (2018-2020 гг.) возглавляет рейтинг разработчиков BPMS согласно версии аналитического агентства CNews Analytics. Компания разработала цифровую платформу для построения прикладных бизнес-приложений силами бизнес-аналитиков. Продукт позволяет быстро разрабатывать и внедрять гибкие IT-решения для управления взаимоотношениями с клиентами (CRM) или поставщиками (SRM) и автоматизации операционной деятельности.

С помощью Low-code платформы Comindware Business Application Platform банки могут улучшить свои бизнес-процессы в следующих ключевых областях:

Привлечение новых клиентов
Создание и изменение бизнес-процессов
Автоматизация рутинных операций
Предупреждение рисков и соблюдение нормативных предписаний

Мы помогаем ведущим мировым брендам оперативно решать проблемы и трансформироваться для завтрашнего дня — от максимального увеличения ценности клиента до оптимизации обслуживания и повышения эффективности.

Запросите демо и эксперт Comindware свяжется с вами для того, чтобы договориться о времени проведения демо-презентации в живом режиме.

Елена Гайдукова, маркетолог-аналитик. Работает в сфере BPM и автоматизации процессов с 2014 года. В настоящее время является бренд-менеджером решений на базе Comindware Business Application Platform.

Полезные страницы

Современная BPM система
Преимущества системы автоматизации бизнес-процессов
CRM система с функционалом BPMS
Карта Блога

Источник: www.comindware.ru

Революция изнутри: глобальная оптимизации процессов банка

Рис. 4а. Пример оптимизации бизнес-процесса (AS IS)

Рис. 4б. Пример оптимизации бизнес-процесса (GAP процессов)

Рис. 4в. Пример оптимизации бизнес-процесса (TO BE)

Рис. 5. Скоринговая карта выбора ИТ-решения

Рис. 6. Структура слоев и их взаимосвязей

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

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

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

Глобальная оптимизация процессов — первые шаги

Глобальная оптимизация процессов начинается с идентификации того, как организация работает сейчас. Описание процессов AS IS («как есть») — второй шаг. Выбор способа аннотации описания бизнес-процессов не влияет на конечный результат, и могут быть использованы технологические карты BPMN, IDEF0, IDEF3 (рис. 1 и 2), хотя технологические карты не самый лучший способ, так как теряется наглядность процесса, а это очень важно для его перестройки.

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

продукты и сервисы банка;
бизнес-процессы — цепочка действий;
ролевая структура;
ИТ-инфраструктура.

Рекомендуем использовать объектно-ориентированные модели с поддержкой связей между слоями. Очень важно отслеживать взаимосвязь между слоями модели, так как это помогает определить основные точки последующих изменений и причинно-следственные связи. Не всегда «грязные» процессы являются следствием несистемного управления компанией, очень часто накладываются ограничения в виде возможностей ИТ-систем или структурной организации компании.

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

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

Основной состав команды:

главный архитектор;
банковские методологи (могут быть из компании-партнера);
модератор (методолог с широким профессиональным опытом, владеющий методологией построения процессов).

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

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

Замена ИТ-систем должна быть следствием задачи изменения бизнес-процессов, хотя в некоторых банках технологическая задача идет впереди, что приводит к неэффективному использованию внедренных изменений, или дело вообще не доходит до промышленной эксплуатации. Учитывая гипотетические, максимально возможные функции автоматизации потенциальными системами, рисуем процессы TO BE 1 («как бы мы хотели») — рис. 4.

Основные участники этого процесса — методологи, архитекторы. Очень важно подключить службу внутреннего аудита, поскольку это позволит оптимизировать процессы с учетом требований регулятора и внутренней политики кредитной организации. Если внутренняя политика банка препятствует достижению оптимальной картины процесса, она может быть тоже изменена, для этого опять же необходимо активное участие главного аудитора. Срок проработки процессов TO BE 1 займет около одного месяца при условии максимальной вовлеченности команды.

Основной состав команды:

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

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

Требования к выбору систем рождаются из заданных процессов TO BE 1 и текущей инфраструктуры банка и могут быть оформлены как функциональное требование с внутренней скоринговой картой (рис. 5). Не всегда лучшая система на рынке оказывается лучшей для конкретного банка. Функциональные требования должны быть акцентированы на тех особенностях системы, которые позволят организации максимально следовать процессам TO BE 1.

Целевая карта процессов

Процесс выбора системы оставим за рамками статьи, так как она не является специфической задачей для оптимизации процессов. Когда система выбрана, начинается процесс подготовки к внедрению и формирование уже конечных процессов TO BE 2 — создается целевая карта процессов. Она строится более подробно, чем в процессах AS IS и TO BE 1.

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

продукты и сервисы банка;
бизнес-процессы — цепочка действий (с добавлением описания входящих, поддерживающих и исходящих артефактов, элементарных действий, которые должны быть выполнены в данной задаче, а также KPI процессов);
ролевая структура (из которой строится будущая организационная структура банка);
ИТ-инфраструктура;
модель потоков данных;
нормативная база банка (инструкции, руководства пользователей, форматы и шаблоны внутренних и внешних документов).

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

аудитор банка;
главный архитектор банка;
главные архитекторы партнеров, внедряемых и перестраиваемых систем (представители вендора);
банковские методологи (могут быть из компании-партнера);
модератор (методолог с широким профессиональным опытом, владеющий методологией построения процессов).

При сильном расхождении процессов TO BE 2 и ТО BE 1 в команду вводятся участники от бизнеса и риск-менеджмента для оперативной корректировки процессов и поиска наилучшего варианта:

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

Внедрение новых процессов — 11 этапов

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

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

Внедрение новых процессов разбивается на несколько этапов.

Первый этап, который может стартовать параллельно описанию процессов TO BE 2, — настройка новых систем, интеграция, перенос продуктового каталога. Перенос может быть организован как конвейер: каждый описанный и согласованный процесс сразу отдается на реализацию, не дожидаясь окончания полной прорисовки карты процессов.

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

Второй этап — выделение фокусных групп и тестовых отделений. Схема фокусных групп утверждается правлением, заполнение схемы сотрудниками отдается на усмотрение руководителей соответствующих подразделений. Группа утверждается приказом с четкой фиксацией обязанностей и ключевых показателей эффективности (KPI). В состав фокусных групп должны войти наиболее профессиональные сотрудники.

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

Следующие три этапа могут идти параллельно.

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

Пятый этап — формирование лидеров изменений: из каждого подразделения по несколько специалистов. Схема лидеров изменения готовится и утверждается правлением банка. Заполнение схемы, как и в случае фокусных групп, отдается на уровень руководителей подразделений, но, в отличие от выбора сотрудников для фокусных групп, здесь добавляется критерий лидерских качеств (специалисты должны быть неформальными лидерами в своих подразделениях).

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

Седьмой этап — передача знаний и обучение сотрудников кредитной организации. Этот этап проходит на тестовых сценариях с использованием дистанционных систем обучения и наставничества лидеров изменений. Начиная с этого этапа в проекте принимает участие весь персонал банка. Задача руководителей подразделений — организация нормальной ежедневной работы служб с выделением от 30 до 50% времени сотрудников на обучение и прохождение тестовых заданий.

После обучения проводится аттестация — восьмой этап. Это тестирование, аттестация сотрудников. Тестовые задания проверяются централизованно, контроль за соблюдением правил тестирования возлагается на руководителей подразделений. Именно они являются заказчиками качественной подготовки персонала. По полученным результатам оцениваются лидеры изменений.

Основа KPI лидеров — уровень подготовки вверенного им персонала.

Девятый этап — перенос в новые системы портфеля договоров.Этот этап выполняется параллельно этапам 5 — 8, но после завершения четвертого этапа. Здесь основная нагрузка снова ложится на ИТ и методологов.

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

В промежутках между тестовыми днями производится проверка процессов, настроек, анализ ошибок персонала. Работа над ошибками ведется как бизнес-персоналом банка, так и службами ИТ по корректировкам систем. Данный процесс может занять один—два месяца (три—четыре раза). Можно рекомендовать увеличенный срок (два месяца). Режим тестовых дней — один раз в две недели. В период тестовых дней нагрузка на персонал банка возрастает в

Одиннадцатый этап — запуск новых процессов. Последний тестовый день при достижении критерия успешности переводит процессы в новый формат. Банк с понедельника перестает работать в старой структуре. Желательно данный процесс планировать на расширенные выходные (с праздничными днями), так как подобное переключение гладко не проходит, и надо иметь запас для экстренной корректировки инфраструктуры. Если по окончании выходных критерий успешности не достигнут, переключение переносится на следующий цикл.

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

Выводы

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

Автор статьи — Producthttps://www.itweek.ru/idea/article/detail.php?ID=200650″ target=»_blank»]www.itweek.ru[/mask_link]

Описание бизнес процессов банка пример

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

Исходные данные для моделирования:

Процесс – разработать стратегию продвижения нового банковского продукта

Вход – результаты анализа маркетинговой среды, описание нового банковского продукта.

Выход – отчет о пересмотре целей, стратегия

Управление – банковский кодекс, нормативно-правовые акты, общие положения о банковских продуктах, миссия банка

Механизм – работники отдела маркетинга, ПО модуль «Банковские продукты»

Контекстная диаграмма бизнес-процесса

Диаграмма декомпозиции модели бизнес процесса представлена на рисунке:

Бизнес-процесс « Разработать стратегию продвижения нового банковского продукта » состоит из пяти операций:

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

Вход: результаты анализа маркетинговой среды
Выход: отчет МИ
Управление: банковский кодекс, нормативно-правовые акты, общие положения о банковских продуктах
Механизмы: работники отдела маркетинга

Длительность этапа — 11 часов

2) «Определить цели по продвижению НБП». Необходимо определить цели и целевую аудиторию данного банковского продукта, чтобы он успешно продавался на рынке.

Вход: отчет МИ
Выход: долгосрочный и краткосрочный план, отчет о пересмотре целей
Управление: банковский кодекс, нормативно-правовые акты, общие положения о банковских продуктах, миссия банка
Механизмы: работники отдела маркетинга, ПО модуль «Банковские продукты»

Длительность этапа — 1 час

3) «Разработать несколько вариантов стратегий». На данном этапе работники отдела маркетинга разрабатывают несколько вариантов стратегии, исходя из долгосрочного и краткосрочного плана банка по данному продукту.

Вход: долгосрочный и краткосрочный планы
Выход: варианты стратегий
Управление: банковский кодекс, нормативно-правовые акты, общие положения о банковских продуктах
Механизмы: работники отдела маркетинга, ПО модуль «Банковские продукты»
Длительность этапа — 4,5 часа

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

Вход: варианты стратегий
Выход: положительное решение о продвижении НБП
Управление: банковский кодекс, нормативно-правовые акты, общие положения о банковских продуктах, миссия банка
Механизмы: работники отдела маркетинга
Длительность этапа — 4 часа

5) «Оформить стратегический план». Финальной операцией бизнес-процесса является наполнение оформление стратегического отчета. Данный отчет должен быть утвержден начальником отдела маркетинга и руководством, распечатан и размещен на сайте банка во вкладке стратегические решения на 2016 год.

Вход: положительное решение о продвижении НБП
Выход: стратегия
Управление: банковский кодекс, нормативно-правовые акты, общие положения о банковских продуктах, миссия банка
Механизмы: работники отдела маркетинга, ПО модуль «Банковские продукты»
Длительность этапа — 3 часа

Диаграмма декомпозиции операции «Выбор стратегии»

Операция «Выбор стратегии» состоит из следующих процессов:

1) «Выбрать итоговую стратегию». Из нескольких вариантов стратегий необходимо выбрать итоговую, которая будет представлена начальнику и руководству.

Вход: варианты стратегий
Выход: отчет
Управление: банковский кодекс, нормативно-правовые акты, общие положения о банковских продуктах, миссия банка
Механизмы: работники отдела маркетинга (маркетолог и бизнес-аналитик)
Длительность этапа — 2 часа

2) «Согласовать стратегию с начальником ОМ». На данном этапе необходимо предоставить начальнику ОМ итоговый вариант стратегии и обосновать свой выбор.

Вход: отчет
Выход: итоговое решение начальника
Управление: банковский кодекс, нормативно-правовые акты, общие положения о банковских продуктах, миссия банка
Механизмы: работники отдела маркетинга (маркетолог и бизнес-аналитик)
Длительность этапа — 1,5 часа

3) «Утвердить решение руководством». Заключительная операция заключается в утверждении стратегии руководством банка. Необходимо подготовить промежуточный отчет и презентацию.

Вход: положительное решение начальника
Выход: положительное решение по продвижению НБП
Управление: банковский кодекс, нормативно-правовые акты, общие положения о банковских продуктах, миссия банка
Механизмы: работники отдела маркетинга (маркетолог)
Длительность этапа — 0,5 часа

Источник: www.sites.google.com

Описание бизнес процессов банка пример

Выгоды процессного управления для банка

Подход к реализации процессного подхода в банках

Кейсы применения на практике

Заключение

Похожие записи:

Лидер среди BPMS на российском рынке

Случайные статьи

Полезные страницы

Революция изнутри: глобальная оптимизации процессов банка

Рис. 4а. Пример оптимизации бизнес-процесса (AS IS)

Рис. 4б. Пример оптимизации бизнес-процесса (GAP процессов)

Рис. 4в. Пример оптимизации бизнес-процесса (TO BE)

Рис. 5. Скоринговая карта выбора ИТ-решения

Рис. 6. Структура слоев и их взаимосвязей