Цикл: Практика ризик-менеджменту

У більшості компаній ризик-аналіз існує. Проводяться оцінки, будуються сценарії, розраховуються показники, готуються звіти. З формальної точки зору система виглядає завершеною: ризики ідентифіковані, оцінені, контрольовані. Але якщо подивитися на реальні управлінські рішення, виникає просте запитання — чи вплинув цей аналіз хоч на одне з них.

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

У цій статті ми розглянемо кілька прикладів, де ризик-аналіз став не звітом, а точкою зміни управлінської логіки. Це не про “правильні підходи”, а про конкретні ситуації, в яких компанія приймала складні, іноді непопулярні рішення, але саме вони дозволяли зберегти стійкість бізнесу.

Кейс 1. Тариф: рішення, яке зменшило бізнес, але зберегло його економіку

У певний момент компанія зіткнулася з ситуацією, коли зростання портфеля почало випереджати здатність системи “переварювати” цей ризик. Кількість договорів зростала, премії виконували план, але аналіз показував іншу картину: середній збиток збільшувався, вартість врегулювання росла, а тариф залишався інерційним. Це означало, що кожен новий договір додає до системи не лише премію, а й майбутній тиск на виплати.

Деталізація показала, що проблема не рівномірна. Окремі сегменти портфеля генерували непропорційно високі збитки: певні регіони, типи транспортних засобів, канали продажів. У середньому портфель виглядав прийнятно, але “всередині” вже формувалися зони, де економіка продукту була негативною. Саме це і створювало ілюзію стабільності при фактичному накопиченні ризику.

Сценарний аналіз дозволив перевести це в цифри. Навіть помірне зростання середнього збитку призводило до суттєвого відхилення від планової збитковості і потреби у доформуванні резервів. У більш жорсткому сценарії виникав ризик тиску на платоспроможність, хоча в поточній звітності це ще не відображалося. Тобто рішення потрібно було приймати до появи “офіційних” сигналів проблеми.

У цій ситуації можливі були два очевидні варіанти. Перший — зберегти тариф і продовжити зростання, розраховуючи на компенсацію обсягом. Другий — переглянути тариф, прийнявши неминуче зниження продажів. Важливо, що це не було питанням “правильності” — це був вибір між короткостроковим результатом і середньостроковою стійкістю.

Було обрано другий варіант, але не у вигляді механічного підвищення тарифу “для всіх”. Рішення було диференційованим: тарифні зміни були спрямовані саме на ті сегменти, де ризик був недооцінений. Для частини клієнтів ціна зросла суттєво, для інших — залишилася майже без змін. Фактично компанія почала відмовлятися від “поганого” зростання, залишаючи “якісне”.

Окремо було переглянуто андеррайтингові правила. У деяких сегментах рішенням стало не підвищення тарифу, а обмеження прийняття ризику або зміна умов страхування. Це важливий момент: іноді правильне рішення — не продати дорожче, а не продати взагалі.

У короткостроковій перспективі ефект був очевидний: кількість нових договорів зменшилася, темпи зростання сповільнилися, а частина клієнтів перейшла до конкурентів. Для комерційної функції це виглядало як негатив. Але вже через кілька місяців почав проявлятися інший ефект — стабілізація збитковості і зниження тиску на резерви.

У середньостроковій динаміці портфель змінив свою якість. Зростання середнього чеку частково компенсувало зниження обсягів, але головне — премія почала відповідати реальному рівню ризику. Це означало, що новий бізнес перестав “накопичувати проблему” на майбутнє.

Ключовий висновок цього кейсу полягає в тому, що ризик-аналіз привів не до оптимізації, а до обмеження. Компанія свідомо зменшила обсяг бізнесу, щоб зберегти його економіку. І саме це рішення стало прямим наслідком аналізу, а не інтуїції або реакції на вже реалізовану проблему.

Кейс 2. Відмова від зростання: рішення не входити в “привабливий” сегмент

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

Попередній аналіз показував позитивну картину. Сегмент зростав, попит був стабільним, а середні тарифи дозволяли очікувати прийнятну маржинальність. На цьому рівні рішення про входження виглядало логічним і навіть “обов’язковим” з точки зору конкурентної позиції.

Однак більш глибокий ризик-аналіз показав іншу сторону. Дані по ринку були обмежені, історія збитковості — короткою, а поведінка клієнтів — нестабільною. Крім того, виявилося, що в цьому сегменті значно вища варіативність збитків, ніж у традиційних продуктах компанії. Це означало, що навіть при середньому позитивному результаті можливі значні відхилення.

Додатково було проаналізовано операційний аспект. Виявилося, що для якісної роботи в цьому сегменті потрібні інші процеси, інша експертиза і фактично інша модель андеррайтингу. У разі швидкого входження компанія була б змушена працювати “на адаптації”, що підвищувало ризик помилок і недооцінки ризику.

