Farfetch Clone · Development Company

Farfetch Clone Development Company: What to Check Before You Hire

Anyone can show you a luxury storefront. The questions worth asking are what happens when one basket spans four boutiques, who can release a payout on their own, and which authentication controls are actually built. This page covers how we work, a deployment we have already delivered, and the gaps we name in writing rather than leave for a security review to find.

Talk to Our Team →See Pricing
Since 2010 building platforms
Deployed for a live operator
6 days to deploy
Handover
Monorepo, not access
What Handover Actually Means
01Full monorepo in your repository
02Prisma schema and migration set
03No runtime licence, no per-seat fee
04Your infrastructure, your database
05Your provider accounts
06Maker-checker roles assigned
2010
Building Platforms Since
9,000+
Projects Delivered
6 days
Deployment Window
100%
Source Code Transferred
Compare

Agency vs Freelancer vs Miracuves

Three routes to the same marketplace, and where each one tends to fail on multi-seller settlement specifically.

What mattersFreelance teamMiracuves ready-made
Time to liveFour to twelve months, if the scope holdsSix working days
Product modelOne product per seller, rebuilt later at costMaster products with competing seller offers
Multi-seller ordersThe first thing descoped when the budget tightensParent and child orders with independent state machines
Payout controlA finance person with database accessMaker-checker release, structurally enforced
Catalog QAUsually a spreadsheet and good intentionsA review queue with authenticity and provenance fields
Security postureRarely documented at allNamed gaps published before you buy
Source codeYours, quality unknown until handoverFull monorepo, 29 services, auditable for due diligence
Price behaviourHourly, and it moves$3,399 fixed, quoted before work starts

A capable agency will build you a fine marketplace. The comparison above is about time, certainty and what you hold at the end, not about whether good agencies exist.

Due Diligence

Questions Worth Asking Any Provider

Ask these of us and of anyone else you are considering. The answers are more revealing than a portfolio.

01

What happens when a basket spans four sellers?

If the answer is that the order is split manually afterwards, or that each seller gets a separate checkout, you do not have a marketplace. Ask to see one parent order with four child orders at four different fulfilment states.

02

Can one person release a payout alone?

Separation of duty on money movement is the first thing an auditor tests and the hardest thing to retrofit. Ask whether maker-checker is enforced in the data model or is a policy somebody is trusted to follow.

03

Can commission vary by category and tier?

A flat percentage does not survive the first negotiation with a high-volume boutique. Ask how a rate is changed for one category without a deployment and without touching every other seller.

04

What stands between an upload and a live listing?

In luxury, one counterfeit that reaches a shopper costs more than a QA queue costs to staff. Ask whether authenticity and provenance are structured fields you can filter and audit, or free text.

05

Which authentication controls are missing?

Every platform has some. A provider who says none is either not looking or not telling you. Ours are listed in the Platform Trust section below, in writing, before you buy.

06

Is there a runtime licence or per-seat fee?

If adding your hundredth boutique costs you more from the vendor, seller growth is a cost story rather than a margin one. Ask for the answer in writing.

07

Who holds the provider accounts?

Payments, messaging and search should sit in accounts you own. If the provider holds them, leaving is a migration rather than a decision, and payouts to your sellers depend on their relationship.

08

How does a bulk feed fail?

Boutiques will not hand-enter a thousand SKUs. Ask to see job monitoring on an import, because a silent feed failure is discovered when stock sells that does not exist.

09

Can I audit the code for due diligence?

If you take investment, someone will read this codebase. Ask whether it is auditable end to end or whether parts arrive as a compiled artefact you cannot inspect.

We answer all nine on a call, including the ones where the answer is no. The Platform Trust section below covers the most important of them in writing.

Process

The Six-Step Development Process

What we do, in the order we do it.

Step 1 · Day 0

Scope, supply and commission model

We confirm your market, your category mix, where the first boutiques come from, and how commission should differ by category and seller tier. A luxury marketplace with no supply is a catalog of nothing, and we would rather say so before you pay.

Step 2 · Days 1 - 2

Branding across four surfaces

Name, logo, colour scheme and splash on the customer storefront, the seller hub, the admin command centre and the Expo mobile build, with the 58-node taxonomy adjusted to the categories you actually carry.

Step 3 · Days 3 - 4

