Tại sao các nhà phát triển Drupal kiếm được nhiều gấp 10 lần so với các nhà phát triển WordPress

Bạn có bao giờ tự hỏi tại sao mọi người lại vui vẻ trả gấp đôi, gấp năm và thậm chí gấp mười lần cho cùng một sản phẩm? Một thực tế đã biết là các trang web Drupal đắt hơn khoảng mười lần so với các trang web WordPress. Vì vậy, ngay cả khi mất thời gian gấp 5 lần để xây dựng bằng Drupal, các nhà phát triển Drupal cuối cùng vẫn kiếm được nhiều tiền hơn. Hãy cùng tìm hiểu lý do tại sao điều này xảy ra và cách bạn có thể tham gia vào thị trường này.

Bạn đã bao giờ nghe nói đến những điều này chưa?

• Drupal được tối ưu hóa cho doanh nghiệp và chính phủ.
• Việc phát triển Drupal đòi hỏi những kỹ năng độc đáo và mang ý nghĩa chất lượng cao hơn.
• Drupal mở rộng quy mô tốt hơn.
• Drupal ổn định và đáng tin cậy hơn.

Vì vậy, người ta thường nghĩ rằng nếu một nền tảng đồng nghĩa với chất lượng, đòi hỏi các kỹ năng tuyệt đỉnh và mang lại kết quả vượt trội, thì nó hoàn toàn xứng đáng với số tiền bỏ ra thêm.

Hãy cùng xem xét một số sự thật để xem liệu những lý thuyết này có đúng hay không.

Những điểm khác biệt lớn giữa kiến trúc Drupal và WordPress

Bạn còn nhớ “món súp có thành phần bí mật” trong Kung Fu Panda không? Ông Ping (cha của Po) luôn làm quá lên về nó, tạo thêm giá trị không thể đong đếm cho món súp mì của mình. Vậy thành phần bí mật trong Drupal là gì để biện minh cho những mức giá cao này?

Drupal có các node. WordPress có các bài viết. Cả hai đều sử dụng phân loại để sắp xếp nội dung. Phân loại của Drupal có các trường, điều này cũng sẽ rất tuyệt nếu có trong WordPress.

Cả hai đều sử dụng các trường để mở rộng nội dung cơ bản, bên cạnh tiêu đề và phần thân. Cả hai đều có GUI (giao diện đồ họa người dùng), cho phép quản trị viên quản lý nội dung. Một số người cho rằng GUI của WordPress tiện lợi hơn nhiều so với GUI của Drupal. Cả hai đều có hệ thống mẫu, cho phép hiển thị nội dung trên giao diện người dùng. Cả hai đều sử dụng các bộ lọc và hook để mở rộng chức năng lõi. Các phần mở rộng của Drupal được gọi là module. Trong WordPress, chúng được gọi là plugin. Cả hai đều chạy PHP và hỗ trợ một số loại cơ sở dữ liệu. Cả hai đều chạy trên các máy chủ web khác nhau và có các plugin tạo bộ nhớ cache tuyệt vời.

Vào cuối phim, ông Ping tiết lộ bí mật. Không có thành phần bí mật nào cả. Đơn giản đó chỉ là món súp ngon. Điều tương tự cũng xảy ra với Drupal, WordPress và hầu hết các hệ thống quản trị nội dung khác. Không có sự khác biệt lớn nào giữa Drupal và WordPress. Chúng rất giống nhau, chỉ có những khác biệt nhỏ.

Khách hàng lớn đang trả tiền cho điều gì?

Các khách hàng lớn không hề ngốc. Khi họ viết bản đặc tả cho dự án trị giá $40K của mình và chỉ định Drupal, chúng ta có thể giả định rằng họ làm vậy vì một lý do chính đáng. Vì vậy, nếu các hệ thống thực sự rất giống nhau, thì chuyện gì khác đang xảy ra ở đây?

Trang web là một phần trong chiến lược tiếp thị của công ty. Thường thì nó là tâm điểm của chiến lược đó. Trang web của công ty giống như một ngôi sao, nằm ở trung tâm của một hệ hành tinh. Tất cả các hoạt động khác đều xoay quanh nó. Sự chuyển đổi xảy ra trên trang web và mọi thứ khác đều thúc đẩy lưu lượng truy cập.

Khi một giám đốc tiếp thị viết bản đặc tả cho một trang web, đó là kết quả của một chiến dịch tiếp thị được lên kế hoạch cẩn thận. Việc xây dựng trang web tốn kém tiền bạc, nhưng nó không đáng kể so với việc phát triển sản phẩm của công ty, cung cấp dịch vụ hỗ trợ và quảng cáo.

Điều cuối cùng mà một giám đốc tiếp thị cần là chiến dịch được lên kế hoạch cẩn thận của mình đi chệch hướng do các vấn đề trong quá trình triển khai. Chi phí của việc không thực hiện kế hoạch tiếp thị vượt xa chi phí xây dựng một trang web.

