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

Команда iOS-розробки Swiggy поділилася деталями переходу — від метрик продуктивності до несподіваного впливу нативного коду на дизайн-процеси.

Коли розпочався перехід на нативні застосунки

За словами старшого інженерного менеджера Agam Mahajan, застосунок Swiggy Food завжди розробляли нативно, а от Instamart і Dineout спочатку були гібридними. Коли ці напрямки почали швидко зростати, команда зіткнулася з очевидними обмеженнями продуктивності та стабільності. Це змусило на початку 2024 року ухвалити рішення перевести обидва продукти на нативну розробку з використанням Swift і SwiftUI.

З чого почався перехід

Mahajan пояснює, що команда не намагалася переписати все одразу, а спершу визначила найважливіші користувацькі сценарії. Роботу почали з головних екранів і пошуку в Instamart та Dineout — саме там відбувається найбільше взаємодій з клієнтами — і переробили їх нативно на Swift і SwiftUI. Далі рухалися поетапно: перші нативні екрани вийшли вже через кілька тижнів, а згодом завершили й ширший перехід.

Чому нативна платформа мала значення для команди

Заступник віцепрезидента Tushar Tayal розповідає, що зі зростанням Instamart з'явилися проблеми: довге завантаження сторінок, зависання застосунку на великих списках товарів, надмірне навантаження на пам'ять і нерівномірні анімації. У Dineout якісний контент про ресторани — фотографії та відео у високій роздільності — теж стикався з обмеженнями гібридного підходу. Крім того, команда не могла повноцінно використовувати нові нативні можливості, як-от просунуту анімацію через Core Animation чи новітні платформні рішення на кшталт Apple Intelligence.

На рівні всієї організації також стояло завдання об'єднати Swiggy Food, Instamart і Dineout під єдиною дизайн-системою. У сегменті швидкої комерції та пошуку товарів кожна секунда й кожна взаємодія важливі, тож команді потрібен був жорсткіший контроль над продуктивністю, надійністю та рендерингом. Перехід на нативну розробку дав змогу забезпечити швидший, плавніший і більш занурюючий досвід у великому масштабі.

Moving to native allowed us to deliver faster, smoother, and more immersive experiences at scale.

Tushar Tayal, заступник віцепрезидента Swiggy

Перші помітні переваги

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

Водночас перехід на нативний код допоміг досягти більшої узгодженості дизайну між Swiggy Food, Instamart і Dineout, спростив повторне використання компонентів і зробив досвід користувача більш цілісним у всіх напрямках бізнесу. Це також відкрило нові можливості завдяки нативним функціям iOS. Команда впровадила, наприклад, розпізнавання тексту (OCR) для пошуку по меню в Dineout, що підвищило конверсію, а також сканування списку покупок в Instamart. За допомогою Apple Intelligence вдалося створити функції на кшталт короткого опису товарів та їх порівняння, що зробило пошук швидшим і зручнішим.

Реакція спільноти

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

Найбільша несподіванка процесу

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

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

In quick commerce and discovery, every second counts and every interaction matters.

Tushar Tayal, заступник віцепрезидента Swiggy

З якими труднощами зіткнулися

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

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

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

Джерело: Apple Developer News