Aziende B2B native di Shopify o soluzioni con i tag: un confronto onesto

Il B2B nativo di Shopify rappresenta un acquirente all'ingrosso come un'azienda — con sedi, contatti, cataloghi, listini e condizioni di pagamento integrati nella piattaforma — mentre le soluzioni basate sui tag approssimano l'ingrosso applicando un'etichetta a un record cliente al dettaglio e collegandoci intorno sconti e occultamento dei prezzi nel codice del tema. Entrambi gli approcci sono diffusi, e la risposta onesta a «quale?» è: dipende da ciò di cui la vostra attività all'ingrosso ha davvero bisogno. Questa guida li confronta dimensione per dimensione, dice quando i tag bastano davvero e traccia il percorso di migrazione per quando non bastano più.

Come ciascun approccio modella un acquirente

Nel B2B nativo, «Acme GmbH» esiste in Shopify come azienda: ha una o più sedi (ognuna con il proprio indirizzo, contesto fiscale e catalogo) e contatti — persone reali collegate all'azienda, che accedono e ordinano a suo nome. I prezzi all'ingrosso vivono in cataloghi e listini collegati all'azienda, e il comportamento di checkout specifico del B2B (condizioni di pagamento, numeri d'ordine d'acquisto) si appoggia alla stessa struttura.

Con una soluzione a tag, «Acme GmbH» è un record cliente al dettaglio — di solito l'e-mail di una sola persona — con un'etichetta tipo wholesale. Il tema controlla l'etichetta per mostrare o nascondere i prezzi; sconti o script applicano una percentuale; e tutto ciò che l'etichetta non può esprimere (più acquirenti per azienda, prezzi per sede, pagamento a termine) o non esiste o viene simulato con altre etichette.

Questa differenza nel modello dei dati è la radice di ogni differenza successiva: un approccio ha l'organizzazione come oggetto di prima classe; l'altro ha un'etichetta su un individuo.

Il confronto

Quando i tag vanno davvero bene

Un confronto onesto ammette che l'approccio a tag ha una zona legittima. I tag sono una scelta ragionevole quando valgono tutte queste condizioni:

