Một khách hàng từng chia sẻ với chúng tôi rằng họ rất khó đưa ra quyết định khi phải lựa chọn giữa ba nhà cung cấp khác nhau. Trong hồ sơ đề xuất, công ty nào cũng giới thiệu rằng mình“có nhiều kinh nghiệm với Drupal” và“sở hữu các kỹ sư được chứng nhận”, khiến việc đánh giá trở nên không hề dễ dàng.
Khi đó, chúng tôi gợi ý cho khách hàng một tiêu chí đơn giản: hãy xem hồ sơ công khai trên Drupal.org. Trong số ba công ty, chỉ có một đơn vị đang thực sự công bố và duy trì các module do chính họ phát triển.
Drupal là một nền tảng mã nguồn mở. Chính vì vậy, năng lực kỹ thuật của nhà cung cấp không chỉ nằm trong các tài liệu marketing mà được công khai trước cộng đồng toàn cầu và có thể được kiểm chứng trước khi ký hợp đồng. Trong bài viết này, chúng tôi sẽ chia sẻ cách nhận biết năng lực thực sự của một nhà cung cấp Drupal, cũng như lý do vì sao điều đó ảnh hưởng trực tiếp đến chi phí và hiệu quả lâu dài của dự án.

Năng lực thực sự của một nhà cung cấp Drupal thể hiện ở đâu?
Trong thế giới CMS, Drupal được biết đến là nền tảng phù hợp với các hệ thống quy mô lớn và có yêu cầu bảo mật cao. Thực tế, Drupal đang được sử dụng trên 8,5% trong số 10.000 website có lưu lượng truy cập lớn nhất thế giới (trong khi WordPress chiếm 54,3%). Điều đó cho thấy rằng dù thị phần tổng thể không lớn, Drupal lại thường được lựa chọn cho những hệ thống càng lớn và càng phức tạp.
> Nguồn: themeisle「2025 CMS Market Share」
Để hỗ trợ những website quy mô lớn như vậy, chỉ biết cấu hình và sử dụng CMS là chưa đủ. Doanh nghiệp cần một đội ngũ hiểu rõ kiến trúc bên trong của Core và có khả năng tự phát triển các chức năng cần thiết khi yêu cầu nghiệp vụ phát sinh.
Và trong hệ sinh thái Drupal, việc một đội ngũ có thực sự “tạo ra được” hay không là điều không thể che giấu. Bởi tất cả đều được ghi lại trên Drupal.org.

4 chỉ số cần kiểm tra trước khi lựa chọn nhà cung cấp
Đừng đánh giá dựa trên những gì được viết trong hồ sơ đề xuất. Hãy đh giá dựa trên các dữ liệu có thể kiểm chứng được.
① Thời gian hoạt động trên Drupal.org
Nhà cung cấp tham gia Drupal chỉ vì xu hướng nhất thời hay đã gắn bó lâu dài? Khoảng năm 2015, Drupal đã thay đổi hoàn toàn kiến trúc Core sang nền tảng Symfony, đến mức có thể xem như một sản phẩm khác. Việc một đội ngũ vẫn tiếp tục hoạt động và đóng góp sau bước chuyển đổi lớn này thường thể hiện rõ qua số năm tham gia cộng đồng.
② Số lượng dự án đã công bố và đang duy trì
Đây là ranh giới dễ nhận biết nhất giữa một đơn vị “biết sử dụng” và một đơn vị “có thể tạo ra”. Mức độ hiểu biết về Drupal Core giữa một công ty không có bất kỳ module công khai nào và một công ty đang duy trì hàng chục module là hoàn toàn khác nhau.
③ Quyền quản lý các dự án thuộc phạm vi Security Advisory
Trong hệ sinh thái Drupal, chỉ những maintainer đã vượt qua quy trình đánh giá của cộng đồng mới có thể tham gia các dự án nằm trong chương trình Security Advisory chính thức. Đây được xem là bằng chứng cho thấy chất lượng code đã được cộng đồng độc lập công nhận.
④ Hoạt động trên Issue Queue
Đội ngũ có tham gia vào các cuộc thảo luận liên quan đến Drupal Core hay không? Điều này rất quan trọng khi xử lý sự cố, bởi nó giúp xác định nhanh liệu vấn đề đang gặp phải có phải là “lỗi đã được biết đến của Core” hay không.

