Understand
We review a real case, volume, bottlenecks and available software.
From diagnosis to daily use: scope, testing, control and continuity to make informed progress.
A focused diagnostic turns a recurring task into a decision: what could improve, what it would require and whether a pilot makes sense.
We review representative examples, volume, processing time, corrections and available tools. We agree on the necessary access and data before starting.
If your existing software already solves the problem, or a pilot is not justified, the conclusion will say so.
A defined engagement, quoted in advance. The proposal separates diagnostic, pilot, implementation and ongoing service. It states which amounts are additional, which are credited and what licences, usage, revisions and support are included. Timing is agreed after checking access and data.
Request a diagnostic ↗A pilot must answer one question: does this process work better this way? The next step depends on the answer.
We review a real case, volume, bottlenecks and available software.
We define a pilot, the required data and acceptance criteria.
We connect your tools and practise with real team tasks: using the tool, reviewing its suggestions and resolving exceptions. We start with supervised work.
We measure usage, handle exceptions and expand what works.
An example of how Lucas applies AI to technical operations: simplifying execution while keeping controls proportionate to risk.
A simple spoken request prepares complex network maintenance tasks.
The operation includes a prior backup. Moderate changes require mobile approval; severe changes require approval from a PC and a subsequent audit.
Checks run after changes. If they fail, the system restores the previous state and sends a notification.
Developed at Avanss as part of the founder’s prior experience. This is not presented as a commissioned Olduvia project or a savings guarantee.
Start with a defined problem. Once the results support it, connect more work without losing control of scope, cost or responsibilities.
One channel, a main integration and an owner. Compare the outcome with the starting point.
Sales, delivery and administration sharing records, with clear permissions and approvals.
Explore shared reporting, work queues and service indicators across locations or contracts.
Each phase requires a separate feasibility assessment, scope and quote. Expansion is not included by default and the first project does not commit you to later phases.
From the outset, the proposal explains what is delivered, who controls access and how your work can continue if the service ends.
Agreed access, operating instructions, dependencies and a record of the delivered configuration. Ownership and licences are specified in the contract.
Available exports, formats, any migration costs and support for returning to a manual process or moving provider are defined within the capabilities of the tools involved.
Acceptance criteria and a fallback procedure are agreed before live use. If the pilot falls short, the next step is a documented decision, not an automatic expansion.
With a frequent, measurable process and a clear owner. In our first conversation we review what repeats, where work gets stuck and whether your existing tools can already solve it.
We aim to work with what you already use. Before committing to an integration we review access, formats, APIs and provider terms. If a connection is not viable, we explain this before quoting.
The scope is agreed for each process. Quotes, technical decisions and important messages can remain subject to human review. The aim is to prepare work better and automate only what has been authorised.
Before the pilot we agree on necessary data, permissions, providers and retention. The design must separate each client's information and allow system actions to be reviewed.
It depends on the process, volume and integration. The proposal separates pilot, implementation and maintenance, with defined usage and support. We do not give a fixed figure before reviewing the actual work.
Yes. Delivery is primarily remote for Spain and international markets. We agree on working language, time zones, data requirements and integrations. Commercial or implementation visits are quoted when needed.
Lucas González Díaz leads Olduvia and is your point of contact. A compact team of specialists works under his direction, using AI to expand its capacity. Scope, responsibilities and support are agreed before starting.
Yes. We can review use cases and tools, train your team and prepare transparency measures and procedures. We define the technical and organisational support and matters requiring specialist legal review. Explore the scope ↗