1. Parti da come è fatto il tuo carico di lavoro, non dal numero di persone
La domanda utile è come si presenta il tuo lavoro WordPress nell'arco di dodici mesi. Se arriva ogni mese, più o meno nello stesso volume, la strada è l'assunzione. Se arriva a ondate, con un mese di calma dopo uno pieno, serve una capacità che si adatta.
Se riesci a elencare i progetti WordPress degli ultimi sei mesi e le settimane in cui il team era sotto pressione, hai già quasi tutta la risposta. Se quelle settimane sono la minoranza, uno stipendio fisso paga il tempo vuoto di tutte le altre.
2. I picchi sono un problema diverso da una competenza che manca
Un picco di tre settimane raramente giustifica un annuncio di lavoro. Selezione, inserimento e periodo di prova durano più del picco stesso, e la persona arriva quando la pressione è già passata.
Il white-label si adatta a questo caso perché parte e si ferma insieme al lavoro. Mandi il design, l'accesso allo staging e l'elenco delle attività; il partner costruisce dentro il tuo processo e consegna con il tuo marchio. Quando il picco finisce, finisce anche il costo.
3. Guarda il margine prima della tariffa
Una tariffa oraria da sola dice poco. Conta quanto resta del prezzo del progetto dopo le ore del partner e dopo il tempo che dedichi tu a fare il brief e a rivedere il lavoro. Quest'ultima voce è quella che le agenzie dimenticano.
Un controllo semplice prima di accettare il progetto: prezzo del progetto, meno le ore stimate del partner, meno le tue ore interne per brief, revisione e feedback del cliente. Se resta poco, il problema di solito sta nel preventivo o nel brief, non nel partner.
4. Decidi chi controlla la qualità e come
Affidare la realizzazione a un partner non ti toglie la responsabilità. Il cliente continua a vedere il tuo nome, quindi ti serve un modo per giudicare il lavoro prima di lui. Bastano tre cose concordate in anticipo: i criteri di accettazione, un sito di staging che puoi guardare in qualsiasi momento e una regola chiara su chi raccoglie i feedback del cliente.
Se nessuno nel tuo team ha il tempo o la competenza per rivedere il lavoro su WordPress, il white-label ti sembrerà rischioso con chiunque tu scelga. Risolvi prima questo, oppure scegli un'impostazione in cui il tempo di revisione è già dentro il preventivo.
5. Quando il white-label non ha senso
Ci sono casi in cui lo sconsiglierei, anche se io lavoro così.
- Il tuo volume su WordPress è costante e abbastanza alto da occupare uno sviluppatore a tempo pieno, mese dopo mese.
- WordPress è il cuore di quello che vendi e vuoi che la competenza resti dentro l'azienda.
- Il lavoro richiede decisioni quotidiane di qualcuno che conosce il business del cliente, e nessuno riesce a dedicare a un partner più di qualche minuto alla volta.
- Quello che ti serve davvero è design, branding o project management. Sono cose che non faccio.
- Non c'è un ambiente di staging e nessuno che riveda il lavoro. La collaborazione si blocca su accessi e feedback, con chiunque tu lavori.
6. Il quadro in sintesi
Usa la tabella come primo filtro, poi controlla i dettagli qui sopra.
| Situazione | Il white-label funziona? | Perché |
|---|---|---|
| Il lavoro arriva a ondate | Di solito sì | La capacità segue il carico, senza costi nei periodi vuoti |
| Un picco di poche settimane | Sì | Selezione e inserimento durano più del picco |
| Volume costante a tempo pieno | Di solito no | Un ruolo fisso è più facile da giustificare e fa crescere competenza interna |
| WordPress è il tuo prodotto principale | Di solito no | La competenza dovrebbe restare nel tuo team |
| Nessuno staging e nessun revisore | Non ancora | Prima sistema accessi e revisione, poi aggiungi capacità |
| Arretrato su progetti già avviati | Sì | Un partner può prendere in carico attività definite senza rifare il tuo processo |
7. Provalo su un progetto prima di decidere
Il modo più economico per capirlo è un primo progetto delimitato: una realizzazione, un gruppo di correzioni o una parte dell'arretrato. Vedi la qualità del lavoro, come comunica il partner e quanto tempo di revisione ti serve davvero.
Sono un freelance che lavora in white-label, quindi leggi questo articolo tenendone conto. Il test serve a proteggerti anche dal mio ottimismo: se il primo progetto non funziona, hai perso poco tempo e non hai preso una decisione di assunzione.
Domande frequenti
Quanti progetti l'anno giustificano un'assunzione invece del white-label?
Non esiste un numero valido per tutti. Il segnale è se il lavoro tiene occupato uno sviluppatore per la maggior parte dell'anno. Se le settimane piene sono l'eccezione, la capacità variabile di solito è più facile da giustificare. Se sono la regola, valuta un'assunzione.
Il white-label può affiancare uno sviluppatore interno?
Sì, è un assetto comune: la persona interna tiene la conoscenza del prodotto e il partner assorbe i picchi o le attività definite. Funziona meglio se entrambi usano lo stesso staging e gli stessi criteri di accettazione.
Come proteggo il rapporto con il cliente?
Il cliente resta tuo. Il partner parla solo con chi assegna il progetto, lavora sul tuo staging e ogni consegna è presentabile con il tuo marchio. L'NDA è di solito il livello formale in più.
Prossimo passo
Ti serve capacità WordPress in più, con il tuo marchio?
La pagina del servizio spiega cosa prendo in carico, cosa resta fuori e come parte un primo progetto.
Scopri come funziona la collaborazione