¿Alguna vez se ha preguntado por qué la gente está dispuesta a pagar el doble, cinco veces e incluso diez veces más por el mismo producto? Es un hecho conocido que los sitios de Drupal son unas diez veces más caros que los sitios de WordPress. Así que, incluso si se tarda 5 veces más en construirlo con Drupal, los desarrolladores de Drupal consiguen ganar mucho más al final. Veamos por qué ocurre esto y cómo puede participar de ello.
¿Ha escuchado alguna vez algo de esto?
- Drupal está optimizado para empresas y gobiernos.
- El desarrollo en Drupal requiere habilidades únicas e implica una mayor calidad.
- Drupal escala mejor.
- Drupal es más estable y fiable.
Por lo tanto, la idea es que si una plataforma es sinónimo de calidad, requiere habilidades jedi y ofrece resultados superiores, vale la pena el dinero extra.
Veamos algunos hechos y comprobemos si estas teorías se sostienen.
Las grandes diferencias entre la arquitectura de Drupal y WordPress
¿Recuerda la «sopa del ingrediente secreto» en Kung Fu Panda? El Sr. Ping (el padre de Po) siempre le ha dado mucha importancia, añadiendo un valor incalculable a su sopa de fideos. ¿Cuál es el ingrediente secreto de Drupal que justifica estas primas?
Drupal tiene nodos. WordPress tiene entradas. Ambos usan taxonomías para organizar el contenido. La taxonomía de Drupal tiene campos, lo cual también estaría muy bien en WordPress.
Ambos usan campos para ampliar el contenido básico, además de un título y un cuerpo. Ambos tienen una interfaz gráfica de usuario (GUI), que permite a los administradores gestionar el contenido. Algunos dirían que la GUI de WordPress es mucho más práctica que la de Drupal. Ambos tienen sistemas de plantillas, lo que permite mostrar el contenido en el front-end. Ambos usan filtros y hooks para ampliar la funcionalidad del núcleo. Las extensiones de Drupal se llaman módulos. En WordPress, se llaman plugins. Ambos ejecutan PHP y son compatibles con varios tipos de bases de datos. Ambos funcionan en diferentes servidores web y tienen excelentes plugins de caché.
Al final de la película, el Sr. Ping revela el secreto. No hay ningún ingrediente secreto. Simplemente es una buena sopa. Lo mismo ocurre con Drupal, WordPress y la mayoría de los demás sistemas de gestión de contenidos. No hay grandes diferencias entre Drupal y WordPress. Son muy similares, con solo pequeñas diferencias.
¿Por qué pagan los grandes clientes?
Los grandes clientes no son estúpidos. Cuando redactan las especificaciones para su proyecto de 40.000 $ y especifican Drupal, podemos suponer que lo hacen por una buena razón. Entonces, si los sistemas son realmente tan similares, ¿qué más podría estar pasando aquí?
Un sitio web es parte de la estrategia de marketing de la empresa. A menudo, es el epicentro de esa estrategia. El sitio web de una empresa es como la estrella en el centro de un sistema planetario. Todas las demás actividades giran en torno a él. La conversión ocurre en el sitio web y todo lo demás atrae el tráfico.
Cuando un director de marketing redacta las especificaciones para un sitio, es el resultado de una campaña de marketing cuidadosamente planificada. Construir el sitio cuesta dinero, pero es insignificante en comparación con el desarrollo del producto de la empresa, la prestación de soporte y la publicidad.
Lo último que necesita un director de marketing es que su campaña cuidadosamente planificada se tuerza debido a problemas de implementación. El coste de no ejecutar su plan de marketing supera con creces el coste de construir un sitio.
Por lo tanto, cuando vea un proyecto con un presupuesto de 40.000 $, con un plazo de 6 semanas, recuerde que parte de este dinero se destina al desarrollo y parte a la garantía. La garantía de que pase lo que pase, surjan las dificultades que surjan, este proyecto se completará a tiempo y de acuerdo con las especificaciones.
Creo que esta es la razón principal por la que Drupal aparece como requisito en tantos proyectos grandes y lucrativos. Pensemos juntos en cómo Drupal consiguió esa reputación.
Un proceso de desarrollo típico en Drupal
Un proyecto normal es así:
- Analice los requisitos
- Diseñe un tema
- Encuentre módulos que implementen diferentes partes
- Construya el resto usted mismo, con módulos clave y algo de PHP
- Entregue
Lo bueno de este proceso es que está garantizado. Dado que el desarrollador utiliza módulos como si fueran piezas de Lego y tiene la flexibilidad de construir su propia funcionalidad, las cosas encajan.
Si lo piensa, este proceso anterior es bastante parecido a lo que usted hace con WordPress, ¿verdad? Entonces, ¿por qué Drupal tiene reputación de «plataforma»? Porque los desarrolladores construyen más con él y usan menos sitios prefabricados. Construir algo significa que usted controla el resultado. También significa que su cliente obtiene lo que quiere. Siempre.
La cuestión es cómo construir sitios con la suficiente eficiencia como para ganar dinero en el proceso. No se fije solo en los módulos. Vea cómo se conectan entre sí.
Los proyectos de Drupal se arman con módulos y pegamento
Los desarrolladores de Drupal tienen un dicho: «hay un módulo para eso».
Si quiere completar proyectos grandes y complejos a tiempo y conservar algo de dinero como beneficio, necesita ser eficiente. La eficiencia significa que usted usa lo que está disponible y construye con ello. Conecta módulos que funcionan entre sí y añade su lógica única, para que el resultado sea exactamente lo que necesita.
Tomé una muestra aleatoria de 10 sitios de la sección de estudios de caso de Drupal.org y comprobé lo que usan:
La lista original incluía más de 80 módulos. Eliminé todos los módulos que aparecían una sola vez, dejándonos esta lista de módulos populares de Drupal:
| Módulo |
Número de sitios en los que se usa |
| Views |
8 |
| Panels |
4 |
| Rules |
4 |
| Apache Solr search |
2 |
| Ubercart |
2 |
| Search API |
2 |
| Mailchimp |
2 |
| Zen |
2 |
Antes de Drupal 7, vería un módulo llamado CCK, que aparecía en todos los sitios. CCK define tipos de contenido y campos personalizados. Ahora que está en el núcleo de Drupal, ya no aparece en la lista como módulo.
Para apreciar lo que los desarrolladores de Drupal obtienen de estos módulos, vea lo que dicen:
«Views: usamos esta potente herramienta para mostrar pases de diapositivas, productos, páginas de noticias, preguntas frecuentes y páginas de perfil del equipo. Tenemos la libertad de elegir contenido específico, moldearlo y mostrarlo de una manera muy sencilla sin necesidad de programar».
«Panels: combinado con Views, este módulo nos da un poder enorme para hacer cosas aún mayores. Podemos mostrar múltiples vistas en la misma página e incluso añadir nuestro contenido personalizado. Nuestra página de inicio, el resumen de productos y la página de medios se basan en Panels y Views».
«El calendario se creó usando una combinación de los módulos Views y Date, con desarrollo personalizado en torno a cada uno. El calendario se puede explorar y permite realizar búsquedas, y los usuarios también pueden enviar sus propios eventos al calendario».
«Ubercart es nuestro módulo más importante y valorado. Dentro de la suite de Ubercart, estamos usando Payment, Product attributes, Reports, Shipping Quotes, Cart Links, Google Analytics for Ubercart, Stock, Flat Rate y Paypal».
«El módulo Panels se usó para permitir a PEER 1 Hosting ofrecer diferentes diseños para diferentes secciones del sitio. Antes de este sitio, PEER 1 Hosting se veía obligado a manipular archivos de plantilla para cada cambio, que luego un equipo de TI tendría que pasar a producción. En última instancia, querían una forma más fácil de gestionar el diseño, sin la necesidad de modificar ningún tipo de código. El módulo Panels proporcionó al sitio una forma muy sencilla de modificar los diseños y el contenido dentro del diseño, dando así a las personas sin conocimientos técnicos la capacidad de gestionar el sitio. Básicamente, Appnovation dio a PEER 1 Hosting los conceptos básicos de Panels, sin inundarlos con todas las grandes características del módulo, que realmente no necesitaban».
«Rules: gran parte de nuestros módulos dependen de este módulo clave, que nos permite establecer reglas para eventos y acciones en Ubercart, Ubercart Global Quote y Ubercart Discount Coupons. Podemos ajustar eventos como las notificaciones de finalizar compra para el cliente/administrador y los eventos de actualización de pedidos».
«Views: al igual que con CCK, no se puede construir ningún sitio sin el versátil módulo Views. El sitio de PEER 1 Hosting tenía más de 15 Views que incorporar. Views se usó en todo el sitio para mostrar cosas como contenido relacionado, pases de diapositivas y vídeos. Se configuraron Views predeterminados para permitir a PEER 1 Hosting elegir varias Views dentro de la interfaz de Panels para rellenar el contenido en ciertas páginas».
¿Vemos un patrón aquí?
Los desarrolladores de Drupal construyen sitios usando el núcleo de Drupal y módulos. El pegamento que conecta estos módulos entre sí viene en forma de tres plugins:
Views carga el contenido de la base de datos y lo muestra.
Panels construye diseños flexibles.
Rules controla lo que puede ocurrir en el sitio.
La mayoría de los desarrolladores pueden escribir PHP y programar todo desde cero. Con el tiempo suficiente, muchos se las arreglarán bien sin un CMS. Pero la idea es entregar los proyectos a tiempo y de forma rentable. Reinventar la rueda no es la mejor manera de lograrlo.
¿Pueden los desarrolladores de WordPress conseguir grandes proyectos también?
Sí. Por supuesto. Todo lo que hace falta es adoptar la mentalidad adecuada y usar las herramientas correctas.
Una forma de construir un sitio es elegir el tema que más se acerque a lo que necesita el cliente y ajustarlo. ¿Funciona? Claro, pero hay un pequeño inconveniente. Los temas se diseñaron originalmente para diseñar sitios. Para vestir el contenido, no para crearlo. Puede cambiar un vestido 10 veces y seguirá siendo la misma mujer.
Los temas complejos, que definen sus propios tipos de contenido personalizado, lo muestran de formas muy únicas (y a veces maravillosas) e implementan un flujo de trabajo completo. Resuelven un problema y crean uno nuevo a la vez. Usted obtiene algo que cumple el 90 % de sus especificaciones en poco tiempo y por poco dinero. Sin embargo, a menudo, el último 10 % es como chocar contra un muro de ladrillo. Se tarda una eternidad en aplicar ingeniería inversa a una lógica compleja y conseguir que haga exactamente lo que necesita.
Así que, llama al cliente, que espera ansiosamente su proyecto terminado, y empieza a negociar características. ¡Va a funcionar! El cliente no tendrá más remedio que aceptar estas concesiones. La vida está llena de ellas. Sin embargo, el coste es alto. En la práctica, está enseñando a su cliente que los sitios de WordPress son baratos y se terminan rápido, pero no hacen exactamente lo que se necesita. Se acercan, pero no exactamente.
¿Recuerda al director de marketing del principio de este artículo? Lo último que necesita es que su estrategia de marketing se doble y cambie, debido a lo que es posible implementar en un tema y lo que no. Conozco a ese director de marketing. Soy yo. Créame. El ahorro que obtenemos cuando encargamos un sitio prefabricado no es nada en comparación con los costes de la oportunidad perdida, porque no podemos ejecutar nuestra estrategia tal y como la habíamos planeado. Ya he pasado por eso y no lo volveré a hacer.
Por lo tanto, si se queda con una sola cosa de esta historia, espero que sea comprender que el sitio web de una empresa no es una negociación. No hay cosas cosméticas y no existe la regla del 80/20. No cuando se está construyendo el sitio. Analice lo que hay que hacer y lo que cuesta construirlo tal y como se ha solicitado, a tiempo y con calidad. Luego, haga su oferta en consecuencia. Enseñe a sus clientes que pueden confiar en usted con cualquier cosa que le propongan, y se la propondrán.
A continuación, vienen las herramientas.
Querer hacer algo no significa que realmente pueda. Ha aprendido a desarrollar, programar y dar estilo. Ha aprendido la API de WordPress de cabo a rabo. Sin estas habilidades, no puede hablar de construir grandes sitios web. Además de estas, los desarrolladores de Drupal también usan un puñado de módulos clave para aumentar su eficiencia. Usan CCK, Views, Panels y Rules.
Sí, puede construir grandes sitios sin ninguno de estos módulos. Sin embargo, ganar dinero con un sitio hecho a mano será muy difícil. Incumplirá los plazos y/o gastará más en un proyecto de lo que le pagan.
También existen módulos similares para WordPress. La gran diferencia es que en WordPress se llaman plugins :-)
Armado con una sólida comprensión de lo que necesitan los grandes clientes, la actitud adecuada para el trabajo y las herramientas correctas, usted también puede conseguir proyectos de WordPress de 10.000 $, 40.000 $ y 100.000 $. Cambiar la percepción del cliente requerirá trabajo, pero sin duda es factible. Recuerde, a estos grandes clientes solo les importa una cosa: hacer el trabajo. Cómo lo haga depende realmente de usted.
Los temas de WordPress son geniales, pero úselos como temas
Espero que no parezca que pienso que los temas de WordPress son algo malo. Por supuesto que no lo son. Los temas de WordPress son geniales. La disponibilidad de temas de calidad ha contribuido en gran medida al éxito de WordPress como plataforma. Lo que quiero decir aquí es que, a menudo, para entregar grandes proyectos, no son la respuesta completa.
Los diseños llave en mano han hecho posible que WordPress se convierta en el CMS predominante en la web. Redujeron la barrera de entrada para el 95 % de los sitios y ayudaron a WordPress a democratizar la publicación.
Lo único es que una talla no sirve para todos. Sirve para la mayoría. Para conseguir esos grandes proyectos, necesita usar otras herramientas.
¿Cuál es su experiencia?