интеллектуальный продуктовый каталог

© 2010 IBM Corporation

Information Management

Интеллектуальный продуктовый каталог



Типичные требования к управлению продуктами в банке

§ Упростить запуск новых продуктов и сократить время от идеи до запуска

§ Создавать новые продукты в соответствие с возможностями на рынке

§ Повысить прибыльность за счет персонализации предложений для каждого клиента

§ Динамическое создание персонализированных продуктов и пакетов продуктов для конкретного клиента

§ Возможность создавать и управлять пакетами продуктов

§ Снизить зависимость от ИТ при запуске новых продуктов



Сложности в ИТ

§ Существующие системы негибки, модернизация дорога

§ Управление конфигурациями в нескольких системах тяжело и затратно

§ Продукты задаются и хранятся в различных системах – приводит к размыванию параметров продуктов

§ Правила связанные с продуктами распределены по ИТ системам

– Правила применимости – Правила ценообразования – Правила оценки рисков



§  Примерно 80% всех новых продуктов это новые комбинации существующих продуктов, услуг и бизнес-процессов

§  Параметры продуктов и каталог продуктов скрыты внутри многих транзакционных систем и доступны только ИТ специалистам

§  Каждая система имеет свою уникальную структуру описания продукта и знания о ней сконцентрированы у пары экспертов

§  Очистка и управления данными о продуктах практически исключительно ручное

§  Невозможно предложить различные цены в рамках одного сегмента клиентов не изменив стратегию сегментации

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

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

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



Примеры внедрений

5



6

Клиенты IBM использующие MDM



Gartner Magic Quadrants 2012

MDM for Customer Data MDM for Product Data




8

Bank of America

Бизнес потребности: •  Более гибко использовать возможности предлагаемых продуктов для привлечения и удержания клиентов

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

•  Создание централизованного продуктового каталога являлось ключевой инициативой банка Выгоды: •  Быстрый вывод на рынок продуктов, сервисов и пакетов предложений

•  Улучшить «agility» для быстрой адаптации цены и пакетных предложений

•  Устранение ошибок связанных с «Ручными процессами» •  Повысить реактивность на все чаще меняющиеся требования регуляторов

•  Возможность быстрой реакции на просадку отдельных KPI банка •  Повысить коэффициент удержания клиентов •  Повысить прибыльность на одного клиента

О компании Банк America Corporation является второй по величине банковской холдинговой компанией в США по размеру активов, и четвертым по величине банком в США по рыночной капитализации. Банк со штаб-квартирой в городе Шарлотт, Северная Каролина. Банк Америки обслуживает клиентов в более чем 150 странах и имеет отношения с 99% в США Fortune 500 компаний и 83% компаний из списка Global 500. Источник: Wikipedia.org Решение

•  MDM Collaborative Edition для коллективного управления каталогом

•  MDM Advanced Edition для включения каталога в общую систему бизнес процессов банка

•  WebSphere Ilog для консистентного ввода в каталог продуктов и их ценообразования



9

BNP Paribas

Бизнес потребности: •  Необходимость в создании гибкого решения позволяющего определять предложения банковских продуктов, сложные взаимоотношения между ними и условия, в которых они продаются

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

•  Применять тарифы, адаптированные под профиль клиента •  Распространить рассчитанные предложения на фронтэнд системы

Выгоды: •  Быстрый вывод на рынок продуктов, сервисов и пакетов предложений •  Создание и управление предложениями бизнес пользователями, не обладающими техническими знаниями

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

•  Возможность создания персонализованных предложений в режиме реального времени

•  Гибкость в создании конкурентных на рынке предложений •  Повышение конкурентоспособности

О компании: BNP Paribas крупнейший банк во Франции – 5-й банк в мире. В нем работает 171,200 человек на

территории 85 стран. Обзор решения: MDM Collaborative Edition

•  Управление продуктами •  Управление пакетами продуктов

•  Базовая информация о тарифах и признаках применимости

ILog JRules (ODM) •  Моделирование предложения «Customer Eligibility» и цены



10

TIAA Cref

