The answers people ask us for before they write.
Everything below is what we actually say on a first call. If your question is not here, ask it — we reply to every enquiry within one business day.
How we work
How does a project start?
With a conversation, not a proposal. You write, we reply within one business day, and the first call is spent on the business: objectives, users, constraints and the technology already in place. What comes out of that is a scope with a price, not an estimate with an asterisk.
What is your method?
Five phases, and the fifth loops back to the first. Understand the business. Design the architecture and the roadmap. Build, iterating as we go. Deploy to production with quality, security and performance in mind. Evolve as the business changes — and every shift in the business reopens the cycle where it began.
How long does a project take?
It depends on the scope and on the state of what already exists, and any number given before looking at both is a guess. Turning it into a date is what the first phase is for; what we commit to before that is the scope of that phase.
How fast do you reply?
Within one business day, to every enquiry. That is not a target we publish and hope for — it is the commitment on the contact page.
Services and capabilities
What do you actually do?
Six capabilities: AI and intelligent automation, custom software development, data and analytics, cloud and DevOps, enterprise systems and integrations, and quality engineering. Each one has its own page with what it covers in detail.
Is the AI real, or is it a label?
The concrete list is AI assistants and conversational AI, AI agents, intelligent process automation, AI contact centre, AI integrations, and workflow automation. If a problem is better solved without a model, we say so — that is also what the first phase is for.
Can you work with the technology we already have?
Yes, and it is the normal case. System and API integration and legacy application modernisation are part of enterprise systems, and the usual answer to a fragmented stack is to move what is costing money and connect what is working.
Do you build mobile apps?
Yes. Custom software covers web applications and digital platforms, mobile apps, desktop applications, e-commerce, and custom enterprise platforms.
Do you test what you build, or just build it?
Quality engineering is one of the six capabilities, not a step someone remembers at the end: QA, software testing, test automation and performance testing.
We do not know what we need yet. Where do we start?
By the problem, not by the technology. The solutions pages are framed by business challenge — automating a process, modernising something legacy, getting decisions out of your data — and each one says which capabilities it combines.
Odoo and enterprise systems
Do you work with Odoo?
Yes, as a partner registered with the vendor. We implement and customise it, integrate it with the systems you keep, migrate you off spreadsheets and legacy systems, and support, host and license it afterwards. The Odoo page answers the specific questions — Community or Enterprise, what happens to your data, who maintains it.
We already have another ERP. Does that rule us out?
No. Legacy application modernisation and system integration are part of enterprise systems, and replacing a system nobody complains about is paying twice for the same thing. Sometimes the right answer is to connect what you have, not to change it.
Pricing and engagement
How much does it cost?
There is no published rate, because the price is moved by three things: the scope, the state of what already exists, and the deadline. What we commit to before any project is the scope of the first phase — and the price of the project comes out of that phase, closed, before anyone builds anything.
How do you contract the work?
Three ways. Fixed price against a closed scope, when the scope can be closed. Time and materials, when it genuinely cannot — discovery work, or a system nobody has mapped yet. And a monthly retainer, for ongoing support, evolution or reserved capacity.
Which of the three should we choose?
Fixed price if the scope can be closed: you get certainty and we carry the estimate risk. Time and materials if the work is discovery, where a fixed price is only a fixed price because someone padded it. A retainer if what you need is continuous capacity rather than a project. We decide it with the scope in front of us, not before.
Contract, code and confidentiality
Who owns the code?
You do. The intellectual property (IP) of the development is the client's.
Will you sign an NDA?
Yes, before we see anything about your business. A first conversation about an operation usually means looking at how a company actually makes money, and that is not something you should have to hand over on trust.
Where do the code and the data live?
In your infrastructure when you have it — your repositories, your cloud, your access — and in ours when that is what the project needs. If it runs on ours, the server cost comes at a discount.
Do we have to move to your tools?
No. Working inside the client's own repositories, cloud accounts and access is the default, precisely so that nothing we build ends up living somewhere you cannot reach.
After delivery
What happens when the project ends?
One of three things, and it gets chosen before the end rather than after it: a documented handover so your own team runs it, a continuous support agreement with us, or hosting and operation managed by us.
Is there a warranty?
Yes. Delivery includes a warranty period in which fixing what we delivered is not billed. The exact term is set in the project contract — it depends on the scope, so a single number on a web page would be either wrong or meaningless.
Can you host and run it for us?
Yes: hosting, backups, monitoring and updates. On our infrastructure the server cost comes at a discount, and the support agreement covers the operation rather than only the incidents.
And if we want to run it in-house?
Then it is handed over documented, and that is the end of the dependency. The code is yours, it lives in your repositories, and the handover is a phase of the project rather than a favour afterwards.
Team, presence and hours
Where are you based?
We work with representation in the United States and Colombia, and with clients across the United States, Spain and Colombia. That model is deliberate: it lets us combine specialised talent and collaborate across markets and time zones.
How does the time difference work in practice?
The reference workday is 9:00 to 18:00 in each local time. The United States and Colombia are both at UTC−5 — Colombia does not observe daylight saving — and Spain sits at UTC+1, which leaves a real block of shared hours with every one of the three. The home page draws the overlap.
What languages do you work in?
Spanish and English. This entire site exists in both, and so do the conversations, the documentation and the handover.
Your data and this site
What do you do with what I send through the form?
It is used to answer you. We keep an enquiry for as long as it takes to answer it and to carry on the conversation it started, and in any case no longer than 24 months after the last exchange, at which point it is deleted or anonymised.
Does this site track me?
No. It sets no cookies of its own and stores nothing in your browser — no analytics, no advertising or remarketing tags, no tracking pixels, no social embeds, no chat widget. The fonts and the videos are served from our own domain rather than a third party, so loading a page here does not announce your visit to anyone. Our hosting provider may set a strictly necessary security cookie, which does not identify you.
Can I ask you to delete my data?
Yes. You can ask for a copy of it, for it to be corrected, deleted or restricted, and the privacy policy says exactly how and to whom.
No question matches that. Ask us directly and we will answer it — and then it will be here.
Have a technology challenge in mind?
Tell us what you are trying to solve. We will help you find the right path — and if there isn't one, we will say so.
Let's talk