● App development · Vienna
App development in Vienna
GHO Solutions develops iOS and Android apps and internal tools for companies in Vienna and across Austria, including the connection to the software you already run. You work directly with the app developer, in English or German, and the price is fixed before development begins.
What kind of apps do I build?
Roughly two kinds. Apps your customers use, and apps your own team uses at work. The second kind is often the better investment, and the one people think of last.
- A stock app for the warehouse team: scan a barcode, adjust the count, done. No more clipboard and spreadsheet at the end of the day.
- A checklist app for technicians on site, with photos and a signature, that sends a finished report to the office.
- A customer app for bookings, loyalty points or order status, so the same questions stop arriving by phone.
- A companion app to a web portal you already have, using the same accounts and data.
GHO Solutions is one person, so there is no project manager in between. The developer writing your app is also the one who answers the phone.
Native app or web app?
This is the first question I ask, because the answer changes the price and the timeline. Not every idea needs an app from the App Store.
A web app runs in the browser and can be added to the home screen. There is no store review and one version serves every device. If your app is mostly forms, lists and data, this is often the sensible first step.
A native app, built in Swift and SwiftUI for iPhone, is the right call when you rely on the camera, location, offline use, push notifications or Bluetooth devices, or when the app has to feel completely at home on the phone.
A cross-platform app with React Native covers iOS and Android from one codebase. For many business apps that is a good balance between cost and quality.
I will tell you which of these fits, even if the answer is the smaller project.
How much does app development cost?
The cost of an app depends mainly on the platforms, the number of screens and user roles, offline use and the back end, and you get a fixed price after the free first call. Most of these you can influence:
- Platforms. iOS only, Android only, both, or a web app instead.
- Screens and roles. An app for one type of user is simpler than one where staff, managers and customers each see something different.
- Offline and sync. Working without a connection and merging changes later takes real effort.
- Back end and connections. Whether the app needs its own server and database, and which existing systems it has to talk to.
The written concept and the fixed price come together in the quote. Plan for a few running costs too: Apple and Google each charge a developer account fee, and server hosting has to be paid for as long as the app runs. I list these in the quote as well.
How long does it take?
How long an app takes depends mainly on its scope and on the store review by Apple and Google. The way it runs is always similar. Early on you get a clickable version on your own phone, through TestFlight on iPhone or a test build on Android. From then on you see progress in short stages and can change direction while that is still cheap. Before release, plan some time for the store review by Apple and Google. It is usually quick, but not always.
The quote includes a schedule. If you have a fixed date, such as a trade fair or an opening, tell me in the first call.
Can the app work with our existing systems?
Usually, yes. If your software has an API, connecting to it is normal work. If the data only exists as an Excel export or a shared folder, there is still often a practical way to sync it. Sometimes a system is closed and the vendor will not help. Then I tell you before you spend money, not after.
For the back end I work with Node.js or Python and PostgreSQL, hosted on Linux servers in the EU.
What happens after release?
Apps need looking after. Apple and Google release new system versions every year, and an app nobody maintains starts to break in small ways. I stay your contact for updates, fixes and new features, and I check what each new iOS and Android version means for your app.
App development at a glance
| Who it is for | Companies, startups and teams in Vienna and across Austria, in English or German |
|---|---|
| Typical projects | Customer apps, internal tools for staff, first versions for startups, apps connected to existing systems |
| Process | Free first call, concept and quote, test builds in short stages, release and support |
| Price | Fixed price after the first call |
| Technology | Swift/SwiftUI, React Native, React, Node.js, Python, PostgreSQL, Linux servers in the EU |
| Support | Updates for new iOS and Android versions, fixes and new features |
FAQ
Questions about app development
Platforms, the app stores, offline use and first versions.
Should we build for iOS or Android first?
The right first platform for an app depends on who will use it. For an internal tool, the answer is whatever phones your team already carries. For a customer app, it helps to know which platform your customers use. If both matter, a cross-platform app with React Native covers iOS and Android from one codebase, which keeps cost and maintenance down.
Do you publish the app in the App Store and Google Play?
Yes. I prepare the store listings, submit the app to Apple and Google and handle the questions that come up in review. I recommend publishing under your own company's developer accounts, so the app stays yours. Internal tools do not have to be public at all; they can be distributed to your team only.
Can an app work without an internet connection?
Yes, an app can be built to work offline. Staff can then record data in a basement, a warehouse or on a building site, and the app syncs once the connection is back. Offline support adds effort, especially when several people edit the same data, so it is worth deciding early whether you really need it.
Can the app connect to our existing software?
In most cases, yes. If your existing software offers an API, the app can read and write data through it directly, for example pulling stock levels from your inventory system. If the software only exports files, a regular sync is often still possible. When a system is completely closed, I tell you in the first call rather than halfway through the project.
Do you build first versions for startups?
Yes. For a startup, a first app version should prove the idea with as little as possible. Together we decide which features have to be in it and which can wait, and you get a fixed price for that first version. I build it so it can be extended later, rather than rewritten once the first users arrive.
More services
Often part of the same project
Have an app idea, or a process that needs one?
Describe it in a few lines. You get a reply within one working day, in English or German.