Loading…

Everything people ask us. No detours.

The real questions we get, and our answers the way we give them. If one is missing, write to us — we answer every message.

How does a project start with you?

With a conversation. You write to us, we reply, and we set up a first call. Then comes framing — the first stage of our method: we get to know your business, your users and the real scope. Everything else follows from it.

See the method

Do we need to arrive with a written brief?

No. Come with the problem, not the solution. Framing exists precisely to turn an idea into a clear scope — priorities settled, key journeys, technical direction. If you already have documents, all the better: we use them as a starting point, never as a straitjacket.

How much does a project cost?

There is no rate card: the price is an output of framing, never a point of entry. Once the scope is set, we commit to a firm amount and a firm schedule. The whole reasoning is laid out on the Investment page.

How we think about investment

Do you work remotely?

Yes. The studio works remotely across French Polynesia, Australia and France, and collaborates just as easily locally as internationally. Conversations happen over video or in writing, whichever suits you — distance has never stopped a product from being built well.

How long does a project take?

As long as its scope demands — we do not publish typical timelines, they would be false. What we do commit to: a firm schedule set at the end of framing, and held. You know where you are going before the first line of code.

How do we follow progress?

By milestones, with regular check-ins — never a black box. Every client also gets a dedicated area: the status of their projects, follow-up notes and invoices, available at any time.

Go to the client area

What if the scope changes along the way?

We talk about it first, we price the difference, you decide. No quote that quietly inflates, no surprise on the invoice — the scope validated during framing stays the shared reference.

Web, native or cross-platform — how do we choose?

Guiding you is our job, not yours to arrive with the answer. We start from your uses, your users and your constraints, and we recommend a direction. Four ways to build — only one that fits your situation.

Explore the expertise

Who owns the product?

You do. The code is written to be picked up: clean architecture, tested, that your teams — or another provider — can keep alive. We build no dependency on us.

Can you take over an existing product?

Yes, when it is the right call. We start by understanding what is already there — code, architecture, usage — before saying what we keep, what we strengthen and what we replace. And if rebuilding everything is the wrong idea, we will tell you.

What happens after launch?

That is the fifth stage of the method: maintenance, monitoring and evolutions. As a monthly retainer sized during framing, or as one-off work when something needs to change. Launch is a beginning, not an end.

And if something breaks?

A product we support is monitored — most of the time, we see the problem before you do. When something breaks, we fix it: that is exactly what long-term support is for.

A question that is not here?

Start a project