• L'ingrosso è un canale secondario — una manciata di acquirenti fidati, non un flusso di candidati da verificare.
• Il prezzo è un unico sconto generalizzato («l'ingrosso ha il 30 % su tutto») e non prezzi negoziati per account.
• Non servono condizioni di pagamento, numeri d'ordine d'acquisto o più acquirenti per azienda — una persona per impresa, che paga al checkout, è la vostra realtà.
• Il vostro tema è stabile e accettate di ricollegare l'occultamento dei prezzi quando cambia.

In quella zona i tag sono più semplici da impostare e non c'è nulla di cui vergognarsi. Il problema è che la zona ha bordi taglienti, e le attività all'ingrosso in crescita ne escono silenziosamente: il secondo acquirente della stessa azienda, la prima richiesta di pagamento a 30 giorni, il primo listino per account — ognuno è una funzione che il modello a tag non può strutturalmente esprimere.

Quando vince il nativo

Il B2B nativo vince nel momento in cui l'ingrosso è un canale reale con una struttura reale:

• Onboarding verificato. Un imbuto di richieste all'ingrosso — modulo, verifica al registro, approvazione — ha bisogno di un punto d'arrivo reale. Approvare un richiedente in un'azienda nativa con una sede e un contatto è provisioning; approvarlo in un'etichetta è contabilità. (Vedi la guida al flusso di richiesta all'ingrosso per l'imbuto completo e la guida alla verifica della partita IVA per la fase di verifica.)
• Prezzi negoziati. Prezzi fissi per account, listini per valuta, cataloghi per sede — è esattamente lo scopo di cataloghi e listini.
• Acquisto organizzativo. Più persone che ordinano per una stessa azienda, ognuna con le proprie credenziali, tutte visibili nello storico ordini dell'azienda.
• Meccanica di checkout B2B. Condizioni di pagamento e numeri d'ordine d'acquisto al checkout invece di «le mandiamo la fattura per e-mail».
• Reportistica pulita e uscite pulite. Il fatturato all'ingrosso è un filtro, non un progetto di archeologia — e nessun groviglio di tag e tema da sbrogliare in seguito.

La questione Plus, con precisione

Un mito persistente sostiene che il B2B nativo richieda Shopify Plus. La versione corretta: creare aziende, sedi, contatti e condizioni di pagamento funziona su tutti i piani Shopify. Ciò che è riservato a Plus è assegnare un catalogo direttamente a una sede aziendale. Fuori da Plus si ottengono prezzi all'ingrosso tramite cataloghi di mercato B2B con listini, che Shopify limita a tre cataloghi attivi — abbastanza per prezzi all'ingrosso a fasce (standard / argento / oro, per dire), non per centinaia di cataloghi negoziati singolarmente. Un'app capace rileva il piano del negozio a runtime e sceglie automaticamente la strategia di catalogo giusta; Anmelda fa esattamente questo, così lo stesso flusso di approvazione crea correttamente sia su negozi Plus sia non Plus.

Cinque domande che decidono

Se la tabella vi lascia ancora indecisi, queste domande di solito risolvono:

1. Due persone della stessa azienda dovranno mai ordinare? Se sì, serve un oggetto azienda con contatti — un'etichetta sull'account di una persona non può esprimerlo.
2. Qualche acquirente pagherà a termine invece che al checkout? Le condizioni di pagamento sono funzionalità nativa del B2B; con i tag vivono in un foglio di calcolo e in una catena di e-mail.
3. Qualche prezzo è negoziato per account invece di essere una percentuale generalizzata? Quello è un listino, non un codice sconto.
4. Dovete verificare i richiedenti prima che vedano i prezzi all'ingrosso? Un imbuto di verifica e approvazione ha bisogno di un vero obiettivo di provisioning.
5. Potreste cambiare tema nei prossimi due anni? Ogni cambio di tema riapre il cantiere dell'accesso basato sui tag; il B2B nativo non si accorge di un cambio di tema.

Un «sì» inclina verso il nativo. Due o più sono una decisione.

Il percorso di migrazione

Passare dai tag al B2B nativo è soprattutto un esercizio di resa esplicita di una struttura implicita:

1. Inventariate i clienti etichettati. Quali tag significano «ingrosso»? Quali clienti appartengono alla stessa azienda reale? Questo raggruppamento è il lavoro vero.
2. Verificate durante la migrazione. La migrazione è il momento naturale per controllare ogni impresa presso i registri (VIES, Zefix, Companies House) — state rifondando la relazione su dati puliti.
3. Create aziende, sedi e contatti — un'azienda per impresa reale, sedi dai loro indirizzi di fatturazione e spedizione, i record cliente esistenti collegati come contatti (lo storico ordini resta con loro).
4. Ricostruite i prezzi come cataloghi e listini, sostituendo la logica di sconto generalizzato.
5. Ritirate le soluzioni nel tema. Rimuovete l'occultamento dei prezzi basato sui tag quando le aziende portano i prezzi; mantenete il blocco solo per i visitatori non ancora approvati.
6. Fate girare entrambi brevemente, poi passate. I tag possono coesistere con le aziende durante la transizione; fissate una data di fine perché vengano davvero rimossi.

I nuovi richiedenti dovrebbero arrivare sul lato nativo dal primo giorno — non c'è motivo di alimentare la pila da cui state migrando. È il ruolo di uno strato di richiesta e verifica davanti al provisioning: dal primo giorno della migrazione, ogni acquirente appena approvato è già un'azienda nativa. È esattamente l'imbuto che Anmelda automatizza — richieste verificate in ingresso, aziende B2B native di Shopify in uscita, nessun tag nel mezzo.