Approach

Fast, with AI. Held together by experience.

AI speeds up the work; nearly 20 years of putting products into production decide what is kept. Four steps, always in the same order. At each one, you know what is happening, what you can see and what you decide. Nothing reaches your users without your approval.

01The steps

Four steps. Your approval at each one.

You see something from the first week, and nothing is built without being written down and reviewed. After that, every change follows the same path, only shorter.

01

Listen and propose

Prototype
What happens

Questions first: your users, your business, your constraints, what already exists. Then proposals: what AI can bring, what is better left undone, a simpler version when it is enough.

What you see

A written summary of what was understood, in your words, the options proposed and the questions still open.

What you approve

The need, as written. And what will not be in the first version.

02

Prototype and write

Prototype
What happens

A prototype to try from the first week. Then what will be built is written down in black and white: user journeys, scenarios, AWS architecture, choice of AI models, delivery plan and estimate.

What you see

The prototype, then a short, readable specification, stored with the code, that you review and comment on.

What you approve

The scope of the first version, the plan and the estimate. You have what you need to decide, with or without Elia Interactive.

03

Build and show

Build and go live
What happens

The product is built fast, in small steps, with AI, under human direction and review. Every change passes the same checks before going any further.

What you see

Every week, a version to try on a private test environment, and a short check-in to discuss it.

What you approve

Each change, on the test environment, before it goes any further. You can adjust along the way.

04

Launch

Build and go liveMonitor
What happens

The approved version goes live on your AWS account. It is dated, and rollback is ready. Reliability and costs are then monitored.

What you see

Your product live, then regular reporting: response times, tests, monthly AWS costs, releases.

What you approve

Every release. Then the next improvements, decided from real usage.

The labels refer to the steps of the path: enter wherever you need. See the services
02The principle

One single point of contact, from the first question to production.

One Product Builder, one point of contact

The person who listens to you is the one who designs, builds and launches.

No project manager in between, no hand-offs between teams, no need distorted along the way. Decisions are made with you, and end up in the product exactly as made.

YouElia InteractiveYour product in production
What stays

Your rules stay yours

Code reviews, useful rituals, security rules, tools: whatever already serves your product is followed, not bypassed.

Documented

Everything is written down

Specifications, decisions and technical choices are stored in the repository as work progresses. Nothing stays in one person’s head.

Handed over

Your team can take over

The code, documentation and access are handed over to you. Your team can evolve the product without depending on anyone.

03Quality

The AI proposes. Experience sorts, then you approve.

AI writes fast, and it gets things wrong with confidence: a query that is too heavy, a key left in the code, a test deleted to make the build “pass”. Nearly 20 years in production are what catch these mistakes before your users do. A fix and a new feature follow the same path, from specification to production. A failed check stops the change.

One change · “delay alerts” · exampleBeing checked
  1. 01SpecificationWritten, reviewed with you
  2. 02CodeWritten with AI, reviewed line by line
  3. 03Automated testsRun on every change
  4. 04AI answersCompared with reference cases
  5. 05Security and costAccess, data, budget
  6. 06Test environmentPrivate, separate from production
  7. 07ApprovalNothing ships without your OK
  8. 08ProductionDated version, on your AWS account

A check fails: the change goes back to the code, then passes every check again.

Rollback ready: the previous version can be restored.

›“delay alerts” specification reviewed and approved

›code written with AI, reviewed line by line

✓automated tests: 1,240 of 1,240 passed

✓AI answers: 60 reference cases, all as expected

✓security checked · estimated cost within budget

◆live on the test environment, ready to try

◆approved by you

●in production · version dated today

Steps 03 to 05 are automatic
The path of a change, from specification to production, with its checks. Illustrative example, fictitious figures.

Automated tests

Run on every change: unit tests, behaviour scenarios written in plain language, full journeys just like a real user.

Separate environments

At least two: a private test environment and a production one. More if needed, for example to compare two solutions.

AI answers checked

AI answers are checked automatically, and re-run against reference cases whenever a model or a prompt changes.

Rollback

Every version is dated. If a release causes a problem, the previous version is restored.

On Eliacover, Elia Interactive’s own product, everything can be shown: the same standard applies to your product.

~19,700

automated test cases

118

behaviour scenarios

See the Eliacover case study
04Security

Your data and your access stay under your control.

On your own AWS account

Your product and your data stay with you. You keep control of access, and can revoke it at any time.

Least-privilege access

Each part of the product only has the permissions it needs. Passwords and keys are never written in the code.

Encrypted data

Data is encrypted at rest and in transit.

A check before every release

Access and data handling are checked before every release, just like the tests.

Confidentiality

Your information stays confidential. A non-disclosure agreement can be signed from the first conversation. Client products are never shown without their consent.

Only what is needed goes to the AI

AI models receive what the task needs, and nothing more. Anything not useful stays in your product.

05Costs

You know what your product costs, and why.

With serverless on AWS, you pay for what you use: few users, small bill. Cost follows activity, and it is monitored from day one.

  • A monthly budget set with you, and alerts before it is reached
  • AI cost tracked separately, per use: per request, per document, per action
  • Nothing to maintain: no server to patch or watch at night
  • A traffic spike? The service scales up, then back down
AWS cost per month · example€312budget €400
HostingAIAlert threshold
Monthly AWS cost, AI included, under a budget and an alert threshold. Illustrative example, fictitious figures.
06AI in the product

Useful, measured AI, held in check by guardrails.

AI is not an end in itself. It is used where it serves your users, with a known cost and checks around every answer.

Choice

The right model for each task

Not the biggest one everywhere: a fast, low-cost model for sorting, a more capable one where quality demands it.

Cost

Cost per use, tracked

Every AI action has a budget, with an alert. You know what a request, a document, a customer costs.

Guardrails

Every answer is checked

Answers checked automatically, a fallback when the AI fails, uncertain cases flagged to a human.

Measurement

Measure before changing

Before a model or a prompt changes, the reference cases are re-run: quality cannot slip without anyone noticing.

TaskModel chosenGuardrailCost tracked
Sort a requestFast and low-costResult compared with reference examplesPer request
Search your documentsSearch in an index dedicated to your productOnly the documents the user is allowed to seePer search
Write the answerMore capable, used only hereSources cited; no source, no answerPer answer
Uncertain caseNoneFlagged, then handled by someone on your teamNo AI cost
A document research assistant, task by task: the model, the guardrail, the cost. Illustrative example.
On Eliacover, every generated face is compared with the original photos, a second AI reviews every page, and every book has a cost budget. See the case study
07Technical

For technical teams.

The stack, the infrastructure and continuous integration, in one minute.

Stack, infrastructure, tests, continuous integration

Serverless on AWS, infrastructure as code, manual approval before production.

Languages
TypeScript, Node.js, React, Angular, Symfony
AWS services
AWS Lambda, Amazon DynamoDB, AWS Step Functions, Amazon Cognito, Amazon CloudFront, Amazon Bedrock, chosen to fit the need
Infrastructure
Serverless on AWS, infrastructure as code (AWS CDK), cost monitoring and alerts, documented backup and restore
Continuous integration
AWS CodePipeline and AWS CodeBuild; at least two separate environments; manual approval before production; tagged and dated versions, documented rollback
Tests
Unit and integration tests; behaviour scenarios (BDD, Cucumber); end-to-end tests (Playwright); lint and type checks on every build
Method
Spec-driven development (Spec Driven Lifecycle with OpenSpec); Claude Code as a directed coding agent, every change reviewed before it is accepted
Your project

Tell me about your product. I reply within 2 business days.