Бизнес потребности: •  Необходимость в создании «Фабрики продуктов» для управления жизненным циклом портфелей продуктов.

•  Возможность тестирования сценариев до их публикации в промышленное окружение

•  Возможность взаимодействия в процессе создания продуктов различных департаментов

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

Выгоды: •  MDM Collaborative Editions явился удобным фронтэндом для MDM

Server для создания и внесения изменений в информацию о продуктах.

•  Функции Workflow позволили различным департаментам принимать одновременное участие в создании новых продуктов

•  Эти же функции позволили организовать симуляции поведения новых продуктов до введения их в публичный доступ

•  Гибкая подстройка модели данных упростила управление персонифицированными продуктами и позволила использовать шаблоны для создания новых продуктов и пакетов продуктов

•  Расширенные возможности интеграции позволили упростить распространение продуктов по различным каналам коммуникации с клиентом

О компании Teachers Insurance and Annuity Association - College Retirement Equities Fund (TIAA-CREF) является одной из крупнейших финансовых компаний в Соединенных Штатах, с $ 398 млрд активов под управлением по состоянию на 30 сентября 2008 года. Организация помогает удовлетворить финансовые потребности примерно 3,6 миллиона человек и 15 000 учреждений в академических, исследовательских, медицинских, культурных и некоммерческих полей. Большая часть TIAA-CREF работает на некоммерческой основе Источник: веб-сайт TIAA CREF

Обзор решения:

•  InfoSphere MDM Collaborative Edition

•  InfoSphere MDM Advanced Edition



Принцип решения

11



12

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

Product: College Special BundleT&C’s: Compliance: Age => 18 Eligibility: Credit Score > 700 Age <= 25

Product: Basic CheckingT&C’s: Compliance: Age => 18 Eligibility: Credit Score > 500Pricing: Maintenance: $10/Month Checks: $0.10/check Overdrafts: $25/Day

Product: Free CheckingT&C’s: Compliance: Age => 18 Eligibility: Credit Score > 500 Average Balance > $1000Pricing: Maintenance: $0/Month Checks: $0.0/check Overdrafts: $25/Day

Operations

Product: Basic VISAT&C’s: Compliance: Age => 18 Eligibility: Credit Score > 500Pricing: Maintenance: $50/Year Interest Rate: 18% / Year

Product: Platinum VISAT&C’s: Compliance: Age => 18 Eligibility: Credit Score > 700Pricing: Maintenance: $100/Year Interest Rate: 14% / Year Points: Yes

Product: College CheckingT&C’s: Compliance: Age => 18 Eligibility: Credit Score > 500 Average Balance > $1000Pricing: Maintenance: $0/Month Checks: $0.0/check Overdrafts: $15/Day

Product: College Platinum VISAT&C’s: Compliance: Age => 18 Eligibility: Credit Score > 700Pricing: Maintenance: $50/Year Interest Rate: 14% / Year Points: Yes

Marketing



13

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

Используя предыдущий пример: •  Добавление нового правила учитывающего возраст менее 25 лет потребуется в двух местах

•  Изменение минимального возраста с 18 до 16 потребуется в 6 местах

•  There is no system to verify that neither the checking account nor credit card has been changed

•  There is no system to increase the maintenance charge on the credit card if the required average balances aren’t maintained

•  Разные ставки на 90 дневных депозитах может потребовать создание отдельной продуктовой записи


Product: Free CheckingT&C’s: Compliance: Age => 18 Eligibility: Credit Score > 500 Average Balance > $1000Pricing: Maintenance: $0/Month Checks: $0.0/check Overdrafts: $25/Day

Core Banking System


Product: Platinum VISAT&C’s: Compliance: Age => 18 Eligibility: Credit Score > 700Pricing: Maintenance: $100/Year Interest Rate: 14% / Year Points: Yes

Product: College CheckingT&C’s: Compliance: 25 ,+Age => 18 Eligibility: Credit Score > 700 Average Balance > $1000 Pricing: Maintenance: $0/Month Checks: $0.0/check Overdrafts: $15/Day

