Verified client cases

CUB3’s exact role, the decisions made and the outcomes we can defend.

These accounts distinguish the contracting client, the real context and figures we can explain. A technical delivery is never presented as proof of commercial success.

6 casesretained after factual review
3 countriesFrance, Belgium and Andorra
1 ruleno metric without an explainable method

Our evidence standard

A case study should help a decision, not only create an impression.

We state whether CUB3 was the direct supplier, subcontractor, delivery team or embedded reinforcement. Technical lead times are separated from external approvals and commercial outcomes.

When a figure is not measured, it does not become a marketing metric. It can remain a qualitative observation, clearly presented as such.

The IterLinks proof of concept was removed from public cases: it never reached production and had no users, payments or pilot.

What these cases demonstrate

Four recurring responsibilities.

Deliver under pressure

Own a complete scope and preserve a committed launch date.

Regain control

Audit, secure, version and make a product maintainable again.

Absorb a backlog

Build integrations or features the internal team cannot prioritise.

Preserve continuity

Support a transition and transfer the knowledge the remaining team needs.

The engagements

Six contexts without rewriting the story after the fact.

Detailed pages explain the starting point, intervention and limits of each outcome.

Promo.dev
Promo.dev

A production-ready ecommerce website in 28 days

Promo.dev had to deliver a white-label ecommerce product without the technical team required to build it. Two CUB3 engineers took ownership from the Figma designs onward.

Defensible outcomeA working ordering journey in 28 days, mobile apps delivered after store approval, and the planned marketing calendar preserved.

  • Ecommerce
  • Web & mobile
  • France
Read the detailed case
JustWC
JustWC

Taking over a product and cutting AWS costs by 76%

Following an audit of the code, security and infrastructure, CUB3 prioritised the changes that mattered to the product and its budget.

Defensible outcomeMeasured hosting costs reduced from €75 to €18 per month, Terraform infrastructure, Sentry monitoring and ongoing support.

  • Project recovery
  • AWS
  • France
Read the detailed case
HODNOS
HODNOS

Rebuilding an artist-booking marketplace that no longer worked

Legacy PHP code on an OVH server, edited through FTP without version control on GitHub. Several developers had worked on it without managing to get the application running again.

Defensible outcomeCUB3 restored the application: a rebuilt web platform, AWS infrastructure managed with Terraform, and iOS and Android apps delivered in three months.

  • Legacy
  • Marketplace
  • France
Read the detailed case
Macq
Macq

Maintaining technical continuity on TRADEMEX

Macq brought in a senior profile who already knew the product to support the teams, deliver targeted developments and handle complex production issues.

Defensible outcomeA smoother transition after a key departure, knowledge transfer and continued support for Macq customers.

  • Critical systems
  • Knowledge transfer
  • Belgium
Read the detailed case
No Paper Solution
No Paper Solution

Speeding up PMS integrations for an overloaded team

Two internal developers had to absorb a growing hospitality-integration backlog. One CUB3 engineer now handles SOAP and REST connectors as needed.

Defensible outcomeCustomer requests delivered without waiting several months, through a collaboration that continues as needs arise.

  • Hospitality tech
  • API & PMS
  • Andorra
Read the detailed case
RoboDK
RoboDK

An operational consultant hired in-house after four months

CUB3 provided an already identified consultant for support, onboarding, customer follow-up and billing operations.

Defensible outcomeGrowing responsibilities, better operational follow-up and a direct hire by RoboDK after four months.

  • Contract-to-hire
  • Customer Success
  • Andorra
Read the detailed case

How to read a case

Four questions every account must answer.

  1. 01

    Who engaged us?

    The contracting client and any intermediaries must be explicitly distinguished.

  2. 02

    What did not work?

    The initial problem must be observable: missing team, backlog, failure, cost or unusable product.

  3. 03

    What did we actually own?

    Team, duration, scope and CUB3 responsibility are described without implied extensions.

  4. 04

    What outcome can be confirmed?

    We retain measured delivery, timelines and savings, and describe the rest as qualitative feedback.

« Recovery, security and development of our digital product. The team’s efficiency and the ease of communication particularly mattered. »
JustWC
Le HoCEO at SAS Les Affaires — JustWC

Frequently asked questions

How to interpret our references.

Are all end customers named?

No. Some engagements are delivered white-label. We name the partner who engaged us and keep the end customer confidential where required.

Why do some cases have no business metric?

Because technical delivery does not automatically prove sales or adoption. We only publish outcomes we can connect to our work.

Are the testimonials authorised?

The testimonials used on these pages are authentic, and the displayed logos were authorised or used within the agreed client framework.

Can we request a reference closer to our context?

Yes. During a call, we can explain the closest public engagement and clarify what must remain confidential.

Next step

Do you recognise your situation in one of these cases?

Let us start from the real situation, not a pre-packaged solution. We will then define the responsibility CUB3 can take.

Discuss your context