Vì vậy, khi bạn thấy một dự án có ngân sách $40K và tiến độ 6 tuần, hãy nhớ rằng một phần số tiền này dành cho việc phát triển và một phần dành cho sự đảm bảo. Sự đảm bảo rằng dù có chuyện gì xảy ra, dù có khó khăn nào phát sinh, dự án này sẽ hoàn thành đúng hạn và theo đúng bản đặc tả.

Tôi nghĩ đây là lý do chính khiến Drupal xuất hiện như một yêu cầu trong rất nhiều dự án lớn và sinh lợi. Hãy cùng suy nghĩ xem làm thế nào Drupal lại có được danh tiếng đó.

Một quy trình phát triển Drupal điển hình

Một dự án bình thường diễn ra như sau:

1. Phân tích các yêu cầu
2. Thiết kế một giao diện
3. Tìm các module thực hiện các phần khác nhau
4. Tự xây dựng phần còn lại, với các module chính và một chút PHP
5. Bàn giao

Điều tuyệt vời về quy trình này là nó được đảm bảo. Vì nhà phát triển sử dụng các module giống như xếp hình Lego và có sự linh hoạt trong việc xây dựng chức năng của riêng mình, mọi thứ sẽ hội tụ lại.

Khi bạn suy nghĩ về điều đó, quy trình trên khá giống với những gì bạn đang làm với WordPress, đúng không? Vậy tại sao Drupal lại có danh tiếng mang tính ‘nền tảng’? Bởi vì các nhà phát triển xây dựng với nó nhiều hơn và ít sử dụng các trang web được làm sẵn hơn. Việc xây dựng một thứ gì đó có nghĩa là bạn kiểm soát được kết quả. Điều đó cũng có nghĩa là, khách hàng của bạn nhận được những gì họ muốn. Luôn luôn là vậy.

Câu hỏi đặt ra là, làm thế nào để bạn xây dựng các trang web đủ hiệu quả để kiếm tiền trong quá trình đó. Đừng chỉ nhìn vào các module. Hãy xem cách chúng được kết nối với nhau.

Các dự án Drupal được kết hợp lại bằng các module và chất kết dính

Các nhà phát triển Drupal có một câu nói – “có một module cho việc đó”.

Nếu bạn muốn hoàn thành các dự án lớn và phức tạp đúng hạn và giữ lại một khoản tiền làm lợi nhuận, bạn cần phải làm việc hiệu quả. Hiệu quả có nghĩa là bạn sử dụng những gì có sẵn và xây dựng dựa trên chúng. Bạn kết nối các module đang hoạt động lại với nhau và thêm logic độc đáo của riêng bạn, để kết quả đạt được chính xác là những gì bạn cần.

Tôi đã lấy một mẫu ngẫu nhiên gồm 10 trang web từ phần nghiên cứu điển hình trên Drupal.org và kiểm tra xem họ sử dụng những gì:

Danh sách ban đầu bao gồm hơn 80 module. Tôi đã loại bỏ tất cả các module chỉ xuất hiện một lần, để lại cho chúng ta danh sách các module Drupal phổ biến này:

Trước Drupal 7, bạn sẽ thấy một module tên là CCK xuất hiện trên tất cả các trang web. CCK định nghĩa các loại nội dung tùy chỉnh và các trường. Giờ đây nó đã nằm trong lõi của Drupal, vì vậy nó không còn được liệt kê như một module nữa.

Để đánh giá cao những gì các nhà phát triển Drupal đang nhận được từ các module này, hãy xem họ nói gì:

“Views – Chúng tôi sử dụng công cụ mạnh mẽ này để hiển thị các slideshow, sản phẩm, trang tin tức, câu hỏi thường gặp (FAQ) và trang hồ sơ nhóm. Chúng tôi có quyền tự do chọn ra nội dung cụ thể, nhào nặn nó và hiển thị theo một cách rất dễ dàng mà không cần viết mã.”

“Panels – Khi kết hợp với Views, module này mang lại cho chúng tôi sức mạnh to lớn để làm những điều tuyệt vời hơn nữa. Chúng tôi có thể xuất nhiều view trên cùng một trang và thậm chí thêm nội dung tùy chỉnh của mình. Trang chủ, trang tổng quan sản phẩm và trang phương tiện của chúng tôi đều dựa trên Panels và Views.”

“Lịch được tạo bằng cách sử dụng kết hợp các module Views và Date, với sự phát triển tùy chỉnh xung quanh mỗi module. Lịch có thể được duyệt và tìm kiếm, và người dùng cũng có thể gửi các sự kiện của riêng họ lên lịch.”