Сценарний аналіз показав, що при агресивному входженні в сегмент навіть незначна помилка в оцінці збитковості могла призвести до суттєвого негативного фінансового результату. При цьому ефект проявився б не одразу, а з лагом, коли обсяг портфеля вже був би значним.

У цій ситуації рішення “йти в сегмент” перестало бути очевидним. Воно трансформувалося у вибір між потенційним зростанням і ризиком втрати контролю над економікою продукту. І саме тут ризик-аналіз змінив логіку обговорення.

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

З точки зору ринку це виглядало як втрата можливості. Конкуренти нарощували портфель, а компанія займала вичікувальну позицію. Але з точки зору ризик-менеджменту це було рішення, яке дозволяло уникнути системної помилки.

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

Ключовий висновок цього кейсу полягає в тому, що іноді найкраще рішення — це відмова від дії. Ризик-аналіз не завжди приводить до активності. У ряді випадків він приводить до стриманості, і саме це дозволяє зберегти стійкість бізнесу.

Кейс 3. Ліквідність: рішення, яке не було обов’язковим, але стало критичним

У певний момент компанія зіткнулася з ситуацією, коли формальні показники ліквідності залишалися в межах допустимих значень, але внутрішній аналіз почав показувати іншу динаміку. Баланс виглядав стабільно, короткострокові зобов’язання були покриті активами, і з точки зору звітності не було підстав для занепокоєння. Саме тому на рівні управління ця тема спочатку не виглядала пріоритетною, адже жодних регуляторних тригерів ще не виникло.

Однак більш детальний аналіз грошових потоків показав, що ситуація змінюється не в балансі, а в динаміці. Очікувані виплати почали концентруватися у коротшому часовому горизонті, тоді як надходження премій залишалися нерівномірними. Крім того, частина активів, які формально враховувалися як ліквідні, фактично не могла бути швидко конвертована у грошові кошти без втрат. У результаті виникала ситуація, коли “на папері” ліквідність є, але в конкретний момент часу вона може бути недостатньою.

Сценарний аналіз дозволив перевести це відчуття у чітку модель. Було змодельовано кілька варіантів розвитку подій, включаючи помірний стрес — зростання виплат і затримки надходжень. Навіть у такому сценарії компанія не порушувала нормативів, але запас ліквідності різко скорочувався і ставав залежним від дуже вузького набору факторів. Фактично система втрачала гнучкість, і будь-яке додаткове відхилення могло призвести до дефіциту.

У цей момент питання перестало бути формальним. Йшлося вже не про виконання нормативу, а про здатність компанії контролювати свою ліквідність у нестабільних умовах. І саме тут виникла дилема: не робити нічого, оскільки вимоги виконуються, або діяти на випередження, розуміючи, що це вплине на дохідність активів і загальну фінансову модель.

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

Це рішення мало чітку ціну. Зниження дохідності активів безпосередньо вплинуло на фінансовий результат, а обмеження у розміщенні коштів зменшили потенціал для додаткового прибутку. З точки зору класичної бізнес-логіки це виглядало як надмірна обережність, особливо з урахуванням того, що формальних порушень не було.

Однак у подальшому саме це рішення забезпечило компанії стійкість у період, коли волатильність грошових потоків зросла. Наявність ліквідного буфера дозволила уникнути екстрених дій, зберегти контроль над ситуацією і приймати рішення у спокійному режимі, а не під тиском обставин. Фактично компанія “купила” собі час і гнучкість.

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

Кейс 4. Перестрахування: рішення, яке погіршило умови, але знизило ризик

У певний момент компанія почала фіксувати зростання дебіторської заборгованості від перестраховиків. Формально ці суми залишалися в балансі як активи, і з точки зору фінансової звітності ситуація не виглядала критичною. Перестрахувальний захист продовжував діяти, зобов’язання були покриті, а ключові показники платоспроможності залишалися в допустимих межах.

Однак аналіз показав іншу картину. Частина перестраховиків почала системно затримувати виплати, і ці затримки вже не можна було пояснити технічними причинами. У результаті виникав розрив між “обліковою” і фактичною ліквідністю: кошти враховувалися в балансі, але не надходили в той момент, коли вони були потрібні для виконання зобов’язань перед клієнтами.

Додатковий аналіз показав, що проблема не обмежується окремими випадками. Вона була пов’язана зі структурою перестрахувальної програми: концентрацією на окремих контрагентах, умовами договорів і недостатнім урахуванням ризику затримок при оцінці ліквідності. Іншими словами, ризик перестрахування проявлявся не як дефолт, а як системне уповільнення грошових потоків.

