Custom business PWA: when it makes sense over off-the-shelf software
When to build a custom business PWA and when to buy off-the-shelf software: costs, data control and maintenance. A real case.
Reading time: 10 min

One Customized Corporate PWA is an installable web application built for a specific process, instead of bought ready. The real question is not technical but economic: should we build or should we adapt to what already exists?
The honest answer is that in most cases it is better to buy. The ready-made software costs less, exists immediately, has assistance and does not commit anyone to maintenance. Tailor-made is justified in a precise situation: when there is no central function for your process and no product offers it.
This article tells a case where the choice fell on the tailored, explaining the function that justified it and the price you pay. The complete project is in the WhatsApp agent case study for short rentals made for Rial Estate.
In summary
- Ready software is the right choice in most cases: it costs less, exists immediately and does not commit to maintenance.
- The custom made is justified when a central function for the process is lacking, not when a convenience is lacking.
- One PWA avoids stores, updates itself and runs on any device with a browser: for internal tools it is often the most practical form.
- The voice that surprises is the maintenance: should be counted as a recurring cost, not as a project queue.
- A database is not always needed: for contained volumes, blob storage reduces the pieces to be maintained.
The function that justified the tailored
In the short-term rental project, we needed a shared box where staff read and respond to guest messages. There are many such tools, ready and mature.
What we haven't found in anyone is see the automatic message delivery status next to the conversation.
It looks like a detail. It's not: in a system where input instructions start on their own, the most frequent operational demand is "Did the guest receive and read the instructions?". Ready-made tools show conversations; automatic messages start from another system and remain invisible. The host had to check in two different places.
In the PWA built for the project each automatic message appears in the conversation with the exact text received from the guest and with the state that the channel sends back — sent, delivered, read, failed. One screen, one answer.
The comparison, without discounts
When it's custom-made
- There is a central function that no product offers.
- The cost per location of the ready-made software grows with the team and becomes the dominant voice.
- The data cannot be on third-party infrastructure for contractual or compliance reasons.
- The process is so specific that adapting it to a standard product would cost more than software.
- You already have a supplier or team that can maintain it over time.
When it's ready
- The product covers most needs and the rest is passable.
- You don't have anyone to take care of maintenance in a year.
- You need to leave quickly: the ready is available today.
- You want assistance to call when something doesn't work.
- The process is not a competitive advantage: it is administration.
| Criterion | Software ready | Customized PWA |
|---|---|---|
| Time to leave | Days | Weeks or months |
| Initial cost | Low or zero | The Development Project |
| Recurring cost | Canon, often by post | Hosting + maintenance |
| Functions | Those provided by the product | The ones you decide |
| Data | On the provider's infrastructure | Where you decide |
| Assistance | Supplier's | Who built it |
| Evolution | Following is the vendor roadmap | Follow your needs |
| Risk | Supplier changes prices or closes | Who built it becomes untraceable |
The last line is worth reading twice. Both roads have a risk of dependency: from a software provider or a development provider. Tailored doesn't eliminate addiction, it moves it.
Why a PWA and not a store app
For an internal instrument, the form installable web application has concrete advantages over a native app.
- No steps from the stores. No revisions, no waiting time, no third party rules to be adhered to to publish an update.
- Immediate update. Who opens the tool already has the latest version: there is no team problem with different versions.
- One code for all devices. Phone, tablet, and computer use the same thing.
- Installable anyway. Those who want the icon on the home screen have it, without going through an application store.
The main limit concerns push notifications, which work but with different constraints depending on the operating system — particularly on iPhone. The theme is covered in full in Web Push Notifications.
The technical choices that kept the project light
Two decisions sharply reduced the pieces to keep.
No database. The data — chats, message states — live in the blob storage of the hosting provider. For in-game volumes is enough, and removing a database means removing a service to be configured, updated, saved, and paid for. It is a choice that needs to be reassessed if volumes grow or if complex queries are needed, but starting simple is almost always right.
Proportional authentication. Access with a team-shared credential, and endpoints called by automatic systems protected by a secret in the header. For a small group that still shares the work is an acceptable choice; the moment it was needed to know who has written what, you would need individual accounts. It's a decision to make by looking at the real risk, not out of habit.
Practical examples
A three-person team that handles messages. A product ready for shared boxes costs little and works. However, if the value lies in seeing the states of the automatic messages, that little is not enough and the customized makes sense.
A professional firm with a rigid management system. The business management software covers everything except one screen needed every day. Building that screen on top of the software’s data, instead of replacing the software, is often the best choice: you add rather than replace. The connection is described in Integrating management software.
A company that considers replacing a ready-made product. The right question is not "can we build it?" but "who will keep it in two years?". If there is no answer, the ready product remains the right choice even if imperfect.
A tool that is born around an automation. In the short rent project the shared box was not born as a product, but as a human interface above automatic flows: it needed a place where people could intervene where automation stops. It is a recurring pattern, also described in customer care automation and in AI workflow.
Mistakes to Avoid
Counting only the cost of development. The custom made has a recurring cost made of upgrades, corrections and small evolutions. Ignoring it leads to discovering after a year that the total is well above the canon you wanted to avoid.
Building to save on the canon. If the motivation is just the cost, the accounts almost never come back. The good motivation is the missing function.
Reconstructing what exists. Every function you replicate from a ready-to-use product is time spent without advantage. Tailored should only contain what makes your process different.
Not planning for handover. A custom-made software without documentation is a debt: whoever built it becomes irreplaceable, and this is a risk to the company.
Oversizing the infrastructure. Databases, queues, separate services: every piece added must be maintained. Starting from the simplest configuration that holds the use case is almost always correct.
How to apply it in the company
- List the functions you need and marks which ones are really daily. The list gets a lot shorter.
- Try two ready-made products on the real process, not the demo. Mark what's really missing.
- If something daily is missing, evaluate the tailored only for that part, supporting it to the systems you already have.
- Budget maintenance before deciding, not after.
- Define who keeps it and what happens if that person or supplier is gone.
If you are considering such a project, the overview of services is in custom software and the typical cost ranges in prices.
Conclusion
One Customized Corporate PWA It's not a better choice than ever: it's a right choice in a specific situation, that is, when there is a lack of a function that you use every day and that no one sells you. Out of that situation, ready software almost always wins.
The two questions that decide: What is the function that no product has? and Who's keeping this thing in two years?. If the first has no clear answer or the second has none, buy.
Do you want to understand what processes in your company can be automated with AI? Giallo Studio can help you turn the problem into a real workflow. If you are interested in the installable form, we talk about it in PWA and web app.
Giallo Studio guides: methodology and sources
How we apply it in the company
Related resources
WhatsApp agent for short-term rentals: the full case study
Web Push Notifications: How They Work and Limits on iPhone
WhatsApp Cloud API: how it works and how much it really costs
WhatsApp automation: 6 mistakes we learned from in practice
Integrate business software with n8n: APIs, webhooks and HMAC signing
Subscription or custom AI: which makes sense?
Jev AI vs LLM: how to choose the right modelOther direct comparisons
The same criteria applied to other model pairs.
- Perplexity vs Google: response with sources or link list
- RPA vs AI automation: differences, costs and when to use which
- Claude Opus 5 vs Sonnet 5
- Voice AI or chatbot: which channel to choose
- Claude Opus 5 vs GPT-6 Astra
- Subscription or custom AI: which makes sense?
- Claude Opus 5 vs Gemini 3.1 Pro
- DIY AI or agency: how to decide
- Claude Opus 5 vs Fable 5.1
- ChatGPT Ads vs Google Ads (and Meta Ads): differences and when to use each
- Mistral vs Llama: comparison between the two open weight models
- Free ChatGPT vs ChatGPT Plus
FAQ
What is a corporate PWA?
It is a web application that can be installed on the device, which behaves like an app but lives on a web address. For internal use it is often the most practical choice: it does not go through stores, updates itself and works on any device with a browser.
When is it better to build instead of buying?
When there is a specific function that no ready-made tool offers and that is central to the process. If the ready-made software covers 90% of the needs, it is usually better to buy it and adapt the process. If the 10% you need every day is missing, the custom-made one pays off.
How much does maintaining custom software cost?
Maintenance is the surprising item: updates, corrections and evolutions are borne by those who built it, and should be taken into account as a recurring cost. Those who evaluate only the initial development cost underestimate the real cost over a few years.
Can a PWA receive push notifications?
Yes, with different limits depending on the operating system. On iPhone push notifications only work if the app has been added to the home screen, and there are specific constraints to know before promising them to a customer.
Do you need a database for an internal PWA?
Not always. For limited volumes and simple data, the blob storage offered by hosting providers may suffice: fewer components to maintain and fewer fixed costs. A database is needed when data grows, requires complex queries or needs transactions.
How do you manage access in an internal tool?
It depends on the size of the team and the sensitivity of the data. For a small group, a shared credential can be acceptable; as soon as you need traceability of actions or differentiated permissions, you need individual accounts. It is a decision to be made consciously, not by inertia.