Perché gli sviluppatori Drupal guadagnano 10 volte di più degli sviluppatori WordPress

Ti sei mai chiesto perché le persone sono felici di pagare il doppio, cinque volte e persino dieci volte di più per lo stesso prodotto? È un fatto noto che i siti Drupal siano circa dieci volte più costosi dei siti WordPress. Quindi, anche se ci vuole 5 volte più tempo per costruirlo con Drupal, alla fine gli sviluppatori Drupal riescono a incassare molto di più. Vediamo perché succede questo e come puoi avere la tua fetta di torta.

Hai mai sentito una di queste frasi?

• Drupal è ottimizzato per le aziende e il governo.
• Lo sviluppo in Drupal richiede competenze uniche e implica una maggiore qualità.
• Drupal scala meglio.
• Drupal è più stabile e affidabile.

Quindi, il ragionamento è che se una piattaforma è sinonimo di qualità, richiede competenze da jedi e offre risultati superiori, vale i soldi extra.

Diamo un’occhiata ad alcuni fatti e vediamo se queste teorie reggono.

Le grandi differenze tra l’architettura di Drupal e WordPress

Ricordi la “zuppa con l’ingrediente segreto” in Kung Fu Panda? Il signor Ping (il padre di Po) ne ha sempre fatto un gran vanto, aggiungendo un valore inquantificabile alla sua zuppa di noodle. Qual è l’ingrediente segreto di Drupal che giustifica questi sovrapprezzi?

Drupal ha i nodi. WordPress ha gli articoli. Entrambi usano la tassonomia per organizzare i contenuti. La tassonomia di Drupal ha i campi, che sarebbero molto belli anche in WordPress.

Entrambi usano i campi per estendere il contenuto di base, oltre a un titolo e a un corpo. Entrambi hanno una GUI, che permette agli amministratori di gestire i contenuti. Alcuni direbbero che la GUI di WordPress è molto più comoda di quella di Drupal. Entrambi hanno sistemi di template, che permettono di visualizzare i contenuti sul front-end. Entrambi usano filtri e hook per estendere le funzionalità del core. Le estensioni di Drupal si chiamano moduli. In WordPress, si chiamano plugin. Entrambi eseguono PHP e supportano diversi tipi di database. Entrambi funzionano su diversi server web e hanno eccellenti plugin di cache.

Alla fine del film, il signor Ping rivela il segreto. Non c’è nessun ingrediente segreto. È solo una buona zuppa. La stessa cosa vale per Drupal, WordPress e la maggior parte degli altri sistemi di gestione dei contenuti. Non ci sono grandi differenze tra Drupal e WordPress. Sono molto simili, con solo differenze minori.

Per cosa pagano i grandi clienti?

I grandi clienti non sono stupidi. Quando scrivono le specifiche per il loro progetto da 40.000 $ e specificano Drupal, possiamo supporre che lo facciano per una buona ragione. Quindi, se i sistemi sono davvero così simili, cos’altro potrebbe esserci sotto?

Un sito web fa parte della strategia di marketing dell’azienda. Spesso ne è l’epicentro. Il sito web di un’azienda è come la stella al centro di un sistema planetario. Tutte le altre attività vi ruotano attorno. La conversione avviene nel sito web e tutto il resto guida il traffico.

Quando un responsabile marketing scrive le specifiche per un sito, è il risultato di una campagna di marketing pianificata con cura. Costruire il sito costa denaro, ma è insignificante rispetto allo sviluppo del prodotto dell’azienda, alla fornitura di supporto e alla pubblicità.

L’ultima cosa di cui ha bisogno un responsabile marketing è che la sua campagna attentamente pianificata vada a rotoli a causa di problemi di implementazione. Il costo della mancata esecuzione del tuo piano di marketing supera di gran lunga il costo della costruzione di un sito.

Quindi, quando vedi un progetto con un budget di 40.000 $, con una tempistica di 6 settimane, ricorda che parte di questo denaro va allo sviluppo e parte va alla garanzia. La garanzia che qualunque cosa accada, qualunque difficoltà possa sorgere, questo progetto sarà completato in tempo e secondo le specifiche.

Penso che questo sia il motivo principale per cui Drupal appare come requisito in così tanti progetti grandi e redditizi. Pensiamo insieme a come Drupal si sia guadagnato questa reputazione.

Un tipico processo di sviluppo in Drupal

Un progetto normale si svolge così:

1. Analizza i requisiti
2. Progetta un tema
3. Trova i moduli che implementano le diverse parti
4. Costruisci il resto da solo, con i moduli chiave e un po’ di PHP
5. Consegna

La cosa grandiosa di questo processo è che è garantito. Poiché lo sviluppatore usa i moduli come i Lego e ha la flessibilità di costruire le proprie funzionalità, le cose convergono.

