Так могла починатись стаття про більш-менш стандартне використання Terraform. Але зараз ми спробуємо поговорити саме про конфігурацію і налаштування наших інструментів розробки.

Більшість людей використовують Terraform для роботи з інфраструктурою у хмарах — Amazon, Google, Azure. Але функціонал інструмента ширший, він дозволяє менеджерити сторонні сервіси за допомогою досить великого вибору провайдерів (як офіційних, так і від ком’юніті). Ми використовуємо Terraform комплексно — для менеджменту інфраструктури, на якій працюємо. Це — GitLab, SonarQube (і, можливо, у майбутньому Artifactory). Ці інструменти застосовуємо для організації робочого простору команд.

Як організована робота з онбордингу нового проєкту

У компанії зʼявляється новий проєкт, якому потрібно створити підгрупу, репозиторії тощо в Gitlab. Для аналізу коду ми використовуємо ще й SonarQube. Тому необхідно зробити такі ж речі для нового проєкту ще і на ньому, щоб забезпечити командам можливість безшовної інтеграції для перевірки якості коду. За допомогою Terraform з урахуванням узгодження імен для ресурсів створюється група для групи репозиторіїв проєкту та окремий проєкт, який відповідає GitLab.

Також створюються секʼюріті групи для звʼязку з Active Directory. Це зручно для наших розробників, оскільки допомагає отримувати доступ до проєктів на GitLab.

Далі ми забезпечуємо безшовну інтеграцію цих двох інструментів. У звичайному кейсі (ручна робота) треба, щоб користувач додав лінк, токен інтеграцій, спеціальну задачу в сам пайплайн. Ми тут трохи ліниві, тому це теж автоматизували. Інтеграція виходить зворотна: спочатку ми створюємо сутності на GitLab та SonarQube, а потім додаємо токен інтеграції потрібний проєкт на GitLab. 

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

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

Як виглядає наш флоу для інженера

Приклад коду Terraform для налаштування частини з SonarQube

``` ################################################################################# # SonarQube project configuration #################################################################################  resource «sonarqube_project" «this" {   name       = var.name   project    = var.name   visibility = var.project_visability_level   tags       = [lower(var.project_tag)] }  resource «sonarqube_permissions" «this" {   group_name  = «temabit/${lower(var.project_tag)}"   project_key = sonarqube_project.this.project   permissions = ["codeviewer", «user"] }  ################################################################################# # SonarQube Project Analysis token #################################################################################  resource «terraform_data" «retention_trigger" {   input            = var.project_token_retention   triggers_replace = true }  resource «sonarqube_user_token" «this" {   name            = «${lower(var.project_tag)}-${var.name}-project-token"   type            = var.token_access_level   project_key     = sonarqube_project.this.project   expiration_date = local.user_token_expires_at   login_name      = var.sonarqube_integration_user    lifecycle {     ignore_changes = [       expiration_date     ]     replace_triggered_by = [       terraform_data.retention_trigger     ]   } }  ################################################################################# # Gitlab Project SonarQube token #################################################################################  data «gitlab_project» «this» {   path_with_namespace = var.project_subgroup == null ? «temabit/${var.project_tag}/${var.name}» : «temabit/${var.project_tag}/${var.project_subgroup}/${var.name}» }  resource «gitlab_project_variable» «sonar_token» {   project = data.gitlab_project.this.id   key     = «SONAR_TOKEN»   value   = sonarqube_user_token.this.token   masked  = true }  resource «gitlab_project_variable» «sonar_url» {   project = data.gitlab_project.this.id   key     = «SONAR_HOST_URL»   value   = var.sonarqube_url   masked  = false } ```

У чому переваги Terraform

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

Навіщо ми це робимо? Це дозволяє суттєво скоротити витрати часу інженера на обробку запитів, а також — скоротити рутинні задачі. Допомагає сфокусуватись і не розпорошує увагу інженера. Все контролюється, ми бачимо всі зміни.

Як команда адаптувалася до Terraform

