Поводом для написания послужили многочисленные споры относительно пригодности/бесполезности «западного» индустриального опыта для украинских банков, в силу «наличия особой специфики», в которых приходиться участвовать по работе при обсуждении и внедрении аналитических приложений.
Для ответа на этот вопрос взял личный опыт участия в проектах разработки аналитических CRM-приложений.
Процессы организации работы с клиентами Банка требуют большого количества информации о клиентах для анализа, разработки и проведения маркетинговых компаний, учета информации о клиентах, и их откликах, полученных в ходе маркетинговых кампаний. Обычно клиентская информация рассредоточена по разным источникам как внутри банка так и вне его, и, требуется приложить определенные усилия для сбора и агрегирования данной информации. Разнородные стандарты представления и форматы хранения данных в таких источниках налагают свои требования и усложняют процесс их сбора, консолидации, агрегирования и совместного использования.
Обычно используемый способ извлечения и агрегирования данных путем SQL-запросов к СУБД является недостаточно формализованным, редко согласованным, часто повторяющимся и очень время– и ресурсозатратным процессом. Любые добавления, изменения в требованиях требуют полной переработки процедур извлечения. При этом о том, какие параметры уже извлекаются, какие процедуры уже имеются, какие процедуры и как изменяются, знает исключительно программист-разработчик.
Сама требуемая информация обычно включает в себя данные об имени, адресах, телефонах, продуктах и услугах которыми клиент пользовался в прошлом, его поведение в прошлом, дополнительные атрибуты, полученные в результате предыдущих контактов.
Эта информация обычно храниться в разнообразных учетных системах, часто повторяющаяся, иногда противоречивая.
Вопросы о том:
волнуют большинство ИТ директоров.
Вопросы о том:
волнуют большинство банковских аналитиков, занятых в процессах обработки и анализа клиентских данных, и руководителей бизнес-подразделений, отвечающих за развитие бизнеса, продажи, риски, и финансы.
Для целей согласования моделей анализа, требуемых бизнесу и моделей данных, заложенных в учетных и фронт-енд приложениях, необходима некая модель. Такая модель должна покрывать все требуемые области анализа банковской деятельности: клиенты, риски, финансы, операции. Модель должна содержать данные о требуемых объектах и разрезах анализа, метриках, предоставлять необходимый уровень детализации хранимых данных.
Такие модели предлагаются большинством производителей банковских аналитических приложений. Oracle, SAP, SAS, IBM, Sybase – каждая компания предлагает на рынке некую универсальную модель анализа Банка, реализованную в соответствующих структурах баз данных. Возможности этих моделей поражают воображение. Кажется, что не существует задачи, которую нельзя было бы решить, используя такие модели. И, по сути, это правда. Глубина проработки моделей отражает огромный многолетний опыт западных разработчиков и внедренцев. Этот опыт, помноженный на большое количество инсталляций Хранилищ, построенных на их основе, в западных (и восточных) банках в странах с развитой экономикой, и должны дать потенциальному пользователю уверенность в том, что модели, заложенные в таких системах, стоят своих денег.
Однако на практике процесс имплементации любой из индустриальных моделей превращается в первую очередь в процесс согласования логики, заложенной в самой модели, и логики анализа, используемой в реальном украинском банке. Здесь и появляются настоящие подводные камни:
В случае же самостоятельной разработки модели извлечения данных необходимо учесть, что трудозатраты на разработку могут составлять от 80 до 200 чел*дней. А время на разработку составляет – 3-5 месяцев и требует привлечения 2-3 специалистов по системному анализу и архитектуре. Согласование с бизнес-подразделениями также требует дополнительных 1-2 месяца. С учетом того, что срок жизни такой модели обычно год – полтора, после чего бизнес-пользователи захотят ее модификации в соответствии с изменившимися правилами ведения бизнеса, процесс обновления модели – это тоже перманентный ресурсо– и времязатратный проект, целью которого является постановка задачи на выгрузку данных из первичных источников и определение правил их обработки для последующего анализа.
Дилемма???!!!