Call · 15 min
·The method

Businesses don't grow because they use more technology. They grow when they understand how they work.

That is why Itria doesn't sell just software, automations or tools. First it analyses the business, then it organises the processes, then it measures the results: only at that point does it bring in the right technology. Technology is the means. Commercial performance is the goal.

1.

Analyse

We study the company's customer journey, its daily operations and its sales processes, not on a hypothesis: on real operations, day by day. We trace where time comes in and where it goes out, which activities are repeatable (automatable without loss of quality) and which require human judgement that can't be replaced. This phase has a single goal: to know precisely where the business loses hours, before proposing any solution.

Produces
Map of the
real processes
2.

Organise

We redesign the processes identified into simple, clear, repeatable flows: every activity follows a defined sequence and doesn't depend on improvisation or on one person's memory. This is the phase in which we build operational continuity: the goal is for the business to work even when the decision-maker isn't in the office, without anything getting lost.

Produces
Repeatable
processes
3.

Measure

We turn scattered data and information into decision indicators (KPIs): time to first response, share of leads followed, no-shows avoided. They are the quantities that really matter for that specific business, not a generic dashboard. What isn't measured can't be improved: the goal is for every commercial decision to have a number behind it, not a feeling.

Produces
Decision
indicators
4.

Improve

Only at this point do we bring in the most suitable tools: CRM, automations (workflows that carry out the repeatable steps on their own), artificial intelligence (where judgement on text or language is needed) and a control dashboard. Not because they are innovative: because they solve exactly the bottleneck identified in phase 1. The goal: a system running within thirty days, which the client owns and understands, not a permanent dependence on a supplier.

Produces
System
running
·Why this order

Each phase must produce a result before the next one is discussed.

We never introduce a tool before understanding the process it is meant to serve. A tool on a process nobody understands solves nothing: it only adds one more tool to manage.

The gap between Italian SMEs that have already adopted artificial intelligence and those that have really integrated it into their processes has been measured, and it is wide: we covered it in 81% of Italian SMEs use AI, one in four has integrated it.

·How it is proven

A number is only useful if it could have gone wrong.

Anyone, at the end of the month, can find a figure that has improved. The point is to decide beforehand which figure to look at and what counts as failure, and then to accept the verdict. There are four steps, and they apply to every piece we build.

Before starting

One indicator is chosen, just one

Not “improve the processes”, but a precise quantity: the median time to first response to a foreign request, the average days to collect, the share of requests left unanswered. One, chosen together and written down, because three indicators mean you can cling to the one that went well.

It serves to: make it impossible to change the yardstick after the game.
The starting point

We measure how things stand now

From your data for the previous months, before we touch anything. It is the most boring step and the one nobody does: without the starting value, any later improvement remains an impression told well.

It serves to: have a benchmark that existed before us.
The threshold

We write down what counts as failure

With a value and a date, agreed before starting: if by that date the indicator hasn't passed that threshold, the piece has failed. We write it, and it counts against us.

It serves to: make a negative verdict possible.
The check

We verify it isn't chance

A figure can improve because of the season, a campaign in progress or a trend that had already started. Before taking credit we ask whether the improvement exceeds what would have happened anyway, and over periods long enough to mean something: a few weeks don't make proof, even when the numbers are large.

It serves to: tell the system apart from luck.

When the result is uncertain we say so, instead of rounding it down out of caution or up out of enthusiasm. An improvement that doesn't survive this check isn't an improvement: it's a coincidence with an invoice attached.

The load tests already run on the prototypes, with the test numbers and how they are calculated, are on the sector pages: food and export, hospitality, restaurants.

·One piece at a time

We don't install everything on day one. We build a piece, prove it, then decide the next one.

The first intervention starts as a pilot: we start from the most visible problem, the one that already costs the most today in time or lost revenue, and build only that piece. Thirty days, a measured result, a number before and after. If the piece has returned more than it cost, the next piece makes sense. If not, we stop there.

It isn't a package sold all at once on day one: it's an architecture that grows only where it has proven useful, one automation at a time, even of different kinds. The business decides whether and when to add the next piece, always with its own numbers in hand.