Ми стартували фактично з нуля з новим інструментом — GitLab. Разом з командою почали все автоматизовувати. Раніше ми всі уже працювали з Terraform. Команда зібралася досить досвідчена, тож було не дуже складно, але це був новий етап — ми по-іншому підійшли до використання Terraform. Якщо повернутись до питання загального використання Terraform, то слід зазначити що ми продовжуємо розширювати горизонти й зміцнюємо технічну експертизу. До прикладу, використання AWS CDK можливе з усіма перевагами Terraform. Але це тема іншої статті.

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

Автор: Олександр Сапожніков, Lead of SRE Team, TemaBit Fozzy Group

ІТ-інфраструктура TemaBit Fozzy Group відіграла одну з ключових ролей у вирішенні цих завдань. Завдяки їй компанія могла:

• швидко реагувати на зміни попиту на продукти;
• налагодити постачання товарів з нових джерел;
• підтримувати роботу магазинів та складів.

Також це був рік, коли ми планували оновити обладнання центрів обробки даних (ЦОД), яке вже ставало застарілим. Будь-які розстрочки та великі капіталовкладення були недоступними. Крім того, час доставки обладнання значно збільшився. Так, замість 90 днів, які ми зазвичай чекали на нове обладнання, довелося б чекати удвічі, а іноді й втричі довше. Це вже не кажучи про випадки, коли взагалі було неможливо передбачити терміни доставки.

З початком повномасштабної війни Fozzy Group опинилася перед викликами. Зберігати дані на серверах на землі було ризиковано, а оновити обладнання ЦОД було непросто. Тому прийняли рішення рухатися у хмару. Це дозволило компанії продовжувати роботу та забезпечувати українців продуктами першої необхідності.

Чому ми обрали AWS?

Проаналізувавши різні варіанти клаудів, наш вибір впав на AWS (Amazon Web Service), оскільки їхня політика партнерської співпраці спонукає до розвитку експертної кваліфікації IT-команд за напрямком cloud strategy. 

Також AWS дає можливості оптимізувати хмарні ресурси та детально спостерігати за ними у хмарі. Одна з найважливіших хмарних вигід — можливість платити тільки за ті ресурси, які ви фактично використовуєте, та не переплачувати наперед. Не треба інвестувати або гадати, скільки треба вкласти грошей — Pay as you Go. 

З початку співпраці наша компанія збагатила внутрішню експертизу і вже налічує 15+ AWS Certified Solutions Architect (Associate and Professional) та інші сертифікації PRO and Specialty рівнів. На цьому ми не зупиняємося й продовжуємо сертифікацію наступних. Цей процес драйвить Станіслав Коленкін. У його команді майже кожен пройшов успішне навчання та має мінімум 2 сертифікати включно з AWS Solution Architect Associate.

Серед наших колег в TemaBit за перше півріччя 82 людини пройшли навчання із роботи з AWS сервісами на різні тематики: робота в хмарі, безпека в хмарі, створення архітектурних рішень для безперебійного забезпечення роботи компанії.

Jornеy map: де ми є та куди прямуємо

Підготовка

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

Аудит

Першим кроком ми зробили великий аудит інфраструктури, знайшли всі системи та пішли до бізнесів, щоб визначити ступінь їхньої критичності. А бізнесів у нас досить багато, серед ключових — мережі «Сільпо» (300+ магазинів), «Фора» (300+ магазинів), «Траш» (90+ магазинів), гіпермаркети Fozzy C&C (8 магазинів), Банк «Восток», мережа аптек «Біла ромашка» (90+ аптеки), магазини техніки Ringoo, e-com (доставка «Сільпо» та LOKO), Власна Логістика, маркетплейс MAUDAU, магазини зоотоварів E-ZOO та ін.

Тут нас чекав виклик, адже оцінити критичність своїх систем бізнеси не могли, спершу все здавалося надважливим. Та коли дійшли до фінансової складової й постало питання, чи може бізнес, скажімо, платити 100 000 доларів на рік за сервіс, почали задумуватися. Щоб визначити критичність та черговість перенесення сервісів у хмару, ми розробили алгоритм, який запропонували заповнити кожному з бізнесів.

