Service · Bespoke software

Mobile apps

Building for the phone pays off only if people reach for the app regularly and rely on things a browser handles poorly: barcode scanning with the camera, GPS, alerts, or carrying on with no coverage. Think of a rep visiting shops, a driver confirming delivery with a photo, or a customer placing the same order every week. Should a responsive website do the job equally well, you will hear that on the very first call.

iOS and Android
phones and tablets
Offline
works without signal
Push
targeted, never blanket
Your accounts
in both stores

Included in this service

Before anything else we settle the architecture: a single cross-platform codebase or separate native builds for iOS and Android. Budget, schedule and room for future growth all follow from that choice.

Talk the scope through with an engineer

Choosing the stack

With Flutter or React Native you maintain one codebase for both platforms and usually cost less. We go with Swift and Kotlin when deep hardware access and a flawless feel are the priority.

Interface design

Screens built to the iOS Human Interface Guidelines and Material Design and remain readable with enlarged text and screen readers. Whether the European Accessibility Act applies to your app is worth checking with a lawyer.

Backend and API

The server that stores data and runs business logic, hosted in an EU data centre and connected to your ERP, CRM or web shop so the app does not become yet another island.

Sign-in and payments

Staff apps sign in with Entra ID; email, Apple or Google sign-in for customers; BLIK and card payments through Przelewy24, PayU or Stripe.

Offline mode and notifications

Records are stored locally on the handset and sync once the connection returns. Push messages are segmented so nobody deletes the app after a week.

Store publishing

Store listings, screenshots, the privacy questionnaire and app review in the App Store and Google Play, followed by regular new releases.

How we work together

How long a first version takes depends on the number of screens and integrations, and we give a schedule after analysis. Store review comes on top, and its length is outside our control.

01

Scenarios

Who will launch it, in what situation and for what purpose. This step often reveals that some features belong in a web admin panel instead.

02

Prototype on a phone

Clickable screens installed through TestFlight or a Google Play internal testing track, tried out in real conditions.

03

Sprints with builds

After every sprint a new test build lands on the phones of your pilot users.

04

Release and updates

Publication from your company developer accounts and an agreed release rhythm, including adjustments for each new iOS and Android version.

An app with no updates has a use-by date. Each autumn brings a fresh iOS and Android release, and store rules tighten along with them. Left without care, bugs creep in over time, and the app may drop out of search or out of the store. Budget for maintenance from day one, the same way you budget for hosting.

Questions and answers

Your company's, set up before the first release. For an organisation account Apple may ask for a D-U-N-S number, and obtaining one takes time, so start early. If the app lives in a contractor's account, it remains theirs after you part ways, together with every rating and download.

It depends on the number of integrations and how often things change. The minimum is adapting to new OS versions and updating libraries a few times a year. We bill this hourly at PLN 190 excl. VAT or as a fixed monthly pool of hours if you plan further development.

For citizen-facing services run by public bodies, sign-in through the national identity node is possible and we integrate it. Whether a private company can use them depends on the current access rules, so we check that at the outset. If not, we use our own login or bank-based identity when a verified identity is really required.

That has to be designed together with your DPO or lawyer. Technically, location is collected only during working hours and for a stated purpose, the app tells people it is happening, and your processing register gets a new entry. For broader monitoring a data protection impact assessment (DPIA) is advisable.

Planning a mobile app?

Describe your future users and how frequently they would open it. You will get an honest verdict: native app, or a well-built mobile site.

Hours
Mon-Fri 8:00-18:00 CET, reply within one working day
Meetings
Online via Teams or Google Meet

We set strictly necessary cookies only: they keep the site running and remember the city you chose. Nothing here is used for advertising or tracking. More in our privacy policy.