Những rủi ro cần lưu ý
Các chỉ số trên rất hữu ích, nhưng không nên xem chúng là tiêu chí duy nhất.

⁃ Không phải cứ nhiều dự án hơn là tốt hơn. Trong nhiều trường hợp, chỉ một module được sử dụng rộng rãi và được bảo trì cẩn thận còn có giá trị hơn hàng chục module ít người dùng. Hãy nhìn vào chất lượng và mức độ ảnh hưởng của dự án, không chỉ nhìn vào số lượng.
⁃ Thành tích của một cá nhân và năng lực của cả đội ngũ là hai vấn đề khác nhau. Một công ty có thể sở hữu một kỹ sư rất giỏi, nhưng nếu toàn bộ kiến thức và kinh nghiệm chỉ nằm ở một người thì chất lượng dự án sẽ bị ảnh hưởng khi có thay đổi nhân sự. Vì vậy, cần đánh giá thêm mức độ chuẩn hóa quy trình và khả năng chia sẻ kiến thức trong tổ chức.
⁃ Việc không có đóng góp công khai cũng không đồng nghĩa với việc không có năng lực. Một số công ty chỉ thực hiện các dự án theo hợp đồng NDA nên không có cơ hội công bố mã nguồn ra cộng đồng. Tuy nhiên, trong những trường hợp như vậy, bên đặt hàng cần có những phương pháp khác để đánh giá năng lực kỹ thuật.

Tóm lại, hồ sơ công khai là một nguồn tham khảo rất hữu ích nhưng không phải là tiêu chí đánh giá toàn diện. Do đó, cần kết hợp với các yếu tố và thông tin khác để đưa ra đánh giá chính xác hơn.

Xu hướng thị trường Nhật Bản
Tại Nhật Bản, Drupal vẫn tiếp tục được sử dụng trong những lĩnh vực có yêu cầu cao về bảo mật.
⁃ Drupal được áp dụng rộng rãi tại các cơ quan nhà nước và trường đại học nhờ những ưu điểm như bảo mật cao, hỗ trợ đa ngôn ngữ, khả năng đáp ứng các tiêu chuẩn accessibility và cơ chế phân quyền linh hoạt phù hợp với mô hình tổ chức nhiều cấp.
⁃ Trên thế giới, khoảng 25% website của các cơ quan chính phủ Canada đang sử dụng Drupal. Ngoài ra, Drupal cũng đã được triển khai cho các website của Nhà Trắng Hoa Kỳ và nhiều chính quyền bang tại Mỹ.
⁃ Tại Nhật Bản, Viện Khoa học và Công nghệ Okinawa (OIST) cũng là một trong những tổ chức đang sử dụng Drupal.
Trong những lĩnh vực như vậy, một nhà cung cấp chỉ ở mức”có thể làm được” thường không đủ để đáp ứng các yêu cầu thực tế. Chính vì vậy, bên đặt hàng cần có khả năng đánh giá được năng lực của những đơn vị thực sự”có thể tạo ra”, chứ không chỉ đơn thuần là sử dụng Drupal.

Kinh nghiệm thực tế của TTV với Drupal
■Các lĩnh vực đã triển khai
TTV đã tham gia xây dựng các hệ thống Drupal trong nhiều lĩnh vực khác nhau như eCommerce, website doanh nghiệp, healthcare và hệ thống quản lý hospitality. Đến nay, chúng tôi đã thực hiện hơn 10 dự án xây dựng mới và bảo trì Drupal, đồng thời hỗ trợ nâng cấp đến phiên bản mới nhất là Drupal 11.
■Đóng góp cho cộng đồng: 20 Contrib module
Các chuyên gia Drupal của chúng tôi đã công bố 20 Contrib module cho cộng đồng Drupal dựa trên những nhu cầu phát sinh từ các dự án thực tế. Đây không chỉ là những tuyên bố kiểu”chúng tôi có thể làm được”, mà là những kết quả đã được công khai và có thể được cộng đồng Drupal trên toàn thế giới kiểm chứng.