Спершу ми визначили розподіл між собою системи за хвилями міграції. Поставало питання: які системи потрібно нести в хмару вже сьогодні, які можуть почекати, наприклад, 2-3 місяці, а які й взагалі можна відкласти на кінець року. Для цього були визначені певні критерії, які й формували хвилі міграції та включали перелік систем. У нашому випадку ми отримали 6 хвиль міграції системи в хмару. Визначення та погодження хвиль видались для нас складною та тривалою аналітичною роботою.

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

Team composition

Ми сформували команду фахівців, яка займається міграцією в AWS. Були сформовані декілька повнофункціональних команд міграції, кожна з яких має у своєму складі PM, архітектора, системних інженерів, DBA. Команди можуть працювати паралельно для пришвидшення міграції. Ми починали міграцію з lift and shift, тобто без зміни технологій. Тому на початку для більшості працівників, наприклад, розробників, у процесах нічого не змінювалося. Як вони працювали з нашим ЦОДом, так вони й продовжили працювати з AWS, для них це було знайоме середовище. Коли вже почали перехід на нативні сервіси AWS, потрібно було розуміти, наприклад, як організовувати мережу, захист, процес бекапу та ін. Найважчим тут було паралельно з першим процесом здобувати необхідні знання для подальшої роботи. Вже для систем, які рефакторяться, потрібна специфічна експертиза — і тут ми отримували підтримку від фахівців з AWS. Паралельно наші працівники проходили навчання та сертифікацію в AWS. Також ми посилили нашу команду досвідченими фахівцями, які мають великий досвід у міграції в інших великих компаніях. Варто зазначити, що на всіх етапах міграції нас підтримує команда експертів з AWS та нова Cloud Foundation команда зі скілованими спеціалістами, у яких за спиною сотні успішних проєктів з міграції та AWS.

Міграція

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

Підходів до переходу є досить багато: Rehost, Replatform, Refactor, Retire, Retain, Repurchase. Ми ж для себе виділили такі два:

1. Перенесення даних, як є — lift and shift;
2. Перенесення з реархітектурою, щоб дані ставали native cloud.

Ми обрали для Fozzy Group комбінований шлях, тобто рухаємося одночасно двома шляхами. Ми не могли зупинити ЦОД на тривалий період, адже це як робити операцію на живому серці. Робота вимагає філігранності та обережності. Тому ми домовлялися з бізнесами, і частинами переносили системи, не зупиняючи роботу магазинів.

Для Critical Application робимо реархітектуру, і далі вони йдуть на cloud native application. Інші додатки переносимо «як є», а далі вже поступово будемо робити їх cloud native.

До кінця року плануємо закінчити міграцію Critical Application з реархітектурою та паралельно перенести важливі дані «як є».

Далі, безумовно, працюватимемо з cloud native. Також, у нас є дані, які не можна перенести у хмару, навіть з підходом «як є», тому їх треба рефакторити — а це вже, по суті, новий проєкт, який також братиметься до роботи.

Слід зауважити, що всі нові розробки відразу реалізуються у клауді на базі AWS. Таких проєктів стає дедалі більше, й управління ними потребує все більшого ресурсу з точки зору фахівців. Тому тут ми вирішили рухатися шляхом Platform Engineering, і в нас з’явилася Platform team та SRE у рамках Cloud Foundation. 

Cloud Foundation — це інтегрована платформа для ефективного створення, управління та оптимізації хмарної інфраструктури. Вона вибудовує автоматизовані патерни, завдяки яким реалізувати та управляти проєктами стає легше, швидше та з меншим залученням фахівців. Тобто робота над запуском нового проєкту стає більш автоматизованою та імплементується підхід Infrastructure as code (IaC).

Поради бізнесам, які задумалися про міграцію в AWS

