Пожежна служба Вест-Мідлендс відмовилась від власної розробки на користь SaaS

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

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

Проблема

WMFS — це не маленька організація. Як повідомив International Fire & Safety Journal, служба проводить понад 20 000 візитів безпеки та благополуччя щороку й навчає безпеці понад 30 000 дітей. Це серйозний обсяг планування, фіксації ризиків, наступних дій та звітності — і все це відбувається у вітальнях і шкільних залах, а не за робочим столом.

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

Емілі Фернандес, заступник директора з питань профілактики у WMFS, охарактеризувала перехід як оптимізацію процесів і надання командам кращих інструментів. Якщо читати між рядками, можна побачити обмеження, що змінились. Mobile-first тепер є обов'язковою умовою для будь-якої польової робочої сили. Офлайн-фіксація даних — це очікування, а не запит на функцію. Інтеграція з Microsoft 365, SharePoint та інструментами ідентифікації на кшталт Entra ID дедалі більше є стандартною основою IT публічного сектору у Великій Британії, і самописний .NET-застосунок 2014 року навряд чи міг наздогнати це плавно.

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

Варіанти на столі

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

Перші двері: перебудова власними силами на сучасному стеку. Взяти наявні доменні знання, перенести їх на Azure або AWS, прикрутити React Native клієнт спереду — і вважати справу зробленою. Спокусливо, особливо коли є команда, яка вже розуміє робочий процес. Пастка — та, яку кожен CTO врешті-решт пізнає: перші 80% займають рік, останні 20% — п'ять, і до того часу, коли ви випускаєте функцію завантаження фото, ваші телефони пройшли через дві версії ОС. Для пожежної служби, де основна місія — не написання ПЗ, це майже завжди поганий вибір.

Другі двері: комерційне готове рішення, вертикально-специфічне. Це те, що обрала WMFS. Prevent + Protect від LearnPro Group розроблено спеціально для служб пожежної охорони та рятування, працює на Microsoft Azure і інтегрується зі службами Microsoft 365, включаючи SharePoint Online і Entra ID. Воно використовує no-code конфігурацію, тому служба сама може налаштовувати типи завдань, анкети й оцінювання без створення тікета в Jira. Рассел Вуд, керівник ринку UKFRS у LearnPro, назвав WMFS «однією з найбільших та найінноваційніших служб у країні» — цитата, яку зазвичай пропускають, але вона важлива: вертикальний SaaS живе або помирає завдяки своїм референсним клієнтам.

Треті двері: горизонтальна платформа плюс масштабна кастомізація. Взяти Salesforce або Dynamics 365, побудувати профілактичні робочі процеси поверх, інтегрувати з усім іншим. Це варіант, який завжди чудово виглядає в тендерній документації й зазвичай коштує більше, ніж перші двері. Горизонтальні CRM потужні, але розрив між «підтримує кастомні об'єкти» і «знає, що таке візит безпеки та благополуччя» оплачується за добовими ставками консультантів. Для такого специфічного робочого процесу, як профілактика пожеж у громаді, ви фактично фінансуєте вендора для побудови вертикального SaaS для вас — і не дуже якісно.

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

Що інженерним командам варто реально зробити

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

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

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

По-друге, коли виходите на ринок, надавайте великої ваги архітектурним основам. Cloud-native і mobile-first — це не маркетингові слова в цьому контексті. Це різниця між системою, яка переживе наступні п'ять років ротації пристроїв та ОС, і тією, яка потребуватиме переписування через три роки. Можливості офлайн-роботи, планування маршрутів та підтримка завантаження камери/файлів у платформі Prevent + Protect — це саме ті нудні, але необхідні функції, які внутрішня команда деприоритизувала б роками.

По-третє, наполегливо вимагайте no-code конфігурації. Найголовніша причина, чому внутрішні системи будуються, полягає в тому, що комерційні альтернативи вимагали розробника для зміни випадаючого списку. Сучасний вертикальний SaaS здебільшого закрив цю прогалину. Якщо вендор не може показати вам, як не-розробник змінює робочий процес наживо в демо, — йдіть геть.

Підводні камені та крайні випадки

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

Міграція даних із давньої внутрішньої системи майже завжди складніша, ніж оцінювалось. Самописні бази даних накопичують недокументовану семантику: код статусу, який означає одне в записах до 2019 року й інше — після; текстове поле, яке одні команди використовували як структурований тег. Закладіть бюджет на фазу криміналістичної археології даних, а не на прямий ETL.

Інтеграція з Microsoft 365 виглядає охайно на слайді. SharePoint Online і Entra ID — добре освоєна територія, але деталі — успадкування дозволів, гостьовий доступ, політики умовного доступу — можуть перетворити двотижневу інтеграцію на дво-квартальну. Залучіть вашу команду з ідентифікації до кімнати до підписання договору, а не після.

Зворотний зв'язок через SMS із посиланнями на індивідуальні анкети — розумне рішення, і водночас кошмар для навчання протидії фішингу, що чекає свого часу. Той самий механізм, який дозволяє WMFS вимірювати ефективність втручань, виглядає ідентично до схем смішингу, від яких кожна команда з безпеки навчає громадян захищатися. Вибір домену, брендинг посилань та формулювання повідомлень тут важливіші, ніж інженерна частина.

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

Ключові висновки

• Заміна WMFS власної системи профілактики на Prevent + Protect від LearnPro — це чіткий приклад того, як державний орган вирішує, що операційна інфраструктура належить вертикальному SaaS, а не самописній кодовій базі.
• Cloud-native і mobile-first архітектура з офлайн-можливостями та інтеграцією з Microsoft 365 через SharePoint Online і Entra ID — тепер реалістична базова вимога для будь-якої платформи з польовою робочою силою.
• No-code конфігурація для типів завдань, анкет та оцінювання — це функція, яка історично змушувала організації будувати власні системи. Сучасний вертикальний SaaS здебільшого закрив цю прогалину, і це має бути обов'язковою вимогою в будь-якому RFP.
• Міграція даних, інтеграція ідентифікації та патерни зворотного зв'язку через SMS — три місця, де впровадження найчастіше зазнають збоїв. Плануйте їх явно, а не відкривайте в процесі.
• Рішення «будувати чи купувати» — це насправді питання про те, чи є робочий процес вашою конкурентною перевагою чи інфраструктурою. WMFS відповіла на нього правильно. Більшість інженерних команд у регульованих галузях мають поставити собі те саме питання цього кварталу.

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