Product: College Platinum VISAT&C’s: Compliance: 18 ,= Age <= 25 Eligibility: Credit Score > 700Pricing: Maintenance: $50/Year Interest Rate: 14% / Year Points: Yes

Cards System

У многих банков по факту получается от 15,000 до 100,000 продуктов



14

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

§  Используя концепцию «Вариантов», количество продуктов в приведенном примере было уменьшено с 6 до 3

–  В реальности достижима ситуация с уменьшением числа продуктов на 90%-95%

§  Связывание продуктов предотвращает ситуации когда один из компонентов может быть выведен из обращения при этом другая его часть остается активной.

Product: College Special BundleT&C’s: Compliance: Age => 18 Eligibility: Credit Score > 700 Age <= 25


Product: Free Checking VariantT&C’s: Eligibility: Average Balance >$1,000Pricing: Maintenance: $0/Month Checks: $0.0/check

Operations


Product: Platinum VISA VariantT&C’s: Eligibility: Credit Score > 700Pricing: Maintenance: $100/Year Interest Rate: 14% / Year Points: Yes

Product: Free Checking VariantPricing: Overdrafts: $15/Day

Product: Platinum VISA VariantPricing: Maintenance: $50/Year

Marketing



Концепция продукта

Внешний каталог Внутренний

каталог Базовые «примитивы»

Моделирование продуктов

Продукты и предложения

Счет

Оборот

Баланс

Ставка %

Счет + Выписка

«Весенний Депозит» = Счет + Ставка % + Оборот по зарплатной карте

Комиссия



Продукт

Финансовые продукты Страховые продукты Услуги

Модель продуктов - пример

Информационная услуга

Депозиты

Накопительный До востребования Кредитные карты

Кредиты

Типы продуктов

Products СМС оповещения

по счету Текущий счет Удобный депозит Золотая Visa

TravelClub

Премиум пакет



Определение условий и ставок

Текущий счет

Условия связаны с продуктами, связями продуктов и счетами

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

Могут использоваться для определения свойств и услуг входящих в продукт, правила применимости продукта, правила ценообразования

Term Conditions Регион проживания

Санкт-Петербург

10% Ежемесячная комиссия

Скидка для золотых клиентов 1%



Интеллектуальные сервисы Бизнес сервисы MDM могут использоваться для проверки правил применимости продуктов или расчета цена для клиента

Request Party Id

Product Id

MDM Server

Response Outcome is

“Eligible”

Data

T & C & Rule Id

Product Info

Account Info

Party Info

Get Party and Product data

Run T & C Rules To determine

eligibility Report outcome and supporting

data




19

Интеллект в каталоге обеспечивается за счет интеграции с IBM ODM

Ø  Инструментарий ODM нужен для: •  Создания шаблонов правил и проектов для наполнения каталога MDM

•  Тестирование/симуляция •  Деплоймент разработанных правил с продуктивную среду

Operational Decision Manager

InfoSphere MDM Collaborative

Edition

Ø  Инструменты используются MDM для: •  Совместной работы над продуктами

Ø  Интеграция с ODM обеспечивает: •  Создание правил eligibility, compliance и ценообразования для объектов из MDM

•  Обеспечение Data Governance Workflow для объектов MDM и правил ODM




20

Единый интерфейс для создания и редактирования правил




21




22

Демо, в котором настроена совместная работа ODM и MDM CE

Rule Designer

ODM Console

ODM Decision Center Lifecycle

Management

New MDM Collaborative Edition screens to author, edit

rules

ODM Decision Server

Enterprise Processes

(BPM) Applications

Eligibility Pricing

New Integration

§  В демонстрации будет показано как предлагаемое решение обеспечивает работу с озвученными выше на простых и сложных сценариях:

– Сценарий 1 – Создание новой брендированной кредитной карты – Сценарий 2 – Создание промо программы на существующее предложение – Сценарий 3 – Создание мультипродуктового пакета

•  Демонстрация базируется на совместной работе MDM CE и ODM



23

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

Retail POS

InfoSphere MDM

Поставщик

4  Поиск Mary Smith