• Для переходу в AWS варто зважено оцінювати та прогнозувати витрати. AWS пропонує широкий спектр послуг, кожна з яких має власну цінову політику. Недооцінка може призвести до несподіваних високих витрат, тоді як правильна оцінка допоможе ефективно використовувати ресурси та уникнути фінансових збитків. Важливо ретельно проаналізувати навантаження та спрогнозувати витрати на розміщення в AWS не тільки на перший, але й на другий та третій роки, бо ці витрати можуть стрімко зростати, адже після міграції настає фаза оптимізації ресурсів, right sizing, reservation.
• Перехід компанії на AWS вимагає часу та фахових знань для налагодження та управління інфраструктурою. Для деяких компаній це може стати викликом, особливо якщо вони не мають внутрішніх ресурсів для такого роду роботи. Системи можуть почати поводитися неочікувано під час покрокового перенесення систем у хмару без детального їх опису та залежностей одна від одної. Це може призвести до повної чи часткової відмови частини систем, які залежать від тої, що мігрується.
• Під час переходу на AWS важливо застосовувати IaC-підхід і заборонити ClickOps.
• Варто одразу прорахувати та вивільнити необхідну кількість людей для всіх процесів, оскільки без цього строки виконання міграції можуть порушитися.
• Під час переходу зі старих процесів на нові хмарні змінюється і майндсет у людей, тобто відбувається певна трансформація. Тому тут важливо мати команду сильних DevOps-фахівців, які допоможуть колегам із різних підрозділів впоратися з культуральними змінами, зроблять процес трансформації безшовним, а також дозволять оптимізувати фінансові й людські витрати.
• Почати впроваджувати FinOps-фреймворк та культуру.

Замість висновків

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

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

І пам’ятайте, AWS — це не той звір, який кусається, до нього просто треба знайти підхід.

Павло Роганов, віцепрезидент з маркетингу Fozzy Group, розповів про те, як великій компанії дотримуватися власних цінностей і робити послуги більш персоналізованими для кожного гостя. 

97% бізнесу Fozzy Group — це фізичні магазини: одна з найбільших мереж супермаркетів України «Сільпо», магазини біля дому «Фора», делікатес-маркети Le Silpo, гіпермаркети Fozzy та магазини суперцін THRASH!ТРАШ!. На карантині люди продовжують ходити до них, але також прагнуть бути більш мобільними у своїх покупках. Через це великі магазини згодом поступатимуться місцем іншим формам роздрібної торгівлі. 

Відтак постає питання — чи може сьогодні бізнес обмежуватися виключно власною нішею?

«Раніше продуктові магазини займалися продажем продуктів, а банки — фінансовими послугами. Проте зараз індустрії змішуються, й підприємці думають більш глобально. Магазини не лише продають товари, але й націлюються на задоволення інших потреб, що постійно зростають у людей. Тому для нас було логічно запустити банк “Власний рахунок”. Ми фактично інтегрували систему лояльності наших магазинів у банкінг», — розповідає Павло Роганов, віцепрезидент з маркетингу Fozzy Group.

Єдина екосистема бізнесів

«Для Fozzy Group працювати в різних індустріях — не є чимось новим. Донедавна ми рухалися в різних напрямках, які здавалися нам привабливими: супермаркети, ресторани, аптеки, турагентство», — ділиться Павло Роганов.

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

З ідеями нових бізнесів до нас часто приходили люди, які довго працювали в Fozzy Group. Наприклад, Валерій Власенко був СЕО «Сільпо», а пізніше звернувся з власною ідеєю бізнесу подорожей. Він чудово зарекомендував себе на попередній посаді, і згодом компанія запустила новий туристичний напрямок «Сільпо Voyage». Схожа історія склалася з мережею супермаркетів «Фора»: колишній комерційний директор Fozzy Group повернувся з ідеєю нового бізнесу маленьких магазинчиків.  

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

Динаміка змін Fozzy Group