Se ci pensi, questo processo qui sopra è molto simile a quello che fai con WordPress, giusto? Quindi, perché Drupal ottiene una reputazione da ‘piattaforma’? Perché gli sviluppatori ci costruiscono di più e usano meno siti prefabbricati. Costruire qualcosa significa controllare il risultato. Significa anche che il tuo cliente ottiene ciò che vuole. Sempre.

La domanda è: come si costruiscono siti in modo abbastanza efficiente da guadagnarci nel processo? Non guardare solo i moduli. Guarda come vengono collegati tra loro.

I progetti Drupal sono messi insieme da moduli e colla

Gli sviluppatori Drupal hanno un detto: “c’è un modulo per questo”.

Se vuoi completare progetti grandi e complessi in tempo e mantenere un po’ di soldi come profitto, devi essere efficiente. Efficienza significa usare ciò che è disponibile e costruirci sopra. Colleghi tra loro moduli funzionanti e aggiungi la tua logica unica, in modo che il risultato sia esattamente ciò di cui hai bisogno.

Ho preso un campione casuale di 10 siti dalla sezione dei casi di studio di Drupal.org e ho controllato cosa usano:

L’elenco originale includeva oltre 80 moduli. Ho rimosso tutti i moduli che apparivano una sola volta, lasciandoci questo elenco di moduli Drupal popolari:

Prima di Drupal 7, si vedeva un modulo chiamato CCK, che appariva in tutti i siti. CCK definisce tipi di contenuto e campi personalizzati. Ora che è nel core di Drupal, non è più elencato come modulo.

Per apprezzare ciò che gli sviluppatori Drupal ottengono da questi moduli, guarda cosa dicono:

“Views – Usiamo questo potente strumento per visualizzare slideshow, prodotti, pagine di notizie, FAQ e pagine del profilo del team. Abbiamo la libertà di scegliere contenuti specifici, modellarli e visualizzarli in modo molto semplice senza scrivere codice.”

“Panels – Abbinato a Views, questo modulo ci dà un potere enorme per fare cose ancora più grandi. Possiamo produrre più viste sulla stessa pagina e persino aggiungere i nostri contenuti personalizzati. La nostra home page, la panoramica dei prodotti e la pagina dei media sono basate su Panels e Views.”

“Il calendario è stato creato usando una combinazione dei moduli Views e Date, con uno sviluppo personalizzato attorno a ciascuno. Il calendario è navigabile e ricercabile, e gli utenti possono anche inviare i propri eventi al calendario.”

“Ubercart è il nostro modulo più importante e apprezzato. All’interno della suite Ubercart, usiamo Payment, Product attributes, Reports, Shipping Quotes, Cart Links, Google Analytics for Ubercart, Stock, Flat Rate e Paypal.”

“Il modulo Panels è stato usato per permettere a PEER 1 Hosting di fornire layout diversi per le diverse sezioni del sito. Prima di questo sito, PEER 1 Hosting era costretta a manipolare i file di template per ogni modifica, che poi doveva essere inviata in produzione da un team IT. Alla fine volevano un modo più semplice per gestire il layout, senza la necessità di modificare alcun tipo di codice. Il modulo Panels ha fornito al sito un modo molto semplice per modificare i layout e i contenuti all’interno del layout, dando così alle persone con un background non tecnico la possibilità di gestire il sito. Essenzialmente, Appnovation ha fornito a PEER 1 Hosting le basi di Panels, senza inondarli con tutte le fantastiche funzionalità del modulo, di cui non avevano realmente bisogno.”

“Rules – Gran parte dei nostri moduli si basa su questo modulo chiave, che ci permette di impostare regole per eventi e azioni in Ubercart, Ubercart Global Quote e Ubercart Discount Coupons. Siamo in grado di modificare eventi come le notifiche di checkout per clienti/amministratori e gli eventi di aggiornamento degli ordini.”

“Views – Proprio come per CCK, nessun sito può essere costruito senza il versatile modulo Views. Il sito di PEER 1 Hosting aveva oltre 15 Views da incorporare. Le Views sono state usate in tutto il sito per mostrare cose come contenuti correlati, slideshow e video. Sono state impostate Views predefinite per permettere a PEER 1 Hosting di selezionare e scegliere varie Views all’interno dell’interfaccia di Panels per riempire i contenuti su determinate pagine.”

Stiamo notando uno schema qui?

Gli sviluppatori Drupal costruiscono siti usando il core e i moduli di Drupal. La colla che collega insieme questi moduli si presenta sotto forma di tre plugin:

• Views
• Panels
• Rules

Views carica i contenuti dal database e li visualizza. Panels costruisce layout flessibili. Rules controlla cosa può succedere sul sito.

La maggior parte degli sviluppatori sa scrivere in PHP e programmare tutto da zero. Con abbastanza tempo, molti se la caveranno bene senza un CMS. Ma l’idea è quella di consegnare i progetti in tempo e in modo redditizio. Reinventare la ruota non è il modo migliore per ottenere questo risultato.

Anche gli sviluppatori WordPress possono ottenere grandi progetti?

