Коробочные продукты в страховании
Аркадий Харлампиев
Допустим, вы решили приобрести книжный шкаф. Обычный книжный шкаф, но такой, чтобы устраивал вас, что называется, со всех сторон. Положим, вы выбрали для него место в квартире, прикинули свои возможности. Но, пролистав мебельный каталог, обнаружили, что продукта, который полностью отвечал бы вашим требованиям, серийно не выпускают. И вот вы перед выбором: смириться и взять шкаф поменьше (чтобы вошел куда надо) и попроще (чтобы вписаться в бюджет) или занять денег у тещи и заказать именно такой предмет мебели, о котором мечталось. В первом случае речь идет о так называемом коробочном продукте, во втором – о классике.
Стандарты и эксклюзив
В страховании коробочными продуктами называются полисы с известным набором условий, рисков и страховых сумм. Создание такого продукта возможно в той ситуации, когда можно однозначно идентифицировать те объекты, которые принимаются на страхование. Основа создания коробочного продукта – стандартизация. При этом страховщик не ставит цели подстроиться под каждого клиента, а предлагает типовые варианты договоров, разработанные так, чтобы удовлетворить максимально широкий круг страхователей. Наиболее распространены коробочные продукты в классических видах страхования, например, в страховании недвижимого имущества (квартир, загородных домов, офисов). Скажем, квартиры в монолитном доме, при всех различиях планировок и отделки, стандартизировать относительно просто. Главное различие между ними определяется площадью, от которой и зависит цена страхового продукта. Разработав несколько «коробочных» вариантов, дифференцированных по ценовому критерию, страховщик может покрыть значительный сегмент рынка подлежащей страхованию жилой недвижимости.
Конечно, охватить все виды квартир коробочными продуктами невозможно, да никто к этому и не стремится. Дорогостоящее, элитное жилье прекрасно страхуется в рамках «классики» – с выездом агента, осмотром и оценкой имущества, составлением индивидуального договора. Это относится и к другому «нестандартному» имуществу. Если страхуется конкретная вещь, имеющая свои особенности и не подпадающая под типовую классификацию, то, безусловно, необходимо воспользоваться классическими программами. Важно, чтобы клиент определился, что ему интереснее: застраховать некую общую совокупность имущества или вполне определенный объект собственности.
Что касается условий, то при «коробочном» страховании квартиры это может быть год постройки дома или отсутствие деревянных элементов в составе несущих конструкций.
Баланс интересов
Какие плюсы имеют коробочные продукты для участников страховых отношений? Начнем с интереса страхователя. Во-первых, приобретение «коробки» не предполагает осмотра имущества. Договор может быть заключен без выезда агента в любой точке продаж и в любое удобное для страхователя время. Например, при страховании транспортного средства или автогражданской ответственности клиент может приобрести у страховщика и «коробку» на квартиру. Во-вторых, клиенту необязательно высчитывать, на какую сумму у него дома бытовой техники, мебели, посуды и так далее. Нужно только знать количество телевизоров, магнитофонов, стульев, шкафов, чайных сервизов и тому подобного. В «классике» эти группы бьются более индивидуально, то есть страхуются именно те объекты, которые предлагаются на страхование. Наконец, в ряде случаев коробочный продукт оказывается дешевле классического полиса, что, в свою очередь, объясняется выгодой, которую получает страховщик, разработавший данный продукт. Иногда «коробка» представляет собой полис, включающий несколько видов страхования. Стоимость такого продукта ниже, чем если бы клиент приобретал полис по каждому из видов в отдельности.
Интерес страховой компании очевиден. «Коробка» – это унифицированный, а значит, экономичный продукт. Страховщик в данном случае существенно сокращает свои затраты – как на заключение договора, так и на ведение дела и на урегулирование страховых случаев. Часто клиенты со средним достатком страхуют, например, дачный домик на достаточно скромную сумму. Такой полис стоит недорого, и расходы страховщика – выезд агента, осмотр, расчет тарифа – экономически неоправданны. Стандартные риски, предусматриваемые в коробочном продукте, стандартные объекты страхования, стандартные условия – все это исключает необходимость рассмотрения индивидуальных ситуаций, упрощает сопровождение договоров и снижает административные расходы. К тому же не только клиент, но и страховщик не тратит лишнего времени за счет упрощенной процедуры оформления полиса и принятия объектов на страхование без осмотра.
Почем «коробочка»?
При страховании от стандартного пакета рисков посредством коробочного продукта стоимость страхования, например квартиры, обладающей определенными признаками (читай – стоимостью), зависит от суммы страхового покрытия, которую чаще всего клиент выбирает сам в рамках установленного лимита. В «классике» также обычно речь идет о стандартном пакете рисков. Это та страховая защита, которая необходима в большинстве случаев в повседневной жизни клиента. Стандартный пакет, как правило, покрывает такие риски, как: пожары, взрывы, стихийные бедствия, заливы, протечки, противоправные действия третьих лиц. В случае коробочного продукта страхователь не может отказаться от покрытия части рисков, которую он считает излишней. Нередко клиенту предлагается также застраховать свою гражданскую ответственность перед третьими лицами. Ряд страховщиков включает в «коробки» дополнительные риски. Так, компания «Стандарт-Резерв» в рамках коробочного продукта «Стандарт-Квартира-Супер» страхует квартиры своих клиентов от риска «терроризм» (умышленное преступление, приведшее к значительному материальному ущербу и человеческим жертвам, по факту которого возбуждено уголовное дело по статье 205 УК РФ «Терроризм»). Идентификация объекта необходима, поскольку одни и те же риски на разных объектах «работают» по-разному, а от этого зависит «цена вопроса» в страховании. Полное уничтожение квартиры в результате пожара – событие нечастое, однако и восстановить ее после такого страхового случая практически невозможно. Для строений риск катастрофического убытка – полного уничтожения от пожара – значительно выше. И то, что такие случаи происходят чаще, накладывает отпечаток на тарификацию. В коробочных продуктах обычно не применяется правило пропорции, когда страховая сумма не соответствует страховой стоимости. При выплате платится именно размер того ущерба, который нанесен, а не в пропорции, как бывает в «классике».
На сегодняшний день самый удобный для клиента способ приобрести страховку - купить так называемый коробочный продукт. «Коробочное» страхование подразумевает страховой полис с фиксированной страховой суммой и набором рисков, который не требует заполнения заявлений и предоставления дополнительной информации об объекте страхования.
На сегодняшний день страховые компании предлагаю оформить «коробочное» страхование имущества, гражданской ответственности, от несчастных случаев и ряд других видов. Такой страховой продукт не требует затрат времени на оформлении. Его можно приобрести как через сайты страховщиков, так и в отделениях партнеров (сетевых магазинах, банках, у автодилеров). Но, как часто бывает, самый простой способ не всегда самый надежный. При выборе коробочного продукта очень важно знать, на каких условиях предлагается к заключению договор, иначе шаблонность «коробочного» страхования может повлечь за собой серьезные проблемы с выплатой при наступлении страхового случая. Рассмотрим основные нюансы, на которые стоит обратить внимание при выборе «коробочных» продуктов.
Унифицированные условия
Явным недостатком «коробочного» страхования является отсутствие индивидуального подхода при оценке степени риски. Это, безусловно, упрощает работу страховщиков и снижает административные расходы, но влечет за собой установление жестких рамок в определении объекта страхования или лица, принимаемого на страхование. И не каждый желающий приобрести такой полис подходит под эти условия. Как правило, при продаже «коробочного» продукта клиента не информируют о наличии подобных ограничений. Клиент узнает о них только при получении отказа в выплате. Первое, что нужно определить: подходите ли вы либо ваш объект страхования под условия договора.
По страхованию имущества (квартиры и загородные жилые дома) в рамках «коробочных» продуктов обычно указано ограничение по году постройки или возрасту здания (например, не ранее 1970 года постройки) и по материалу стен и перекрытий (стандартно не принимаются на страхование квартиры с деревянными или смешанными перекрытиями). Также по некоторым полисам страхования из списка объектов, принимаемых на страхование, может исключаться недвижимость, сданная в аренду или с неузаконенной перепланировкой.
При страховании гражданской ответственности следует учесть, что практически всеми «коробочными» продуктами предусмотрен отказ в выплате, если ущерб вызван проведением ремонтных работ.
При «коробочном» страховании от несчастных случаев необходимо обратить внимание на возрастные ограничения. Всегда включены ограничения по профессиональным видам деятельности, причем не всегда очевидно связанные с повышенной степенью риска. Есть ограничения по видам спорта: например, езда на мотоцикле, горнолыжный спорт и многие другие (в том числе занятие спортом на любительском уровне). Также во все полисы страхования от несчастных случаев включен перечень заболеваний, при наличии которых на момент заключения полиса человек не будет считаться застрахованным. Подобные исключения предусмотрены и в классическом страховании, но только в том случае, если страхователь не сообщил о них при оформлении договора. В противном случае будет увеличен тариф, и полис будет действовать.
Установленные страховые суммы
Еще одним важным недостатком экспресс-страхования являются фиксированные страховые суммы, которые зачастую несоразмерны страхуемым рискам и объектам страхования. В полисах коробочного страхования устанавливаются низкие страховые суммы, которые в случае убытка не оказывают клиенту значимой финансовой помощи. Тариф по «коробочным» продуктам зачастую выше, чем по индивидуальному страхованию. Поэтому многие страховщики в полисах указывают минимальную страховую сумму, чтобы снизить стоимость полиса и тем самым сделать этот продукт более привлекательным. Выбирая страховую сумму по имуществу ниже ее реальной рыночной стоимости, стоит учесть, что договором страхования может быть предусмотрено условие .
Принимая решение о приобретении «коробочного» страхования, необходимо исходить из соотношения «цена – качество». Так, страховая сумма при страховании имущества в идеале должна покрывать реально возможный ущерб или предоставить реальную финансовую поддержку в сложной ситуации. Иначе смысл страхования теряется. При страховании дачного дома целесообразно выбирать страховую сумму по конструктивным элементам, равную рыночной стоимости аналогичного дома. А при страховании квартиры, где риск полной конструктивной гибели невелик, лучше обратить внимание на установление достаточной страховой суммы по страхованию внутренней отделки. Важно обратить внимание на наличие франшизы, которая может значительно снизить и без того небольшую страховую сумму, установленную в полисе. Выбирая страховую сумму при страховании от несчастных случаев, необходимо оценить, какая сумма в случае наступления страхового события действительно даст вам финансовую защиту.
Оценивая установленные страховые суммы, следует обратить внимание на лимиты страховых выплат. Практически всегда лимиты по выплатам устанавливаются на движимое имущество (не более определенной суммы на одну единицу имущества). Поэтому в рамках «коробочного» продукта застраховать дорогостоящее движимое имущество невозможно, в отличие от страхования по описи в рамках классического страхования. Также всегда устанавливаются лимиты страховых выплат по элементам внутренней отделки (процент выплаты от общей страховой суммы по каждому элементу отделки), но подобная практика встречается и при индивидуальном страховании.
Сроки действия полиса
В отличие от классического страхования, в котором четко указаны даты начала и окончания периода страхования, в рамках коробочных продуктов сроки страхования могут быть «размыты». В самом простом варианте началом периода страхования является дата активации полиса через сайт страховщика или дата оплаты страхового взноса. Но также возможен вариант, когда в полисе указано, что страховая защита распространяется на события, произошедшие после определенного промежутка времени (7–15 дней) с момента оплаты или активации полиса. К слову, срок активации полиса также ограничен. Страхование может распространяться на события, наступившие в течение определенно оговоренного времени (например, 12 месяцев), но полисом может быть предусмотрено условие, что действие договора прекращается после наступления первого страхового события.
Чтобы ознакомиться со всеми условиями и нюансами «коробочного» полиса, перечисленными выше, необходимо проявить определенное упорство или стать обладателем такого полиса. При этом в случае, если вы обнаружили, что не подходите под условия страховой программы или прописанные условия не удовлетворяют вашим требованиям, отказаться от полиса и вернуть уплаченный страховой взнос практически невозможно. Если в условиях страхования не предусмотрен период, в течение которого можно вернуть страховой полис, в случае отказа от страхования по инициативе страхователя действует норма статьи 958 ГК РФ. Она позволяет не возвращать часть премии при досрочном отказе страхователя от договора страхования.
В целом «коробочные» продукты – вполне нормальный страховой инструмент для защиты своих интересов, который можно просто и быстро приобрести не выходя из дома. Главное – убедиться, что договор будет действовать в соответствии с ожиданиями.
При размещении «коробочных» продуктов на сайте Банки.ру к ним всегда будет прилагаться разработанное сотрудниками портала описание продукта с объективным изложением ключевых нюансов договора страхования.
Чтобы разобраться, почему отсутствуют «коробочные» решения в банковском секторе, попробуем собрать «коробку», из которой любой банк сможет достать… хранилище данных
Еще лет пятнадцать назад компании самостоятельно разрабатывали необходимое программное обеспечение, которое затем пытались продавать. Однако обычно терпели неудачу, поскольку реалии чужого бизнеса отражаться в созданной программе никак не хотели. Сегодня такое положение дел не может вызвать ничего, кроме ностальгической улыбки. Никто уже давно не пишет программ для автоматизации склада или магазина: на рынке есть профессиональные игроки, предлагающие «коробочные» решения.
Результат, казалось бы, закономерный: крестьянин с мотыгой проигрывает машинно-тракторной станции, белошвейка - фабрике готового платья, а ростовщик-меняла - банку. При этом, когда дело доходит до выбора программного продукта, в тендере участвуют обычно несколько известных поставщиков, и вход на этот рынок «с улицы» закрыт. Считается, что, выбрав «стандартную» систему, компания страхуется от проблем внедрения и ее дальнейшего сопровождения, считая, что поддерживать ее сможет любой, работавший с такой системой ранее. Традиция достаточно сильна, как обычай чокаться, сохранившийся, несмотря на то, что сыпать яд в напитки давно уже не принято.
Ирония судьбы состоит в том, что программное обеспечение для банка до сих пор разрабатывается исключительно на заказ, и два экземпляра одного и того же продукта, внедренные в разных банках, могут очень сильно различаться.
Чтобы разобраться, почему отсутствуют «коробочные» решения в банковском секторе, попробуем собрать «коробку», из которой любой банк сможет достать… хранилище данных.
Состав
Для начала определимся с инструментарием. Во-первых, в «коробке» должна быть СУБД, которая, собственно, и является хранилищем данных. Во-вторых, базу данных нужно чем-то наполнить. Компонент, занимающийся наполнением, называется ETL-машиной (Extract, Transform, Load, ETL), она осуществляет извлечение, преобразование и загрузку данных. Ну и, наконец, должен быть обеспечен удобный доступ к данным. Имея все перечисленные инструменты, остается разработать структуру базы данных (модель), написать код, заполняющий эту структуру, и код, извлекающий данные и формирующий отчеты.
Казалось бы, что может быть проще? Положим в нашу коробку все необходимые инструменты, разработаем модель данных, напишем «стандартное» решение для наполнения этой модели и стандартные же отчеты... Но все не так просто.
Вопросы и ответы
Первый вопрос, который возникает: какую СУБД выбрать? Обещает чудеса Sybase IQ, Teradata с легкостью ворочает огромными объемами данных и охотно рассказывает о технических решениях, обеспечивающих эту легкость, за DB2 - сорокалетний опыт создания реляционных баз и поддержка практически любого оборудования. Создатели Oracle в последних версиях сделали поистине
революционные шаги к поддержке хранилищ, здесь главный критерий выбора - простота поддержки, поэтому велика вероятность, что российские компании выберут Oracle. Однако не стоит сбрасывать со счетов тех, кто вложится в решение Teradata, и тех, кто поверит обещаниям Sybase. Пусть таких клиентов будет мало, зато они, по всей видимости, знают, чего хотят...
Рынок ETL-инструментов в России, в отличие от рынка СУБД, пока только формируется, и явных лидеров здесь нет. Согласно мнению аналитиков Gartner, в лидеры рынка попадают решения Transformation Extender (который раньше назывался Data Stage), IBM и Informatica PowerCenter. И с этим нельзя не согласиться. Но, к сожалению, далеко не всегда решение даже о выборе инструментария принимается техническими специалистами, огромную роль здесь также играет политика. И такие имена, как SAS или Oracle, звучат более привлекательно.
Затем нужно выбрать способ представления отчетов. Точки зрения на то, как должен выглядеть отчет, у всех разные: кому-то нужен прямой доступ в хранилище с помощью SQL-запросов, кому-то - получать ежедневно краткий отчет, а для кого-то отчет -
это текстовый файл, который потом передается другому приложению. Кроме того, есть специалисты, которые хотят получить OLAP-куб и покрутить его в разных перспективах или построить на базе хранилища универсальный автоматический предсказатель, используя Data Mining. Кроме того, надо учесть, что до появления хранилища все эти люди как-то получали свою информацию и привыкли к своим форматам и инструментам и под их вкусы неизбежно придется подстраиваться.
Становится ясно, что ни о каком стандартном инструментарии говорить не приходится. Но может быть, есть возможность стандартизации на более высоком уровне?
Миф об универсальной модели
Набрав в поисковой системе запрос «отраслевая модель хранилища данных для банков», получим немало ссылок на документы, где утверждается, что некая компания разработала универсальную модель, которая внедряется за один-два месяца (максимум полгода) и сулит такие конкурентные преимущества, что остается только удивляться, почему до сих пор остались банки, где хранилище данных не построено. Но ведь есть еще и зарубежные модели, которые были разработаны значительно раньше российских. Так почему же они не внедрены повсеместно, почему для наших моделей вообще нашлась ниша?
Однажды, открыв учебник по философии, я был поражен названием первой главы: «Для чего нужна философия?» Почему-то ни один автор учебника по математическому анализу не начинал свой учебник с такого вопроса. Вряд ли кто-то из руководителей банка задает себе вопрос, для чего нужна АБС, но по отношению к хранилищу данных такой вопрос вполне уместен. Ответить, что хранилище необходимо, чтобы «строить отчетность» - все равно, что сказать про автомобиль, что он предназначен для того, «чтобы ездить», не уточнив, где именно.
Если требуется банковская отчетность, то процедура извлечения данных должна быть в первую очередь точной, если речь идет об управленческой отчетности, во главу угла ставится скорость извлечения данных. Разработчики знают, что нередки случаи, когда для уточнения значения одного-единственного поля в 3% записей алгоритм приходится усложнять в несколько раз. А сделать выбор между скоростью и точностью разработчик не может - это должен сделать заказчик.
Модель зависит также от направлений деятельности банка. Если банк инвестиционный, то модель должна поддерживать сложные инвестиционные инструменты, но при этом общение с клиентами вполне может строиться на личных контактах менеджеров. Если же речь идет о розничном банке, то модель бизнеса как такового будет гораздо проще, зато большую роль будет играть портрет клиента, который банк, разумеется, захочет получить из хранилища. Кроме того, розничный банк имеет гораздо больший объем данных. Проблема состоит в том, что практически невозможно разделить банки на розничные и инвестиционные, потому что есть третья и четвертая категории, не считая разных смесей. В результате пришли к тому, что универсальной процедуры загрузки быть не может.
В рекламных проспектах некоторых компаний можно встретить фразу: «Процедура загрузки в хранилище универсальна, надо только выгрузить данные из АБС в текстовый файл». Это значит, что сложных преобразований данных избежать не удается, просто теперь они называются не загрузкой, а выгрузкой. Можно спорить о том, кто должен осуществлять эти преобразования и на каком этапе, но сам факт наличия уникальных алгоритмов споров не вызывает.
Если процедура загрузки не легла в «коробку», то, может быть, туда можно поместить хотя бы модель данных, тем более что таких моделей уже немало?
Предположим, что у нас есть универсальная модель, в которую можно положить все, что так или иначе относится к банковской деятельности. Будем строить хранилище на ее основе, отсекая лишнее. Пусть, например, модель предусматривает наличие справочника марок автомобилей, которые клиенты банка покупают в кредит. Банк действительно выдает автокредиты, но как раз такого справочника в исходных системах нет. Что делать? Можно попытаться создать справочник по ходу дела. Но, во-первых, такую возможность должна предоставлять ETL-машина, а во-вторых, - бюджет проекта. Справочник, например, банковских продуктов - гораздо важнее, а время ограничено. Значит, в хранилище такого справочника не будет, причем изменение произошло из-за факторов, кажущихся малозначительными: сроков проекта и используемого инструментария.
Еще один фактор, который мы не сможем игнорировать, - инфраструктура предприятия. Скажем, у одного банка автоматизированная банковская система централизованная, а у другого - много локальных инсталляций. Одна система предоставляет доступ непосредственно к базе данных или ее копии, а другая выгружает файлы. Теоретически эти различия должны устраняться на этапе преобразования данных, но на практике зачастую оказывается, что гораздо проще отразить инфраструктурные особенности в модели данных - при этом оперативность загрузки существенно повышается, а целостность не теряется.
После того как решены глобальные проблемы со сроками и инфраструктурой, наступает очередь мелких вопросов. Какова иерархия продуктового ряда? Как решается проблема идентификации клиента? В каких отношениях между собой могут находиться два договора? Кстати, а на каждый ли счет вообще существует договор? Каким образом осуществляется аналитический учет? Как устроена проводка? Договор обслуживания кредитной карты - это прежде всего кредитный договор или прежде всего карта? Вопросов множество, причем ответ на каждый из них порождает несколько изменений модели и десяток новых вопросов. В результате две трети сущностей придется удалить, а треть новых добавить, и от универсальной модели останется только название, да еще, может быть, соглашения об именовании объектов.
Клиенто- ориентированность
Вы все еще верите в возможность коробочного решения? Тогда вспомните своего самого крупного клиента. Возьмите его договор и сравните со стандартной формой. Много ли там совпадений, кроме фразы: «…заключили настоящий договор о нижеследующем»? А ведь для разработчиков банк - такой же крупный клиент, поэтому подход может быть только индивидуальным.
«Коробочные» продукты останутся - есть же на рынке финансовых услуг «кредиты наличными за один час». Но как предприятие никогда не получит такой кредит, так и банк, решивший построить хранилище данных, никогда не обойдется коробкой, пусть даже волшебной.
Владимир Комаров - менеджер AT Consulting, [email protected]