“Ubercart là module quan trọng và có giá trị nhất của chúng tôi. Trong bộ Ubercart, chúng tôi đang sử dụng Thanh toán, Thuộc tính sản phẩm, Báo cáo, Báo giá vận chuyển, Liên kết giỏ hàng, Google Analytics cho Ubercart, Kho hàng, Giá cố định và Paypal.”

“Module Panels được sử dụng để cho phép PEER 1 Hosting cung cấp các bố cục khác nhau cho các phần khác nhau của trang web. Trước trang web này, PEER 1 Hosting buộc phải thao tác trên các tệp mẫu cho mỗi thay đổi, sau đó sẽ cần được nhóm CNTT đẩy lên môi trường chính thức. Cuối cùng, họ muốn có một cách dễ dàng hơn để quản lý bố cục mà không cần phải sửa đổi bất kỳ đoạn mã nào. Module Panels đã cung cấp cho trang web một cách rất đơn giản để sửa đổi các bố cục và nội dung bên trong bố cục, từ đó mang lại cho những người không có nền tảng kỹ thuật khả năng quản lý trang web. Về cơ bản, Appnovation đã cung cấp cho PEER 1 Hosting những kiến thức cơ bản về Panels, mà không làm họ ngập lụt trong tất cả các tính năng tuyệt vời của module này, những thứ mà họ không thực sự cần.”

“Rules – Phần lớn các module của chúng tôi dựa vào module chính này, cho phép chúng tôi thiết lập các quy tắc cho các sự kiện và hành động trong Ubercart, Ubercart Global Quote và Ubercart Discount Coupons. Chúng tôi có thể tinh chỉnh các sự kiện như thông báo thanh toán cho khách hàng/quản trị viên và các sự kiện cập nhật đơn hàng.”

“Views – Giống như với CCK, không có trang web nào có thể được xây dựng mà không có module Views đa năng. Trang web PEER 1 Hosting đã có hơn 15 View được tích hợp. Views được sử dụng trên toàn bộ trang web để hiển thị những thứ như nội dung liên quan, slideshow và video. Các View mặc định đã được thiết lập để cho phép PEER 1 Hosting chọn lọc các View khác nhau bên trong giao diện Panels để điền nội dung trên một số trang nhất định.”

Chúng ta có đang thấy một mô hình ở đây không?

Các nhà phát triển Drupal xây dựng trang web bằng cách sử dụng lõi và các module của Drupal. Chất kết dính, kết nối các module này lại với nhau, xuất hiện dưới dạng ba plugin:

• Views
• Panels
• Rules

Views tải nội dung từ cơ sở dữ liệu và hiển thị nó. Panels xây dựng các bố cục linh hoạt. Rules kiểm soát những gì có thể xảy ra trên trang web.

Hầu hết các nhà phát triển đều có thể viết PHP và lập trình mọi thứ từ đầu. Nếu có đủ thời gian, nhiều người sẽ xoay sở tốt mà không cần đến CMS. Nhưng mục tiêu là bàn giao dự án đúng hạn và có lãi. Việc phát minh lại bánh xe không phải là cách tốt nhất để đạt được điều này.

Các nhà phát triển WordPress có thể nhận được những dự án lớn không?

Có. Chắc chắn rồi. Tất cả những gì cần thiết là bước vào một trạng thái tâm lý phù hợp và sử dụng các công cụ phù hợp.

Một cách để xây dựng trang web là chọn một giao diện gần nhất với những gì khách hàng cần và tinh chỉnh nó. Nó có hoạt động không? Chắc chắn rồi, nhưng có một chút rắc rối. Các giao diện ban đầu được dự định để thiết kế các trang web. Để mặc áo cho nội dung, chứ không phải để tạo ra nó. Bạn có thể thay một chiếc váy 10 lần và đó vẫn là cùng một quý cô.

Các giao diện phức tạp, định nghĩa các loại nội dung tùy chỉnh của riêng chúng, hiển thị nó theo những cách rất độc đáo (và đôi khi tuyệt vời) và triển khai một quy trình làm việc hoàn chỉnh. Chúng vừa giải quyết một vấn đề vừa tạo ra một vấn đề mới. Bạn nhận được một thứ đáp ứng 90% bản đặc tả của mình trong thời gian ngắn và với chi phí thấp. Tuy nhiên, thông thường, 10% cuối cùng giống như việc đâm đầu vào một bức tường gạch. Phải mất rất nhiều thời gian để dịch ngược logic phức tạp và khiến nó làm chính xác những gì bạn cần.