See the services
·Why we are different

We don't sell just software, CRM or automations.

We build them when they are needed, connect them to each other, and above all make them pay off. Software shows the numbers. Itria turns them into decisions.

DimensionGeneric web agencyTraditional consultancyItria
Starting point A package or a standard template, the same for every client. An analysis, often on slides, without building anything that actually works. A real measurement: where the business loses time or revenue today.
Payment Everything up front, before seeing a result. By the day or the hour, regardless of the outcome. One piece at a time: each piece pays for itself before the next.
Ownership of the system Often stays in the supplier's hands, with paid maintenance. Not applicable: no system is built. The client owns what has been built, with no permanent dependence.
After delivery Ticket support, minimal oversight. A document, not a running system. Direct oversight by whoever built the system, not a ticket number.

What we don't do.

  • ×We don't sell a subscription without a measurement first. If we don't know where the business loses hours or revenue today, there is nothing to quote.
  • ×We don't replace tools that already work. If the management software is fine, it stays. We connect, we don't replace things to bill for a migration.
  • ×We don't let AI talk to your customers without control. Every message that goes out in your name passes through a rule you have approved, or through a person.
  • ×We don't deliver slides. Every phase produces something that works or a measured number. A document isn't a result.
  • ×We don't hold the system hostage. At the end the client owns what has been built, credentials included, and can walk away.
  • ×We don't take on work we don't believe in. If the problem can be solved with half an hour of reorganisation, we tell you and don't send you a quote.
·FAQ

The most frequent questions.

How much does it cost?

It depends on the piece, and we don't know before we have looked. What we can say beforehand is the shape of the cost: you pay for one piece at a time, each with a written scope and a fixed price agreed before starting. No fee that starts before the system works, no billing by the day.

The first piece is deliberately small: it must cost less than what the business is already losing on that process, otherwise there is no point proposing it. If the first call shows that the return isn't there, we tell you and don't send the quote.

Do we have to change our management software or throw away what we use?

No, and that is the point: we don't replace the tools you have, we make them pay off. Management software, email, WhatsApp, the Excel sheets the team knows by heart stay where they are. The work lies in making them talk to each other and removing the manual steps in between.

We propose replacing a tool only when it is the bottleneck measured in the analysis phase, never because we prefer another one.

Our team isn't technical. Will they be able to use it?

The design criterion is that the system shouldn't require a new skill to work. In most cases the work happens behind the scenes: things arrive already sorted where the team already looks today: the inbox, the spreadsheet it already uses, a message. If a piece requires someone to learn a new tool, that piece is badly designed.

Where does our data end up, and does the AI train on it?

No. The contracts with the AI engine providers exclude the use of data for training, and the orchestration runs on servers in the European Union under our direct control, not on third-party platforms that resell access.

How we protect access, data and backups is written line by line, without embellishment, in AI transparency.

We already tried adopting AI and not much changed.

That is the normal case, not the exception: in Italy 81% of SMEs already use AI tools, but only 25% have really integrated them into their processes. A tool in one person's hands helps that one half hour; it doesn't touch the process that person repeats eighty times a month.

The difference isn't the tool: it's that someone has mapped the process, decided where human judgement is needed and where it isn't, and connected the result to the tools the business already uses. That is exactly the work we do before writing a line of the system.

How much time do we have to put in?

The analysis phase is the most demanding, and even so it is a matter of a few hours in total: we need to see how you really work, not a questionnaire filled in in a hurry. From the build onwards the load comes back to us, with a check-in when there is something concrete to look at.

If a project requires weekly meetings for months, it isn't a project: it's a consultancy subscription.

·The next step

A method is judged on a real case.

The phases above describe how we work. What they would produce in your business becomes clear by looking at your numbers. With Itria we start from the outside to build tailored digital systems for Italian small and medium-sized enterprises. For you that translates into more requests, fewer things that fall through and less work done twice. Write us a line about what weighs on you. We take the first step: what a customer sees when they look for you, and what we found there. Even if we don't end up working together.