Questions

How we work

The questions people actually ask before a first call, answered plainly. If yours is not here, write to us and we will add it.

What does Alvara do?

We build vertical software: systems for one specific trade, rather than a general tool that every industry is expected to bend around. We work with the people who already know the problem, take the time to understand how the work is actually done, and then build and run the product with them.

Two are live today. Kosta is an operating system for independent garages. Sahly is a sales and finance system for a boutique publisher.

What is vertical software, and why build it?

Horizontal software solves one function for everybody: a spreadsheet, a CRM, a chat tool. Vertical software solves one industry's whole problem, in that industry's own language. A garage does not need a generic project tracker, it needs job cards, parts, technicians and job-level profitability in one place.

The reason it is worth building is that most trades run on a stack of paper, a whiteboard and a group chat, and the products aimed at them were built by people who never worked in them.

Which industries do you work in?

We are not restricted to a list, and we do not think being a specialist in one sector is the point. What we look for is a trade where the work is well understood by the people doing it and badly served by the software available to them.

So far that has meant independent automotive workshops and boutique publishing. The next one will be whatever somebody brings us that meets the same test.

Are you an agency?

No. An agency is paid to deliver a scope and hand it back. We build products and then help run them, alongside the people who brought us the problem.

The practical difference shows up in the parts most studios treat as somebody else's job. Pricing and launch are product decisions, so we run them alongside the build rather than handing them over at the end.

How does an engagement work?

Four stages.

Embed. We spend real time inside the business, learning how the work is done rather than how it is described.

Shape. We decide what the product actually is, and whether there is a business in it. This is the stage where the honest answer is sometimes no.

Build. Working software, shipped to real users rather than demonstrated.

Run. Operate, measure and iterate towards product-market fit.

What does “AI-native” mean here?

It means agents, automation and data pipelines sit in the core of the product rather than being bolted on afterwards as a feature. The test we hold ourselves to is whether the thing is built to run a business, not to demo one.

It is a description of how the software is built, not a claim that the software is magic.

What do you need from a partner?

Access to the real work, and somebody who knows it well enough to tell us when we have understood it wrongly. That matters more than a written brief.

The engagements that work are the ones where the person with the problem stays involved through the build, rather than approving a specification and waiting.

What does it cost?

It depends on the shape of the engagement, because they genuinely differ: how much of the problem is already understood, how much needs building before anyone can use it, and how involved we stay once it is running.

That is what the first call is for. It is a conversation about the problem, not a pitch, and if the honest answer is that you need a process fix rather than a product, we will say so.

Where are you based?

Dubai, United Arab Emirates. The work does not have to be here, but the studio is.

How do I start?

Bring us the problem. Book a 30 minute call and come with one thing your industry has learned to live with. We will ask how the work gets done today, who touches it and where it breaks.

If you would rather write first, hello@alvara.ae reaches a person.