Skip to content
Giallo

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

Comparison of custom-made enterprise PWAs and ready-to-run software: control, cost and maintenance

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 criterion Tailored is justified when the missing function is the one you use every day, not the one you would use every now and then. If the question "missing X" has as its answer "yes but we can do without it", the right answer is to buy.

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.

Warning Shared credentials leave no trace of who did what. They are fine as long as the team is small and close-knit, and they need to be reviewed as soon as someone new comes in or as soon as the data becomes sensitive. On the processing of personal data worth reading AI and GDPR.

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

  1. List the functions you need and marks which ones are really daily. The list gets a lot shorter.
  2. Try two ready-made products on the real process, not the demo. Mark what's really missing.
  3. If something daily is missing, evaluate the tailored only for that part, supporting it to the systems you already have.
  4. Budget maintenance before deciding, not after.
  5. 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

AI consulting services and process automation

Other direct comparisons

The same criteria applied to other model pairs.

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.

Put it into practice

Let's turn this guide into your first live workflow.

Tell us what process you want to lighten: we evaluate feasibility, return and first operational step.