У цій ситуації можливі були два підходи. Перший — залишити програму без змін, оскільки формально зобов’язання перестраховиків не були порушені. Другий — переглянути структуру, враховуючи не лише надійність контрагентів, а й їхню платіжну дисципліну.

Було обрано другий варіант. Частина ризиків була перерозподілена на перестраховиків із більш стабільною історією виплат, навіть попри менш вигідні фінансові умови. Для окремих контрагентів були змінені умови співпраці або знижені ліміти. Паралельно було переглянуто підхід до врахування таких активів у плануванні ліквідності.

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

Однак у подальшому це дозволило суттєво знизити ризик розривів ліквідності та підвищити передбачуваність грошових потоків. Компанія отримала не “найдешевше” перестрахування, а більш надійне з точки зору виконання зобов’язань у часі.

Ключовий висновок цього кейсу полягає в тому, що ризик-аналіз привів до рішення, яке погіршило фінансові умови, але покращило стійкість системи. І саме цей компроміс є типовим для практичного ризик-менеджменту.

Кейс 5. Операційний ризик: рішення, яке збільшило витрати, але зменшило ймовірність інцидентів

Компанія протягом певного часу фіксувала повторювані операційні інциденти, пов’язані з помилками в процесах обробки даних і внутрішніх погоджень. Кожен окремий випадок не мав критичних наслідків, але їх регулярність створювала системний ризик — як фінансовий, так і репутаційний. Аналіз першопричин (root cause analysis, RCA) проводився після кожного інциденту, але ситуація не змінювалася.

На початковому рівні причини виглядали очевидно: людський фактор, перевантаження співробітників, складність окремих процедур. Відповідно, і заходи були типовими — додаткове навчання, нагадування про правила, посилення контролю. Формально всі дії виконувалися, але кількість інцидентів не зменшувалася.

Більш глибокий аналіз показав, що проблема знаходиться не в помилках як таких, а в архітектурі процесу. Висока залежність від ручних операцій, відсутність автоматизованих перевірок і складна логіка погоджень створювали середовище, в якому помилки були не випадковими, а закономірними. Іншими словами, система “виробляла” інциденти.

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

Було обрано другий варіант. Було прийнято рішення інвестувати в автоматизацію ключових етапів процесу, спростити логіку погоджень і впровадити системні контролі, які не дозволяли виконати операцію з помилкою. Фактично компанія перейшла від контролю “після” до контролю “в момент виконання”.

Це рішення вимагало додаткових витрат і часу на впровадження. У короткостроковій перспективі це навіть знизило швидкість обробки операцій і збільшило навантаження на окремі підрозділи. З точки зору ефективності це виглядало як крок назад.

Однак у середньостроковій перспективі ефект став очевидним. Кількість інцидентів суттєво знизилася, а процес став більш передбачуваним і керованим. Компанія перестала “гасити пожежі” і почала працювати у стабільному режимі.

Ключовий висновок цього кейсу полягає в тому, що ризик-аналіз привів до рішення, яке збільшило витрати, але зменшило ймовірність системних помилок. І саме такі рішення найчастіше є найбільш складними з точки зору управління, але найбільш цінними з точки зору стійкості бізнесу.

Висновки: як виглядає ризик-менеджмент, коли він працює

Розглянуті кейси демонструють одну просту, але принципову річ: ризик-менеджмент проявляється не в аналізі, а в рішеннях. Саме рішення — це той момент, де стає зрозуміло, чи вплинув ризик-аналіз на управління, чи залишився паралельною функцією.

У всіх наведених прикладах рішення мали спільну характеристику. Вони були складними, часто непопулярними і майже завжди суперечили короткостроковій бізнес-логіці. Зменшення продажів, відмова від зростання, зниження дохідності, погіршення умов, збільшення витрат — усе це виглядає як “неправильні” кроки, якщо оцінювати їх із точки зору одного показника.

Однак саме ці рішення дозволяли зберегти стійкість системи. Вони змінювали не симптоми, а саму логіку роботи бізнесу, приводячи її у відповідність до реального рівня ризику. І саме в цьому полягає ключова роль ризик-менеджменту — не оптимізувати показники, а забезпечувати здатність компанії витримувати невизначеність.

Важливо також, що жодне з цих рішень не було обов’язковим у момент його прийняття. У кожному випадку компанія могла нічого не робити і формально залишатися в межах допустимого. Але саме рішення діяти на випередження і відрізняє управління ризиками від реакції на проблеми.

Таким чином, відповідь на питання, чи працює ризик-менеджмент у компанії, є дуже простою. Потрібно подивитися не на наявність звітів чи показників, а на те, які рішення були прийняті і чи були вони іншими завдяки аналізу ризиків.

Якщо відповідь “так” — система працює. Якщо ні — це лише облік ризиків.

Сергій БАБИЧ