Mobile App Development
iOS and Android applications, with an honest conversation first about whether you need an app at all or a better mobile website.
Überblick
Apps carry ongoing costs that websites do not: two platforms to maintain, store review cycles, operating system updates that break things annually, and the considerable problem of persuading someone to install anything at all.
They earn that when you need what only an app provides — reliable notifications, offline use, device hardware, or genuine repeat daily use. Where the honest answer is that a fast mobile site would serve users better, we would rather say so before a year of budget is committed.
Für wen das gedacht ist
- Companies whose users would genuinely open something daily
- Businesses needing offline capability or device hardware access
- Teams weighing native against cross-platform and unsure of the trade
Unser Vorgehen bei Mobile App Development
Die konkreten Arbeitspakete eines typischen Projekts. Der Umfang steht vorab fest, nichts davon taucht später als Überraschung auf der Rechnung auf.
Platform strategy
Native, cross-platform or web, decided against your feature needs and how you will staff maintenance afterwards.
Product definition
Cutting the first version to what people will actually use. Apps fail more often from scope than from engineering.
Interface design
Designed to each platform's conventions. Users notice immediately when an app behaves like the other operating system.
Offline and sync
Sensible behaviour without a connection, and conflict resolution when it returns. Often the hardest part and the most frequently deferred.
Notifications and permissions
Asking for permissions at a moment that makes sense, and sending notifications people do not immediately disable.
Release and store management
Submission, review, phased rollout and crash monitoring, with the ability to roll back a bad release quickly.
Vom ersten Gespräch zum gemessenen Ergebnis
Immer dieselbe Reihenfolge, damit Sie wissen, was als Nächstes kommt.
Challenge the premise
Establish whether an app is genuinely the right answer. This conversation saves some clients the entire budget.
Define and prototype
Scope the first version tightly and prototype the core journey on a device.
Build
Iterative development with builds distributed to testers throughout rather than a single reveal.
Release and support
Store submission, phased rollout, crash monitoring, and a plan for the annual operating system updates.
Ergebnisse statt Aktenordner
Ein Stapel Dokumente ist kein Fortschritt. Das hier sind die Veränderungen, die die Arbeit bewirken soll.
An app that gets kept
Tight first-version scope produces something people use, rather than something they install once.
A defensible platform decision
Native versus cross-platform argued against your actual needs and maintenance capacity.
Releases that are not frightening
Phased rollout and crash monitoring mean a bad build affects a few users rather than all of them.
Sometimes, no app at all
Where a mobile site would serve better, hearing that early is worth more than the project.
Häufige Fragen zu Mobile App Development
Was Kundinnen und Kunden fragen, bevor sie sich melden. Fehlt Ihre Frage, stellen Sie sie uns direkt.
Do we actually need an app?
Only if you need notifications, offline use, device hardware, or you genuinely have daily repeat use. If the app would mainly display content people visit occasionally, a fast mobile website will reach more people at a fraction of the ongoing cost. We ask this first, not last.
Native or cross-platform?
Cross-platform for most business applications: one codebase, most of the capability, considerably less maintenance. Native where you need heavy graphics, deep hardware access or absolute platform fidelity. The maintenance argument usually decides it.
How much does an app cost to maintain?
Budget a meaningful annual percentage of the build cost just to stand still. Operating system updates, store policy changes and device fragmentation all require work whether or not you add features. Apps abandoned after launch break within about eighteen months.
How long does app store review take?
Usually days rather than weeks now, but rejections happen and can be arbitrary. We build submission buffer into any launch date and prepare for the common rejection reasons in advance.
Mobile App Development im Kopf?
Sagen Sie uns, was sich ändern soll. Passen wir nicht, sagen wir das und nennen Ihnen eine bessere Adresse.
Interessiert Sie das grössere Bild?
Mobile App Development steht meist neben weiteren Themen aus Web, App & Platform Development. Sehen Sie sich den ganzen Bereich an.