Як оптимізувати бюджет при розробці мобільних застосунків

Основні сценарії, у яких користувачам є сенс переходити на мобільні застосунки, а бізнесу інвестувати у їх розробку це:

• Велика кількість інтеракцій користувача з бізнес-функціоналом платформи;
• Додана вартість за рахунок можливостей платформи - AR / VR / спеціальне керування, високі вимоги до потужностей обчислення платформи;
• Потреба в постійній комунікації і інформуванні користувача про оновлення на платформі.

Для бізнесу ж такий підхід дозволяє отримати наступні можливості:

• Отримання додаткового дешевого каналу комунікації з аудиторією;
• Збір розширеної статистики;
• І як результат, у випадку правильного використання попередніх переваг - підвищення конверсії.

Варіанти розробки мобільних застосунків

Є декілька основних підходів до розробки мобільних застосунків, кожен з яких зі своїми перевагами і недоліками. Ми коротко розповімо про кожен з них. 

Нативні застосунки

У випадку розробки “нативних” застосунків код для кожної з платформ - і iOS і Android розробляється незалежно. Такий підхід дозволяє максимально оптимізувати застосунок і використовувати всі (навіть найбільш специфічні) можливості платформи.

Використовувати нативні застосунки є сенс якщоі: 

• Вам потрібен повний доступ до сервісів і ресурсів телефона
• Ви очікуєте максимальної адаптивності від додатку
• Ви хочете на максимум використати обчислювальні потужності пристрою

Основним недоліком нативної розробки є саме те, що необхідно розробляти незалежний код для кожної із платформ. Таким чином, вам потрібні незалежні команди розробки під iOS і Android, що підвищує вартість на розробку і підтримку застосунку. 

Крос-платформенні гібриди

Крос-платформні рішення - еволюція в процесі розробки мобільних застосунків. У цьому випадку розробники створюють єдиний код, який після цього компілюється під різні платформи - iOS / Android / веб і т.д.

Найбільш популярними фреймворками для гібридної розробки є React Native, Xamarin та Flutter.  

Переваги гібридної розробки

• Оптимізація бюджету - за рахунок того, що код розробляється одразу для декількох платформ, знижується вартість такої розробки;
• Скорочення терміну розробки - лише єдиний цикл розробки потрібен для публікації застосунку на декількох платформах;
• Єдина база коду - за рахунок цього спрощується розробка, тестування і підтримка працездатності застосунку;
• Єдині точки інтеграції з 3rd party applications - враховуючи єдину базу коду, всі інтеграції зі сторонніми застосунками (системи прийому платежів, облачні сховища, системи авторизації) необхідно проводити тільки один раз для одного застосунку;
• Менша ймовірність помилок - за рахунок єдиної бази коду спрощується тестування і виправлення багів на проекті.

Недоліки гібридної розробки

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

Використовувати гібридну розробку є сенс, якщо:

• Ваш застосунок не включає в себе використання якихось специфічних особливостей телефону. Наприклад, якщо ви плануєте розробку системи автоматизації бізнес-процесів, яка не використовує lidar-сенсор телефону (хоча навіть з ним вже можна працювати в Flutter), не плануєте активну роботу з AR (доповненою реальністю) - гібридна розробка являється оптимальним варіантом;
• Ви бажаєте оптимізувати бюджет розробки;
• Ви хочете скоротити термін розробки застосунку, бажаєте перевірити гіпотезу.

Ми в FreshTech обрали технологію Flutter (яка підтримується Google) як основу для всіх наших мобільних застосунків, оскільки вважаємо переваги і майбутні можливості цього фреймворку дуже перспективними.

Можливості гібридної розробки

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

• Android
• iOS
• Linux
• MacOS
• Windows
• Web

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

Декілька прикладів гібридних застосунків

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

Zoomies Social Pet App

Платформа “Zoomies” - це соціальна мережа для всіх, хто фанатіє від домашніх улюбленців. Користувачі створюють собі персональний профіль (як свій, так і для кожної з тварин) і можуть ділитися фото/відео матеріалами про свого улюбленця, знаходити інформацію про події поруч. А також, у разі необхідності, навіть повідомити про знайденого або загубленого улюбленця інших.

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

restyleme

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

Висновок

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

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