5  Поиск домохозяйства и продуктов Mary Smith

6  Предоставляет данные клиента, домохозяйства, продуктов

2 Продукт опубликован 3 Взаимодействия с Mary Smith

Data Warehouse Offer Engine

8 Возврат метрик использования продукта

7 Маркетинговые предложения: входящие и исходящие коммуникации

Mary Smith

Совместная работа на основе Workflow

1 Ввод и дополнение данных продукта

Продажи

Риски Маркетинг



Построение бизнес-процессов - Workflow

Обеспечение процесса управления данными через: •  Управление бизнес-процессами -17 типов шагов -Автоматизация процессов и принятия решения -Аудит бизнес-событий и инициирующих действий -Мониторинг и контроль в режиме реального времени •  Качество данных -Уменьшение ошибок и повышение качества данных -Внедрение правил обеспечения качества данных -Набор правил и проверок, актуальных для workflow •  Владение данными -Определение ответственности и подотчетности -Ролевой доступ к атрибутам на чтение и запись -Защита от перезаписи, одновременных изменений и т.п.

•  Полная интеграция и 100% взаимодействие с моделью данных и пользовательским графическим интерфейсом

•  Возможность оперативной модификации workflow

•  Повышение производительности: •  Email уведомления •  Контроль времени с

оповещением •  Комментарии в дополнение к

действиям и решениям

Initial Initial Review

Item Review – Category Mgr

Supplier Collaboration

Item Approval - VP

Authorization Processing

Rejection Processing

Success

Failure



Sale Specification

Configuration

Tailor solution Accept solution proposal

Execute solution proposal

Define overall PSO characteristics

Find appropriate building blocks for the specific PSO

Define span of open tailoring values for the building blocks

Define dependencies between building blocks

•  Always in the context of the specific PSO find the Base Product to attach the building blocks from the Internal Product Service Catalogue to fulfill the wanted capabilities

•  If the Base Product or Elements needed do not exist they must be specified first in the in the Internal Product Catalogue using the specification process

•  Define the PSO dependencies e.g. a Micro Saving always requires the existence and definition of a sending and receiving account or pockets are not possible if a bank book is already attached.

•  Define which building blocks are predefined and which are open for tailoring e.g. the PSO is only offered in SEK but number of with drawls can be tailored

•  Define the PSO Name, short description, PSO group like Group and subgroup e.g. Deposit - Timed

•  Define the target customer segment, sub-segment, Channel, life cycle states and country.

Sale PSO Establish & Support

Development (Creating new building blocks both business and IT

Жизненный цикл продукта, пример реализации



Update

Sale Specification

Configuration

Tailor solution Accept solution proposal

Execute solution proposal

Make credit assessment* Propose PSOs Summarize solution

proposal Acquire PSO specific information Select PSOs

•  Identify and present Nordea services and products which meet the identified customer needs and preferences

•  Support customer decision by scenarios of different PSO choices and/or simulation of the consequences of shift in e.g. rates for a given PSO

•  Potential negotiation (e.g. interest rate)

•  Select PSOs/-solutions together with customer, which match the needs

•  Review solution proposal

•  Possible re-bundling of PSOs into different solutions proposals

•  Acquire the necessary PSO specific information (e.g. which account to deposit loan amount on)

•  Acquire necessary information for the PSO: Product capabilities, PoA, Ownership

•  Identify all dependencies in relation to the execution of the PSO

•  Get needed information for the credit assessment including whether collateral is given and possible collateral value assessment

•  Conduct credit assessment based on indicative amount to decide whether to continue customer dialogue

Sale

Development (Creating new building blocks both business and IT)

PSO Establish & Support

Жизненный цикл продукта, пример реализации



Схема взаимодействия компонентов



WebSphere Decision Server

WebSphere Decision Center

Synchronize Synchronize

Deploy Deploy

Deploy Deploy

Event Execution Runtime

Event Designer

Decision Center Console

Decision Center Repository

Decision Center for Business Space

Rule Execution Server

Rule Designer

Ruledocs

Rule Solutions for Office

19

Взаимосвязь компонентов