Мобилно приложение за вашия бизнес
за iOS и Android, свързано с магазина и системите ви

Приложение има смисъл, когато клиентите или служителите ви го отварят често и то ползва нещо от телефона, което сайтът не може или прави по-трудно: известия, камера, местоположение, работа без интернет или вход, който остава запазен.

Ако клиентите поръчват от вас веднъж-два пъти в годината, сайт, който се зарежда бързо и се ползва удобно на телефон, върши същата работа. Той се отваря без инсталация и всяка промяна в него се вижда веднага, без преглед от Apple и Google. Бавен или неудобен на телефон сайт се оправя с редизайн.

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

Приложението на магазина работи със същите данни като сайта. Продуктите, цените и наличностите идват през API, поръчката от телефона влиза в същата админ част, а доставката и плащането с карта минават както на сайта.

За OpenCart дописваме API-то за приложението като модул. PrestaShop има Webservice API, Magento има REST API, а WooCommerce работи с REST API на WordPress. В онлайн магазин на Laravel API-то е част от кода.

В приложението на магазина входът на клиента остава запазен, има история на поръчките и стара поръчка може да се зареди в количката, за да се повтори. Когато статусът на поръчката се смени, клиентът получава известие.

Физическите стоки и услугите, купени в приложението, се плащат както в магазина: с карта през вашия доставчик на плащания или с наложен платеж. От тези плащания App Store и Google Play не удържат комисиона. При абонаменти и платени функции в самото приложение магазините удържат процент.

• В приложение за поръчка на храна клиентът избира от менюто на заведението и плаща с карта. Поръчката излиза на екран в кухнята в реално време и влиза в POS системата, ако тя има API.
• В приложение за резервации на салон или клиника клиентът избира услуга, специалист и свободен час и получава напомняне преди часа. Записванията влизат в програмата, която вече ползвате, ако тя има API или импорт на данни. Ако няма, приложението води свой календар и праща известие на служителите.
• Картата за лоялност в приложението е QR код или баркод на екрана, който се сканира на касата. Когато приложението е свързано с POS системата и с онлайн магазина, покупките от обекта и от сайта се събират в един профил. Известия за промоции се пращат на всички клиенти или на група, например на купувалите от дадена категория.
• Търговските представители имат в приложението каталога и цените и без интернет, а поръчките им стигат до ERP системата, когато телефонът се свърже. Сервизните и монтажните екипи правят в него протокол от обекта със снимки, местоположение и подпис на клиента с пръст.
• В склада камерата на телефона чете баркодовете при приемане на стока и инвентаризация, а данните влизат в складовата система или в ERP.
• Фирмите, които поръчват от вас редовно, виждат в приложението своите цени и отстъпки, повтарят стара поръчка и следят фактурите си. Цените, наличностите и поръчките се обменят с ERP системата или с B2B платформата.

При изработката на мобилни приложения има три подхода:

• Нативното приложение има отделен код за iOS (Swift) и за Android (Kotlin). Има пълен достъп до функциите на телефона, но всяка функция се пише и тества два пъти. Пасва на приложение, което работи много с хардуера на телефона.
• При общия код за iOS и Android версиите за двата магазина се правят от един код. Функция на телефона, за която няма готова библиотека, се дописва нативно. Пасва на приложение на магазин, за поръчки или за резервации, където екраните на двете системи са еднакви.
• PWA (progressive web app) е уеб приложение, което се отваря в браузъра и може да се добави на началния екран. Не минава през App Store и Google Play, затова новата версия не чака преглед. На iPhone известия има от iOS 16.4 и само ако PWA е добавено на началния екран. Пасва на приложения за служители и за B2B клиенти.

Подхода избираме след разговор за функциите: какво трябва да прави приложението без интернет, с камерата, с местоположението и с известията. Сравнение на подходите и изискванията на магазините има в статията Как се прави мобилно приложение.

Каталогът, поръчките, резервациите и профилите на потребителите са на сървър, а приложението ги взема през API. Сървърната част пишем на Laravel или Node.js и описваме API-тата по OpenAPI 3.1. Известията също ги праща сървърът, например когато поръчката смени статуса си или наближава записаният час.

Приложението се свързва със системите, които вече ползвате: онлайн магазина, ERP и CRM системата, складовата програма, куриерите и доставчика на плащания с карта. Ако системата има API, данните минават през него, а ако няма, през файл, който тя изнася по график. Повече за тези връзки има на страницата Интеграции.

Към приложението правим и админ част, в която екипът ви сменя съдържанието и праща известия до клиентите. Същото API може да обслужва и уеб приложение за служителите.

Цената зависи от:

• Броя екрани и потребителски роли, например клиент, служител и администратор
• Подхода и това дали приложението е за iOS, за Android или за двете
• Това дали сървърът и API-то вече съществуват или ги правим заедно с приложението
• Системите, с които се свързва: магазин, ERP, CRM, склад, куриери, доставчик на плащания
• Функциите: плащане с карта, известия, местоположение, камера, работа без интернет
• Админ частта за съдържанието и потребителите
• Поддръжката и обновленията след публикуването

Офертата пращаме след разговор и кратко задание. Таксите на магазините са отделно от изработката: Apple Developer Program е 99 USD годишно, а профилът в Google Play Console е 25 USD еднократно.

Приложението на фирмата се публикува от нейните профили в Apple Developer Program и Google Play Console. За профил на фирма и в двата магазина трябва D-U-N-S номер. Издава се без такса, но може да отнеме до 30 дни, затова се заявява в началото на проекта.

Преди публикуването се попълват данните за поверителността и се дава адрес на политика за поверителност. Ако в приложението се създава профил, в него трябва да може и да се изтрие. Всяка версия минава преглед: Apple преглежда повечето версии за ден-два, а в Google Play при някои профили и приложения прегледът е до 7 дни.

След публикуването магазините вдигат изискванията си. От 31 август 2026 г. новите приложения и обновленията в Google Play трябва да са за Android 16 (API 36) или по-нов, а от 28 април 2026 г. App Store приема само версии, компилирани с Xcode 26 или по-нов. Затова приложението се обновява, дори когато функциите му не се променят. Поддръжката му може да върви заедно с поддръжката на сайта или онлайн магазина.