Website or Mobile App? Deciding in the Right Order
For most businesses the answer is a website first and an app later. I explain with examples when an app is worth it and where a PWA is enough.
The real question: how often will customers use you?
Most businesses that ask me "website or mobile app?" want to know something else: how to reach their customers more easily. The two do that job in different ways. A website lets someone who doesn't know you yet search on Google and find you. A mobile app speeds things up for the customer who already knows you and keeps coming back.
So the first thing I look at is how often people will use it. Thinking about how many times a customer will open the same screen comes before any talk about budget or features. If a customer deals with you once or twice a year, persuading them to download an app is hard and expensive. If they order, book or check a status several times a week, the app earns its place on their phone.
Questions to answer before you decide
- 1How do most of your customers find you? Google search, word of mouth or social media?
- 2How many times a month does the same customer do business with you?
- 3Do you need to notify customers at the right moment? Order ready, appointment coming up, parcel on the way.
- 4Is there work that has to happen without an internet connection? A field, a warehouse, a building site.
- 5Do you need deep access to phone features such as the camera, location or Bluetooth?
- 6Does your budget cover both the build and the maintenance in the first year?
If your answer to the first question is "Google", you need a website. If you give a strong yes to the second and third, an app comes into the picture. The fourth and fifth decide whether a PWA is enough. The sixth tells you whether you can do both at once.
Website and mobile app compared
| Criterion | Website | Mobile app |
|---|---|---|
| Starting cost (excl. VAT) | Brochure site 25.000 – 75.000 TL, site with admin panel 50.000 – 120.000 TL | MVP 150.000 – 350.000 TL, mid-size 350.000 – 900.000 TL |
| Findable on Google | Searched and found directly, gets stronger with SEO | Doesn't show up directly in Google search, needs store search and promotion |
| Steps to reach the user | Clicking a link is enough | Open the store, download, and often create an account |
| Push notifications | Available in Android browsers; on iPhone only for web apps added to the home screen, and limited | Full support on both platforms |
| Offline use | Limited, partly possible with a PWA | Data can be kept on the device and synced when the connection returns |
| Update cycle | Everyone sees the new version as soon as you publish it | Goes through store review, then the user downloads the update |
| Store approval | Not needed | Must follow App Store and Google Play rules and pass review |
| Fixed yearly costs | Domain, hosting, maintenance | Apple USD 99 per year, Google USD 25 (one-time), server, maintenance |
For me, the most important row in the table is the steps to reach the user. Someone who lands on your website can call you within a minute. With an app, the same person has to download it, open it and often sign up first. If you don't give them a reason worth those steps, the app gets downloaded and then left unused.
When is a PWA enough?
A PWA (progressive web app) is a website that can be added to the phone's home screen and opens like an app. It isn't uploaded to a store, doesn't wait for review, and runs on every device from one codebase. If your budget is tight and your needs match the points below, a PWA can be a good middle step:
- Most of your users are on Android, or notifications are a secondary concern for you.
- The main job of the app is to show information, collect forms, or record orders and bookings.
- You don't need the phone's camera, Bluetooth or background location tracking.
- Being visible in the stores isn't essential for your marketing.
Where a PWA falls short is also clear: reliable notifications on iPhone, background location tracking, working offline for long stretches, and the trust that comes with a store listing. If these needs weigh more, building the iOS and Android app together with React Native is the better choice.
Typical scenarios for local businesses
Below are four business types that are common in Adana, and in most Turkish cities. The scenarios are written around the general needs of each sector and don't describe a specific client. Every business is different, but they work as a starting point.
- Restaurant and café: a website covers the menu, location, opening hours and reservations, and gets you found on Google. Once frequent, repeated jobs such as takeaway orders and loyalty points grow, an app is worth considering.
- Clinic and private practice: patients search on Google first, so a website with service pages and an online booking form comes first. If there's a recurring process such as regular check-ups, test results or treatment follow-up, an app gains value.
- Real estate office: people looking for listings search mostly on the web. A website with search and filters is step one. An app makes sense when you want to send notifications for saved searches.
- Manufacturer and wholesaler: a website with a product catalogue to find new dealers and customers. If existing dealers order regularly, or a field team tracks stock or deliveries, a mobile app saves a lot of time.
In the Tüfekli Arıcılık project, a brochure site and a mobile app work together: the site introduces the business and its products to new visitors, and the app strengthens the relationship with existing customers. In the Wingardium agriculture app, real-time tracking in the field was the main need, so the mobile app sat at the centre of the work.
Does it make sense to build both?
For some businesses the answer is "both". In that case, the biggest saving comes from the two products sharing the same backend and the same admin panel. The product list, user accounts, orders and bookings live in one place, and the website and the app become two shop windows for that data. Change a product's price in the panel and it updates in both.
Sharing is possible on the technical side too. When I use React and Next.js for the web and React Native for mobile, I can share parts such as data models, validation rules and the API layer between the two products. The same business rule isn't written twice, and a bug gets fixed once.
- What can be shared: backend, database, admin panel, authentication, business rules.
- What has to be built separately: screen design, mobile navigation, store publishing, push notification setup.
- Suggested schedule: instead of starting both at once, launch the website first and add the app on the same backend in a second phase. That splits both the budget and the risk.
The order I recommend
- 01
Start with a website
Get found on Google, explain your business and services, and start receiving enquiries or orders. This step needs a smaller budget, and it produces data that shows what your customers are looking for.
- 02
Watch the repeated tasks
Which customers come back and how often, what they call you about, where time gets lost? The scope of the app comes out of these observations.
- 03
Test with a PWA if needed
Making one part of the site installable on the home screen can be a low-cost way to test whether there's demand for an app.
- 04
Release the app as an MVP
Start with the most used flow of the repeated task. Leave the other features for later versions, based on usage data.
If you're about to make this decision for a business in Adana, or anywhere in Türkiye, I can listen to how you work in a free discovery call and tell you plainly which one to start with. Sometimes the answer is "you don't need an app yet", and I say that too. Prices are starting ranges, and the final figure comes in writing based on the scope.
Questions you might have
Does a small business need a mobile app?
Usually not at first. If customers don't deal with you regularly and often, a well-built website brings in more business. An app makes sense once you have repeat orders, bookings or tracking processes.
Should I build a website or a mobile app first?
For a local business serving customers, start with the website: it gets found on Google and costs less. If your product is a mobile service from day one, such as a tracking app for a field team, starting with the app makes sense.
How much do a website and a mobile app cost together?
For planning, a brochure site starts at 25.000 – 75.000 TL and an MVP mobile app at 150.000 – 350.000 TL, excluding VAT (KDV). When both products share the same backend and admin panel, the total is lower than building them separately.
Can a PWA replace a mobile app?
For work that shows information or takes forms and orders, it often can. If you need reliable notifications on iPhone, background location or long offline use, a native or React Native app is a better fit.
Does a mobile app show up on Google?
The app itself doesn't rank in Google search the way a web page does. The store listing can appear in results, but the channels that send customers to the app are still your website and your social media accounts.