Sì. Certamente. Tutto ciò che serve è entrare nella giusta mentalità e usare gli strumenti giusti.

Un modo per costruire un sito è scegliere un tema che sia il più vicino possibile a ciò di cui il cliente ha bisogno e modificarlo. Funziona? Certo, ma c’è un piccolo inghippo. I temi erano originariamente destinati a progettare siti. A vestire i contenuti, non a crearli. Puoi cambiare un vestito 10 volte ed è sempre la stessa signora.

I temi complessi, che definiscono i propri tipi di contenuto personalizzati, li renderizzano in modi molto unici (e a volte meravigliosi) e implementano un flusso di lavoro completo. Risolvono un problema e ne creano uno nuovo. Ottieni qualcosa che è il 90% delle tue specifiche in pochissimo tempo e per pochi soldi. Tuttavia, spesso, l’ultimo 10% è come sbattere contro un muro di mattoni. Ci vuole un’eternità per fare il reverse engineering di una logica complessa e farle fare esattamente ciò di cui hai bisogno.

Quindi, chiami il cliente, che aspetta con ansia il suo progetto completato, e inizi a negoziare le funzionalità. Funzionerà! Il cliente non avrà altra scelta che accettare questi compromessi. La vita ne è piena. Tuttavia, il costo è alto. Stai di fatto abituando il tuo cliente al fatto che i siti WordPress sono economici, si completano rapidamente ma non fanno esattamente ciò che serve. Ci si avvicinano, ma non esattamente.

Ricordi il responsabile marketing dell’inizio di questo articolo? L’ultima cosa di cui ha bisogno è che la sua strategia di marketing venga piegata e modificata, a causa di ciò che è possibile implementare in un tema e ciò che non lo è. Conosco quel responsabile marketing. Sono io. Fidati. Il risparmio che otteniamo quando ordiniamo un sito prefabbricato non è nulla in confronto ai costi in opportunità perse, perché non possiamo eseguire la nostra strategia come avevamo pianificato. Ci sono passato, l’ho fatto, non lo rifarò.

Quindi, se c’è solo una cosa che ti porti via da questa storia, spero che sia la comprensione che il sito web di un’azienda non è una negoziazione. Non ci sono cose cosmetiche e non c’è la regola dell’80/20. Non quando stai costruendo il sito. Analizza cosa c’è da fare e cosa serve per costruirlo come richiesto, in tempo e con qualità. Quindi, fai un’offerta di conseguenza. Insegna ai tuoi clienti che possono fidarsi di te con qualsiasi cosa ti propongano, e te ne proporranno.

Poi, vengono gli strumenti.

Volere fare qualcosa non significa che tu possa effettivamente farlo. Hai imparato a sviluppare, programmare e creare stili. Hai imparato le API di WordPress a menadito. Senza queste competenze, non puoi parlare di costruire grandi siti web. Oltre a queste, gli sviluppatori Drupal usano anche una manciata di moduli chiave per aumentare la loro efficienza. Usano CCK, Views, Panels e Rules.

Sì, puoi costruire grandi siti senza nessuno di questi moduli. Tuttavia, fare soldi con un sito artigianale sarà molto difficile. Mancherai le scadenze e/o spenderai per un progetto più di quanto vieni pagato.

Moduli simili esistono anche per WordPress. La grande differenza è che in WordPress si chiamano plugin :-)

• Drupal CCK » Toolset Types
• Drupal Views » Toolset Views
• Drupal Panels » Toolset Layouts
• Drupal Webforms » Toolset CRED
• Drupal Rules » Non ancora disponibile per WordPress (c’è spazio per una startup intelligente)

Armato di una solida comprensione di ciò di cui hanno bisogno i grandi clienti, dell’atteggiamento giusto per il lavoro e degli strumenti giusti, puoi ottenere anche tu progetti WordPress da 10.000 $, 40.000 $ e 100.000 $. Cambiare la percezione dei clienti richiederà lavoro, ma è certamente fattibile. Ricorda, a questi grandi clienti importa solo una cosa: portare a termine il lavoro. Come lo fai dipende davvero da te.

I temi WordPress sono fantastici, ma usali come temi

Spero non sembri che io pensi che i temi WordPress siano una cosa negativa. Certo che non lo sono. I temi WordPress sono fantastici. La disponibilità di temi di qualità ha contribuito in modo determinante al successo di WordPress come piattaforma. Quello che sto dicendo qui è che spesso, per consegnare grandi progetti, non sono la risposta completa.

I design chiavi in mano hanno permesso a WordPress di diventare il CMS predominante sul web. Hanno abbassato il punto di ingresso per il 95% dei siti e hanno aiutato WordPress a democratizzare la pubblicazione.

L’unica cosa è che una taglia non va bene per tutti. Va bene per la maggior parte. Per ottenere quei grandi progetti, devi usare altri strumenti.

Qual è la tua esperienza?