Deploy the services on your infrastructure

The monorepo and its PostgreSQL database go onto infrastructure you control, with payment, messaging and search providers connected using accounts you hold rather than accounts we own on your behalf.

Step 4 · Day 5

Commission, regions and settlement roles

Commission rules by category and tier, regional pricing, currency and duty configuration, seller tiers defined, and maker-checker roles assigned so payout preparation and approval sit with different people from the first release.

Step 5 · Day 6

Operator walkthrough and handover

Staff accounts created with the right roles, then we run a multi-seller order end to end and release a payout through maker-checker so the finance workflow is understood before it matters. The monorepo lands in your repository.

Step 6 · Post-launch

The support window

Sixty days of launch guidance, six months of priority bug fixes and twelve months of updates, weighted deliberately after launch because that is when the first multi-seller returns and disputes arrive.

Authentication hardening and any custom module run alongside this on their own schedule and are quoted before they start.

Warning Signs

Red Flags That Mean Walk Away

Five answers that should end the conversation

"We will send you a build, not the source." A marketplace you cannot audit is one you cannot take through technical due diligence, and if you raise money someone will ask to read it.

"Sellers are paid manually at month end." This means there is no settlement ledger. It works for ten boutiques and collapses at fifty, and by then the reconciliation problem is historical as well as current.

"Commission is a global setting." A single flat rate across every category and every seller tier will be renegotiated by your largest boutique within the first quarter.

"We host it and manage the payment account." If the vendor holds the payment relationship your sellers are paid through somebody else's account, and your exit is a migration you have not budgeted for.

An estimate with no named exclusions. Every real platform has limits. A quote that names none has either not been thought through or is relying on you not asking.

None of these are hypothetical. They are the patterns operators describe when they arrive having already paid somebody else.

Domain

What a Luxury Multi-Brand Marketplace Has to Get Right

The parts that decide whether boutiques stay and whether the platform can be audited.

One product, competing offersFour boutiques selling the same item must attach offers to one canonical product record, each with its own price, condition and stock. Otherwise the catalog fills with near-duplicates and search stops being usable exactly as seller count grows.
An order that can splitThe parent order divides into a child order per seller, each with an independent fulfilment state machine, so one slow boutique cannot hold three other items hostage and no seller sees another seller's business.
Duty resolved before paymentCross-border luxury without a duty and tax line at checkout produces refused parcels and chargebacks, which costs more than the sale it saved. Address validation and fraud scoring run in the same intent.
Commission that can be negotiatedRules by category and by seller tier, so a premium boutique and a new seller settle differently on the same order, and the ledger records how each figure was reached rather than only the total.
Payouts nobody can release aloneMaker-checker on every release, enforced in the model rather than in a policy document. Financial control that is structural is what an audit actually tests.
Authenticity as data, not proseStatus, condition and provenance as first-class fields behind a QA queue, because a structured field can be filtered, audited and disputed against, and a free-text note cannot.

Every one of these ships in the base build and is demonstrable in the live demo. Ask us to open any of them with data in it.

Platform Trust

Named Gaps, Not Hidden

The documented authentication and file-handling gaps, stated here before purchase rather than discovered during a security review.

01

No MFA or admin step-up

There is no multi-factor authentication and no step-up challenge before a sensitive admin action. For a platform where an operator can approve payouts, both belong on the pre-launch list, and both are scoped work rather than base features.

02

No refresh tokens or revocation

There are no refresh tokens, no token revocation and no silent renew. Sessions behave accordingly, and a compromised token cannot be invalidated centrally until this work is done. Documented, not discovered.

03

No signed URLs or virus scanning

Downloads are not served through signed URLs and uploads are not virus scanned. On a marketplace where boutiques upload KYB documents and product imagery, both are pre-launch items worth budgeting for.

04

Every provider is your account

Stripe, PayPal or Adyen, SendGrid, Twilio, Firebase, Algolia and OpenRouter all run on credentials you hold. This is deliberate rather than a gap: it means more setup on day three and it means leaving is a decision rather than a migration.

05

Search ships on full-text

PostgreSQL full-text search is what ships and it works from day one. Algolia is an upgrade path with the sync adapter already written, on your own account, and it becomes worth doing when catalog size and query volume justify it.

06

What is built is real