«У Fozzy Group є негласне правило — завжди запитувати себе: для чого ми це робимо? І давати якомога конкретнішу відповідь. Це важливо, аби не йти наосліп за всім, що відбувається на ринку. Ми маємо формувати ринок, а не вписуватися в загальноприйняті стандарти», — пояснює віцепрезидент з маркетингу Fozzy Group.

Ринок динамічно змінюється. В Україні роздрібна торгівля вже пройшла фазу зародження, тож сьогодні перебуває у стадії активного зростання. Можна виділити основні моделі, де конкуренція йде в протилежних напрямках: «Сільпо» та «АТБ». «Сільпо» не може конкурувати в ціновому сегменті, адже ціна — це домінанта магазинів «АТБ» через більшу мережу. Якщо ж для магазинів ціна та суперрозміри не є основними перевагами, то вони працюють над розвитком товарів. Це означає:

• унікальний асортимент
• більша кількість оригінальних продуктів
• розвиток локального виробництва

«Одним із найуспішніших проектів останніх років стала e-commerce. Нам вдалося швидко налагодити всі процеси та вийти на ринок саме в той момент, коли це було потрібно нашим гостям. Адже в Україні все швидко діджиталізується, люди хочуть простоти. Наша філософія: задоволення потреб гостя має стояти попереду продажу продукту. Ми сфокусовані на гостинності, створенні wow-досвіду та wow-обслуговування.

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

Внутрішня кухня

«Коли я приєдналася до Fozzy Group, мене вразив величезний світ можливостей, який є у компанії, — розповідає HR-директор компанії Марія Гершман. — Адже до структури групи входить багато бізнесів. Популярні супермаркети, наприклад, «Сільпо», власна ІТ-компанія Temabit, банк «Восток», спортклуби Apollo Next, аптеки та ресторани. Це сучасна група компаній, що складається з різних сфер та напрямків. Абсолютно кожен може тут знайти собі роль і роботу до душі, а також можливості для розвитку».

Гостинність — одна з найголовніших цінностей Fozzy Group.

«Гостями ми називаємо тих, хто купує наші товари, користується нашими сервісами та послугами. Ми всі знаємо, як треба зустрічати гостей, на цьому принципі йпобудовані наші бізнеси — взаєморозуміння та любов до гостей. Тому ми шукаємо у свою команду людей з такими цінностями. Тих, хто відкритий для світу, вміє дивувати та дивуватися», — усміхається Марія Гершман.

Усіх, хто працює у Fozzy Group усередині компанії, ласкаво називають «перевершниками».

«Це частина нашої внутрішньої культури, адже ми віримо, що кожен наш співробітник може щодня “перевершувати” себе у своїй улюбленій справі, вміє добре відчувати людей, генерувати нестандартні ідеї та у кого є внутрішнє відчуття wow», — додає HR-директор Групи.

Яскравий приклад — дизайн супермаркетів «Сільпо». Кожен новий магазин має індивідуальне тематичне оформлення. У мережі вже понад 100 дизайнерських супермаркетів: за мотивами «Маленького принца», у бразильському чи стилі Америки 50-х, присвячений дайнерам. Усередині проводяться дегустації, майстер-класи, а кожне відкриття супермаркету є костюмованою виставою. Не дивно, що «Сільпо» давно перетворилося на місце, куди хочеться повертатися за покупками та проводити час. Але не лише магазини стають місцем для вражень.

У Fozzy Group вміють дивувати своїх гостей навіть за допомогою штучного інтелекту. Минулого року в кафетерії «Кантін» у БЦ Silver Breeze з’явилася Kissa AI — одна з перших у світі розумних технологій, яка здатна обслуговувати гостей на касі без допомоги людини. Вона вміє відрізняти борщ від солянки, котлети від пиріжків і не тільки. Серед гостей цього кафе Kissa AI користується неймовірною популярністю та викликає захоплення.

