Most companies sell you the build. The years that follow are where the software actually lives — so we stay for those too.
Where we usually come in
You may recognise one of these.
None of these situations is unusual, and none of them means anything has been done badly.
They are what happens when a business grows faster than the software holding it together.
01A process that only works because one person remembers all the steps.
02Software that was delivered years ago and has not been touched since.
03Two systems holding the same data and disagreeing about it.
04A spreadsheet that has quietly become critical infrastructure.
05A developer who left, and took the only understanding of the code with them.
06A tool that fits the company it was built for, and not yours.
Services
Two things, done properly.
AH-01
Custom software development
Software written for one company's way of working, rather than a product it has to bend around.
Web applications and internal tools
Back-end services and data models
Integration between systems that were never designed to talk
Replacement of processes still running on spreadsheets and email
AH-02
IT consulting and outsourcing
Engineering capacity and technical judgement for companies without an in-house team, or with one that is already at capacity.
Technical assessment before a decision is expensive to reverse
Taking over software someone else wrote
Ongoing maintenance, monitoring and support
Engineers working as an extension of an existing team
How we work
Four steps, and the fourth is the point.
01
Discovery
We start with how the work is done today — the actual steps, the workarounds, the parts nobody has written down. The scope is agreed from that, not from a wishlist.
02
Design
Structure, interfaces and data model are settled before code is written, and reviewed with the people who will use the result rather than only those who commissioned it.
03
Build
Delivered in working increments you can open and judge, so the direction is corrected while correcting it is still cheap.
04
Operate
The system goes on being maintained, monitored and changed as the business changes. This is where most of a system's life happens, and it is part of the engagement, not a separate sale.
Capabilities
What the work is made of.
01
Web application development
The interfaces your staff or customers work in every day.
02
Back-end and API engineering
The services underneath, and the interfaces other systems call.
03
Databases and data modelling
How the business is represented, so reports agree with each other.
04
System integration
Making software that was never designed to cooperate do exactly that.
05
Cloud infrastructure and deployment
Where it runs, how it ships, and what happens when it does not.
06
Automation of manual processes
The recurring work currently done by hand, done by the system instead.
07
Maintenance and technical support
Keeping a live system healthy once the build is finished.
08
Legacy system takeover
Adopting software written by someone who is no longer available.
Working together
The contract follows the problem.
Three shapes. Which one fits is part of the first conversation, not something to settle
before it.
Engagement models compared across four characteristics
Model
Scope agreed up front
Capacity reserved monthly
Delivery owned end to end
Advisory without implementation
Fixed-scope projectThe outcome is known and can be written down.
Scope agreed up frontyes
Capacity reserved monthlyno
Delivery owned end to endyes
Advisory without implementationno
Dedicated teamThe work is continuous and the priorities move.
Scope agreed up frontno
Capacity reserved monthlyyes
Delivery owned end to endyes
Advisory without implementationyes
ConsultingThe decision matters more than the code.
Scope agreed up frontno
Capacity reserved monthlyno
Delivery owned end to endno
Advisory without implementationyes
After you write
What happens next, in order.
1
Your email
You describe the problem in your own words. No form, no qualification questionnaire, no sales sequence.
2
A conversation
A call to understand the situation, the constraints and what has already been tried. The conversation is about the work itself, not a sales process.
3
A written scope
What we understand the problem to be, what we would build, what we would not, and how we would price it. In writing, so it can be compared with other quotes.
4
Your decision
You keep the written scope whether or not you work with us. If custom software is the wrong answer for you, that is what the document will say.
How we work with you
Four commitments we can actually keep.
Ownership is settled first
Who owns the source code, the infrastructure accounts and the documentation is written into the agreement before work begins, rather than discovered at the end of it.
We say when it is not us
If an existing product solves your problem for a fraction of the cost, we will tell you which one. A bad-fit project helps neither side.
Scope in writing first
Work does not start on a verbal understanding. What is included and what is not is agreed on paper before anyone writes code.
You know who to write to
Every engagement has a stated point of contact, so a question about your system never has to start by explaining it again from the beginning.
Company
Established in Lisbon, working across the EU.
Arroba Harmoniosa is an IT services company based in Lisbon, Portugal. We work with small
and mid-sized companies across the European Union — under EU law, in EU jurisdiction, with
the contractual and data-protection obligations that come with it.
There are no client logos on this page and no numbers we cannot stand behind. What we
offer instead is a direct conversation with the people who would do the work.
Registered office
Rua Ana de Castro Osório, no 5, NO-/CA, Lisboa, Portugal
Yes. We are established in Lisbon and work with small and mid-sized companies across the European Union. Engagements are handled remotely, under EU law.
What does a project cost?
It depends entirely on scope, and we would rather not publish a number that turns out to be wrong for you. Pricing is set out in the written scope after the first conversation, alongside the assumptions it rests on.
We already have software that someone else built. Will you take it over?
Yes — that is part of the IT consulting and outsourcing service. It starts with an assessment of the existing code and infrastructure, so that you get an honest view of what maintaining it involves before committing to anything.
What happens after the software is delivered?
It is maintained, monitored and changed as your business changes. Continuing to operate the system is part of the engagement rather than a separate contract sold afterwards.
Do we have to choose an engagement model before talking to you?
No. Which of the three fits is something the first conversation is for. Some engagements also change shape over time, from a fixed-scope build into ongoing operation.
Who would we actually be working with?
The company is directed by Aleksandrs Zukovs and is based in Lisbon. Who works on your project depends on what it needs, and that is agreed with you before anything starts.
Tell us what is not working.
Describe it in your own words — the process, the system, the thing that keeps breaking. You
will get a straight answer about whether we are the right people for it, including when we
are not.
Rua Ana de Castro Osório, no 5, NO-/CA, Lisboa, Portugal
Cookies
This site sets no analytics or advertising cookies and loads nothing from third-party
servers. Only a strictly necessary record of your choice is stored, on your own device.
Read the Cookie Policy.