JWT authentication at the gateway with rate limiting, role-based access across customer, boutique, seller and operator, fraud scoring before payment authorization, AML and sanctions screening in the seller lifecycle, and maker-checker payout release. Auth0 enterprise SSO with JWKS validation is available on your own tenant.

If any of these is a blocker for your compliance position, say so on the first call. Most are scoped modules with a known shape, and knowing now is better than finding out during a penetration test.

Case Study

Luxury Multi-Brand Marketplace Deployment

How an operator launched a regional luxury multi-brand marketplace on the Miracuves Farfetch Clone. Client identity withheld under NDA.

Confidential Deployment

Regional Luxury Multi-Brand Marketplace

A regional luxury multi-brand marketplace launched on the Miracuves Farfetch Clone, with boutique onboarding, parent and child orders and maker-checker settlement live from day one.

Name withheld under NDAIndiaLuxury retail and multi-brand marketplace
29Microservices deployed
70Database tables live
7 wksBrief to go-live

Challenges: onboarding hundreds of boutiques without a manual KYB backlog; splitting one basket across many sellers without breaking fulfilment; and paying sellers accurately, with maker-checker approval on every release.

Goal: launch a luxury multi-brand marketplace without building settlement from zero, give boutiques a real seller portal instead of a spreadsheet and an inbox, and make commission and retail media revenue available at launch.

Solution by Miracuves: the parent and child order model across multiple sellers; commission, retail media and premium seller tiers; regional pricing, currency and locale controls; wishlists, loyalty tiers, concierge and recommendations; all running on twenty-nine independently deployable Node.js services.

What the operator said

"Settlement governance is what won the boutiques over. They can see exactly what they are owed and when it releases." - HR, Head of Retail, luxury marketplace operator, name withheld under NDA.

This deployment ran seven weeks from brief to go-live because it included configuration and migration beyond the base package. The six-day figure elsewhere on this site refers to the standard white-label deployment of the platform as demonstrated.

FAQ

Frequently Asked Questions

Have you deployed this platform for a real operator?
Yes. A regional luxury multi-brand marketplace in India launched on this platform with twenty-nine microservices and around seventy database tables live, seven weeks from brief to go-live. The client's identity is withheld under NDA, which is why the case study above names a region and an industry rather than a company.
Why did that deployment take seven weeks and not six days?
Because it included configuration and migration work beyond the standard package: commission structures, regional settings, seller onboarding and catalog migration for a live operator. The six-day figure is the white-label deployment of the platform as demonstrated. We publish both rather than quoting the shorter one and hoping the difference goes unnoticed.
What exactly do I own at the end?
The full monorepo of twenty-nine Node.js services plus the Next.js storefront and admin in TypeScript, the Prisma schema, the migration set and the seed workflow. It is auditable end to end for technical due diligence. There is no runtime licence and no per-seat fee, so your hundredth boutique costs you nothing extra from us.
Will you fix the authentication gaps for us?
Yes, as scoped work quoted before it starts. MFA, refresh tokens, token revocation, silent renew, admin step-up, signed download URLs and upload virus scanning are the documented items. For a marketplace that moves money on behalf of boutiques these are usually the first thing to schedule after deployment, and we would rather you plan for them than meet them in a penetration test.
Who works the catalog QA queue?
You do. The queue, the authenticity and provenance fields, and the seller lifecycle controls are built and role-scoped. The tooling is ours; the judgement about whether an item is what it claims to be is yours, and in luxury that judgement needs someone who knows the category. It is a real staffing line from your first hundred listings.
Can you migrate our existing boutiques and catalog?
Usually, and the effort depends entirely on what you are bringing. Bulk feed import over CSV and API with job monitoring is built, along with category and attribute mapping. A clean export is straightforward; catalogs spread across spreadsheets with inconsistent attributes are a project of their own and we scope it separately.

Ask us the hard questions first

Bring the nine questions above. We will answer them, including the ones where the answer is no, before anyone talks about a contract.

A partner who names the gaps before you buy

Six working days to a branded luxury marketplace on your own infrastructure, with the full monorepo in your repository, a deployment already delivered for a live operator, and every documented gap published rather than discovered.

Talk to Us →
Miracuves · Farfetch Clone Solution Case study and named gaps transcribed from the live hub, 2026-08-24