White label con un partner tecnico: cosa mettere per iscritto

Il white label sembra un accordo semplice: il lavoro tecnico lo fa un altro, il cliente vede solo te. Funziona finché non succede niente. Poi il sito va giù di sabato, il cliente non riesce a raggiungerti e trova da qualche parte l'email del tecnico. Da lì in avanti, quello che non era scritto diventa una discussione.

Quando ha senso

Lo sviluppo in white label serve quando il cliente compra da te un risultato — un funnel, un sito che genera contatti, un'automazione — e la parte tecnica è un mezzo, non il motivo per cui ti ha scelto. Il cliente vuole un solo interlocutore che risponda di tutto. Tu vuoi poter dire sì a progetti che escono dal tuo perimetro tecnico senza assumere e senza consegnare il cliente a qualcun altro.

Non sempre è la scelta giusta. Se il cliente ha già un rapporto con il tecnico, o se il progetto richiede molte decisioni tecniche in riunione, presentarlo apertamente come tuo partner può funzionare meglio. Il white label è una possibilità, non un obbligo.

Il rischio non è tecnico

Chi lavora in white label di solito sa fare il proprio mestiere. I problemi nascono da quattro decisioni che nessuno ha preso esplicitamente, perché all'inizio sembravano ovvie. Non lo sono: ogni agenzia le risolve in modo diverso, e il partner tecnico non può indovinare quale.

Le quattro cose da mettere per iscritto

Chi parla con il cliente, e quando. La regola di base è che parla l'agenzia. Ma serve dire cosa succede nei casi limite: un'urgenza fuori orario, una domanda tecnica che il cliente fa in riunione, un fornitore terzo che chiede un riferimento tecnico. Se il tecnico può intervenire direttamente, deve essere chiaro in quali casi e con quale nome.

Di chi sono accessi e codice. Hosting, domini, account delle piattaforme, repository. La soluzione più pulita è che gli account siano intestati al cliente o all'agenzia, con accessi delegati al tecnico. Un account intestato al tecnico è un problema rimandato: il giorno in cui la collaborazione finisce, qualcuno deve trasferirlo.

Cosa resta riservato. Il nome del cliente finale, i prezzi praticati, i materiali ricevuti. E soprattutto la non-disintermediazione: il tecnico non propone i propri servizi ai clienti dell'agenzia. È la clausola che rende possibile tutto il resto. Se il progetto lo richiede, si formalizza con un NDA.

Cosa succede dopo la consegna. Chi raccoglie le segnalazioni, entro quanto si correggono i difetti rispetto a quanto concordato, come si preventivano le richieste nuove. Senza questa parte, il primo bug dopo il lancio arriva a te e tu non sai a chi girarlo né se è compreso.

Le quattro regole del white label

Perché conviene anche al tecnico

Un partner tecnico serio preferisce queste regole scritte. Gli dicono come comportarsi nei casi in cui sbagliare costa la fiducia dell'agenzia, e gli evitano di dover interpretare ogni messaggio del cliente finale. Se un fornitore tecnico è vago su questi punti, è un segnale da guardare prima di affidargli un cliente.

Vale anche al contrario. Un'agenzia che chiede il white label ma non sa dire chi risponde alle urgenze, o lascia gli account intestati a chi capita, sta chiedendo al tecnico di prendersi un rischio che non controlla. Mettere le regole per iscritto è il modo più semplice per dividere le responsabilità in modo che ognuno sappia le sue.

Cosa fare questa settimana

Cosa NON fare

Chiusura

Il white label funziona quando il cliente non si accorge di niente. Perché succeda, dietro tutto quello che può andare storto deve avere già una regola.

Articolo scritto con un assistente AI, pubblicato in automatico e riletto da Stefano Scaffidi Domianello dopo la pubblicazione. Segnalazioni: stefano@scafnet.it