La maggior parte delle piattaforme di e-commerce funziona come un canale a senso unico. Prendono un prodotto dal venditore, lo fanno scorrere lungo un canale a senso unico fino all’acquirente, e il compito della piattaforma è terminato. Rivendita, riparazione, reso, rinnovo: tutto ciò avviene dopo che la piattaforma ha smesso di occuparsene.
Questo approccio funzionava quando i beni di consumo erano economici e le risorse del pianeta erano illimitate. Ora non funziona più, e una generazione di fondatori di aziende commerciali ha trascorso gli ultimi cinque anni cercando di integrare flussi circolari nelle piattaforme tradizionali, con risultati più o meno positivi.
Perché gli interventi di adeguamento falliscono
Il modello di retrofit è il seguente: si prende una piattaforma di pipeline, si aggiunge un modulo “resi”, si aggiunge un flusso di lavoro “ristrutturazione”, si aggiunge un tipo di annuncio “rivendita” e si aggiunge un sistema di tracciamento “garanzia”. Ciascuno di questi elementi si integra nel catalogo tramite chiavi esterne e cerca di coordinarsi con il resto tramite webhook.
Il risultato: ogni flusso circolare ha il proprio modello di dati, le proprie registrazioni contabili (o, peggio ancora, una propria contabilità fuori bilancio) e la propria integrazione con il magazzino. Quando si gestiscono i processi di ritiro, riparazione, rivendita e restituzione al fornitore, ci si ritrova con quattro sistemi semi-indipendenti che devono tutti concordare sullo stesso inventario fisico.
Si capisce che il "circular commerce" è stato integrato a posteriori perché l'inventario fisico è riportato in una colonna e lo stato di tale inventario è contenuto in un blob JSON.
Cosa significa "di prima classe"
In “VenduStack”, ogni flusso che trasferisce un elemento tra le parti è dello stesso tipo di oggetto: un “Move” (vedi il nostro post sul modello di dati). Ciò include:
- Vendita iniziale (venditore → acquirente)
- Rimborso (acquirente → venditore, con registrazioni contabili invertite)
- Ritiro (da parte dell'acquirente precedente → piattaforma, valutato al prezzo di permuta)
- Ristrutturazione (piattaforma → partner di riparazione, con aggiornamento del grado sul Thing)
- Rivendita (piattaforma → nuovo acquirente, con una nuova classificazione e un nuovo prezzo)
- Restituzione al venditore (dalla piattaforma al venditore originario, con spese di logistica inversa)
Ciascuna di esse è un'operazione dotata di una macchina a stati, voci di registro e una traccia di audit. Non esiste un "modulo resi" separato: c'è la libreria dei flussi di lavoro, e "reso" è uno dei flussi di lavoro inclusi in essa.
Cosa si sblocca
Una volta che i flussi circolari diventano di prima classe, ciò che prima era difficile diventa facile:
- Riacquisto fin dal primo giorno. Il prezzo di riacquisto fa parte del modello del prodotto stesso, non è un programma a sé stante.
- Inventario che tiene conto dei livelli di qualità. Un oggetto fisico può assumere diversi livelli di qualità nel corso del suo ciclo di vita; il registro tiene traccia del valore corrispondente a ciascun livello.
- Royalties sulla rivendita. Se vuoi che il venditore originale guadagni sulle vendite secondarie, questa è una politica di pagamento relativa all’Oggetto.
- Una contabilità delle emissioni di carbonio trasparente. Ogni azione ha una natura e una controparte; le emissioni e l’impatto possono essere attribuiti in modo deterministico.
Il dettaglio noioso
Ciò che rende possibile tutto questo non è il modello in sé, ma il fatto che sia stato definito prima che il catalogo raggiungesse il milione di SKU. Gli interventi di adeguamento falliscono perché devono mantenere intatta la struttura precedente. La circolarità di primo livello funziona solo se ci si impegna a seguirla fin dal primo giorno.
Questo è il motivo pratico per cui è meglio scegliere una piattaforma che lo includa di default, anziché come modulo: quando ne avrai bisogno, integrarlo nel tuo stack esistente richiederà un anno di lavoro.
Ciò che stiamo ancora cercando di capire
I flussi circolari interagiscono con la fiscalità, gli ammortamenti, le assicurazioni e gli obblighi di rendicontazione alle autorità di regolamentazione in modi che variano a seconda della giurisdizione. Abbiamo definito correttamente il modello di dati; stiamo collaborando con tre partner di progettazione per definire il quadro normativo nell’Unione Europea, nel Regno Unito e in Nord America.
Se la vostra attività commerciale dipende dalla corretta gestione dei flussi circolari — o se avete provato a riorganizzarli e avete fatto le stesse esperienze che abbiamo fatto noi — ci farebbe molto piacere scambiare qualche idea con voi.
Edwin Korver is the founder and systems architect behind VenduSys and RoundMap®. His work focuses on regenerative business, value orchestration, and the systems that help organizations move from extraction toward shared value and healthier ecosystems.