Vì vậy, bạn gọi cho khách hàng, người đang háo hức chờ đợi dự án hoàn thành của mình, và bạn bắt đầu thương lượng về các tính năng. Nó sẽ hoạt động! Khách hàng sẽ không có lựa chọn nào khác ngoài việc chấp nhận những thỏa hiệp này. Cuộc sống đầy rẫy những điều như vậy. Tuy nhiên, cái giá phải trả là rất đắt. Bạn đang thực sự huấn luyện khách hàng của mình rằng các trang web WordPress rẻ, hoàn thành nhanh chóng nhưng không làm chính xác những gì cần thiết. Gần giống, nhưng không hoàn toàn chính xác.

Bạn còn nhớ giám đốc tiếp thị ở phần đầu của bài viết này không? Điều cuối cùng ông ấy cần là chiến lược tiếp thị của mình bị bẻ cong và thay đổi, do những gì có thể triển khai trong một giao diện và những gì không thể. Tôi biết giám đốc tiếp thị đó. Tôi chính là ông ấy. Hãy tin tôi. Khoản tiết kiệm mà chúng ta có được khi đặt hàng một trang web làm sẵn không là gì so với chi phí cơ hội bị mất, bởi vì chúng ta không thể thực hiện chiến lược của mình như đã lên kế hoạch. Đã từng trải qua, đã từng làm vậy, và sẽ không lặp lại nữa.

Vì vậy, nếu bạn chỉ rút ra một điều từ câu chuyện này, tôi hy vọng đó sẽ là sự thấu hiểu rằng trang web của một công ty không phải là một cuộc thương lượng. Không có những thứ mang tính trang trí và không có quy tắc 80/20. Không phải khi bạn đang xây dựng trang web. Hãy phân tích những gì cần làm và những gì cần thiết để xây dựng nó theo yêu cầu, đúng hạn và đạt chất lượng. Sau đó, đưa ra mức giá phù hợp. Hãy dạy cho khách hàng biết rằng họ có thể tin tưởng giao phó cho bạn bất cứ điều gì họ yêu cầu, và chắc chắn họ sẽ làm vậy.

Tiếp theo là các công cụ.

Muốn làm một điều gì đó không có nghĩa là bạn thực sự có thể làm được. Bạn đã học cách phát triển, viết mã và định kiểu. Bạn đã học API của WordPress từ trong ra ngoài. Nếu không có những kỹ năng này, bạn không thể nói về việc xây dựng những trang web tuyệt vời. Ngoài những kỹ năng này, các nhà phát triển Drupal cũng sử dụng một số module chính để tăng hiệu quả của họ. Họ sử dụng CCK, Views, Panels và Rules.

Đúng vậy, bạn có thể xây dựng các trang web tuyệt vời mà không cần bất kỳ module nào trong số này. Tuy nhiên, việc kiếm tiền với một trang web làm thủ công sẽ rất khó khăn. Bạn sẽ trễ thời hạn và/hoặc chi tiêu cho một dự án nhiều hơn số tiền bạn được trả.

Các module tương tự cũng tồn tại cho WordPress. Điểm khác biệt lớn là, trong WordPress chúng được gọi là các plugin :-)

• Drupal CCK » Toolset Types
• Drupal Views » Toolset Views
• Drupal Panels » Toolset Layouts
• Drupal Webforms » Toolset CRED
• Drupal Rules » Chưa có sẵn cho WordPress (cơ hội cho một công ty khởi nghiệp thông minh)

Được trang bị sự hiểu biết vững chắc về những gì các khách hàng lớn cần, thái độ làm việc đúng đắn và các công cụ phù hợp, bạn cũng có thể nhận được các dự án WordPress trị giá $10K, $40K và $100K. Việc thay đổi nhận thức của khách hàng sẽ tốn nhiều công sức, nhưng chắc chắn là có thể thực hiện được. Hãy nhớ rằng, những khách hàng lớn này chỉ quan tâm đến một điều duy nhất – hoàn thành công việc. Cách bạn làm điều đó thực sự tùy thuộc vào bạn.

Các giao diện WordPress rất tuyệt, nhưng hãy sử dụng chúng như là các giao diện

Tôi hy vọng mọi người không hiểu lầm rằng tôi nghĩ các giao diện WordPress là một điều tồi tệ. Tất nhiên là không phải vậy. Các giao diện WordPress rất tuyệt vời. Sự sẵn có của các giao diện chất lượng đã đóng góp lớn vào sự thành công của WordPress với tư cách là một nền tảng. Điều tôi muốn nói ở đây là thông thường, để bàn giao các dự án lớn, chúng không phải là câu trả lời hoàn chỉnh.

Các thiết kế chìa khóa trao tay đã giúp WordPress trở thành CMS thống trị trên web. Chúng đã hạ thấp rào cản gia nhập cho 95% các trang web và giúp WordPress dân chủ hóa việc xuất bản.

Chỉ có điều là, một kích cỡ không thể vừa với tất cả. Nó vừa với hầu hết. Để nhận được những dự án lớn đó, bạn cần sử dụng các công cụ khác.

Kinh nghiệm của bạn là gì?