Як народжуються такі ідеї? «У деяких — генерація ідей “у крові”, тоді як в інших з’являється згодом, адже прагнення робити щось нове в ДНК компанії. Ми створюємо середовище, у якому креативні ідеї можуть з’явитися на рівному місці, і ті, хто боявся запропонувати свої ідеї раніше, починають експериментувати, отримуючи підтримку. Безумовно, не кожна інновація вистрілює, але без постійних експериментів створити щось ціннісне, не вдасться», — пояснює Марія.

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

● Колектив творчих людей з інженерною освітою запустив проект «Майстерня чудес». Вони виробляють артоб’єкти для магазинів та фудкортів із контейнерів. А ще «Майстерня» будує переробні станції Silpo Recycling та зарядні станції для електроскутерів «Смаковершників» — наших кур’єрів. Останнім грандіозним проектом «Майстерні» став артоб’єкт «Дім. Спогади», який встановлять на українській станції «Академік Вернадський» в Антарктиді.

● У відділу логістики з’явилася ідея подарувати нове життя ретроавтомобілям та перетворити їх на інноваційні електрокари. Так з’явився проект «РетроЕлектро»: wow-погляд на доставку та турбота про екологію.

Атмосфера турботи

Радісний та задоволений «Перевершник» дарує більше натхнення нашим гостям. Тому турбота про колег — це не питання конкретного департаменту чи фахівця. У Fozzy Group приділяють багато часу та сил для створення дивовижної атмосфери.

«Ми проводимо регулярні дослідження та вимірюємо рівень здоров’я організації. Так би мовити, тримаємо руку на пульсі, отримуючи регулярний фідбек. У 2021 році вперше проаналізували понад 3500 відкритих коментарів в анкетах співробітників та отримали “карти болю та радостей” колективу. Зараз за допомогою методу дизайн-мислення працюємо над пошуком рішень основних “болів перевершників”. А головні радощі — любов до експериментів та радість працювати заради Гостей — це невід’ємна частина цінностей компанії», — пояснює HR-директор Fozzy Group.

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

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

У 2021 році Fozzy Group відкрила інноваційний хаб — простір для роботи продуктових команд, у якому одночасно може працювати до 250 працівників. Хаб спроектований таким чином, щоб гнучко реагувати на потреби бізнесу: організовувати, розширювати та переформатувати продуктові команди з різних підрозділів.

«Ми вміємо швидко адаптуватися до сучасних трендів. І це стосується не лише робочого простору, а й загального підходу у роботі компанії. Ми активно переходимо на Agile підхід у тих напрямках, де це найбільш доречно та ефективно, і це не лише ІТ-сфера, а, наприклад, продуктові команди у логістиці, електронній комерції, маркетингу та навіть HR. Розуміючи, що знайти на ринку фахівців зараз досить складно силами корпоративного університету Fozzy Campus, ми готуємо наших співробітників до нових професій — наприклад, запустили Product owner school», — резюмує HR-директор Марія Гершман. 

Персоналізований підхід до гостей

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

«Сучасна реклама працює інакше. Рекламне повідомлення добирається для конкретної аудиторії, накопичуються знання про поведінку та потреби людей. Зараз людей розподіляють на сегменти за певними характеристиками. Однак ми рухаємося до такого визначення як “segment of one” — розуміння, що кожна людина унікальна. Коли це втілиться в життя, ми будемо отримувати повідомлення, створені саме для нас», — ділиться Павло Роганов.

Таке повідомлення матиме наступну структуру:

• Хто я?Розуміння, для кого ця реклама призначена.
• Що мені потрібно?Задоволення особистих запитів і потреб.
• Коли мені це потрібно? Доречний момент, коли людина зверне увагу на рекламу.

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

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

Схожі тенденції до персоналізації пануватимуть у всіх сферах. Сервіси змінюватимуть не стільки продукт, скільки форму надання послуги. 

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

Гостинність на першому місці

Хоча реклама трансформується, основні принципи роботи з іміджем не змінилися упродовж усієї історії людства. «Хочеш, щоби до тебе добре ставилися? Виконуй обіцянки!» — каже Павло Роганов. 

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

Головна цінність для Fozzy Group теж залишається незмінною: гостинність на першому місці.