Dưới đây là hai ví dụ tiêu biểu:

⁃ Context Breadcrumb – Module cho phép định nghĩa breadcrumb động dựa trên context hiển thị. Module này đáp ứng các yêu cầu như:”cùng một trang nhưng cần hiển thị breadcrumb khác nhau tùy theo luồng truy cập của người dùng” trên các website có cấu trúc nhiều tầng.
⁃ Node Preview Context – Module giúp khắc phục vấn đề các điều kiện context của node không được đánh giá chính xác ở màn hình preview. Điều này giúp tránh tình trạng người biên tập nội dung”không thể kiểm tra giao diện hiển thị thực tế trước khi publish.”
 Danh sách module đã công bố: https://www.drupal.org/u/zipme_hkt

■Điều đó mang lại lợi ích gì về chi phí?
① Chi phí bảo trì ít có xu hướng tăng cao: Do hệ thống được triển khai thông qua các extension point chuẩn thay vì chỉnh sửa trực tiếp Drupal Core, các bản cập nhật bảo mật vẫn có thể được áp dụng liên tục. Điều này giúp tránh tình trạng: “Không thể cập nhật được nữa và buộc phải xây dựng lại hệ thống.”
② Giảm phát sinh chi phí phát triển bổ sung: Càng nhiều yêu cầu có thể được đáp ứng bằng những thành phần”đã được phát triển sẵn”, chi phí phát triển bổ sung càng thấp.
③ Xử lý sự cố nhanh hơn: Do thường xuyên theo dõi Issue Queue của Drupal, đội ngũ có thể nhanh chóng xác định liệu sự cố phát sinh có đến từ Drupal Core hay không, từ đó rút ngắn thời gian điều tra và xử lý.

Kết luận

⁃ Điểm cốt lõi của bài viết này không phải là”khoe thành tích”, mà là”khả năng kiểm chứng.”
⁃ Năng lực của một nhà cung cấp Drupal có thể được kiểm chứng trước khi ký hợp đồng thông qua Drupal.org (module công khai, lịch sử hoạt động, quyền maintainer liên quan đến Security Advisory…).
⁃ Trong các dự án quy mô lớn hoặc thuộc khối cơ quan nhà nước, năng lực của đơn vị”có thể tạo ra” quan trọng hơn rất nhiều so với đơn vị chỉ”biết sử dụng”, bởi nó ảnh hưởng trực tiếp đến khả năng đáp ứng yêu cầu thực tế.
⁃ Chúng tôi đã công bố 20 Contrib module cho cộng đồng Drupal, tham gia xây dựng và bảo trì hơn 10 website Drupal, đồng thời hỗ trợ đến phiên bản Drupal 11.
⁃ Đây không phải là những thành tích mang tính phô trương kỹ thuật. Giá trị thực sự của chúng được phản ánh thông qua chi phí bảo trì thấp hơn và ít phát sinh chi phí ngoài dự kiến hơn cho khách hàng.
Hãy bắt đầu bằng một câu hỏi đơn giản với bất kỳ nhà cung cấp nào mà bạn đang cân nhắc (bao gồm cả chúng tôi): “Anh/chị có thể cho tôi xem hồ sơ trên Drupal.org được không?”

Chúng tôi cung cấp dịch vụ xây dựng mới, nâng cấp, cải tiến và bảo trì hệ thống Drupal. Ngoài ra, khách hàng cũng có thể yêu cầu thực hiện riêng dịch vụ đánh giá hiện trạng hệ thống hiện có.
Nếu bạn đang gặp khó khăn trong việc lựa chọn nhà cung cấp phát triển Drupal, hãy liên hệ với chúng tôi để được tư vấn.

Nguồn tham khảo
Drupal.org Contributor Profile (zipme_hkt)
CMS Market Share 2025 (Themeisle)