لماذا يجني مطورو Drupal أرباحاً أكثر بـ 10 أضعاف من مطوري WordPress

هل تساءلت يوماً عن السبب الذي يجعل الناس سعداء بدفع ضعفين، أو خمسة أضعاف، أو حتى عشرة أضعاف السعر مقابل نفس المنتج؟ من المعروف أن مواقع Drupal أغلى بحوالي عشرة أضعاف من مواقع WordPress. لذلك، حتى لو استغرق بناء الموقع باستخدام Drupal وقتاً أطول بـ 5 أضعاف، فإن مطوري Drupal يجنون أموالاً أكثر بكثير في النهاية. دعنا نرى لماذا يحدث هذا وكيف يمكنك الحصول على حصتك من هذه الأرباح.

هل سبق لك أن سمعت أياً من هذه العبارات؟

• تم تحسين Drupal للشركات والمؤسسات الحكومية.
• يتطلب التطوير باستخدام Drupal مهارات فريدة ويعني جودة أعلى.
• يتميز Drupal بقابلية توسع أفضل.
• يُعد Drupal أكثر استقراراً وموثوقية.

لذا، فإن الفكرة السائدة هي أنه إذا كانت المنصة تعني الجودة، وتتطلب مهارات استثنائية، وتقدم نتائج متفوقة، فهي تستحق المال الإضافي.

دعنا نلقي نظرة على بعض الحقائق لنرى ما إذا كانت هذه النظريات صحيحة.

الاختلافات الكبيرة بين بنية Drupal وبنية WordPress

هل تتذكر «حساء المكون السري» في فيلم Kung Fu Panda؟ لطالما بالغ السيد Ping (والد Pu) في أهميته، مضيفاً قيمة لا تُقدر بثمن إلى حساء النودلز الخاص به. ما هو المكون السري في Drupal الذي يبرر هذه الأسعار المرتفعة؟

يحتوي Drupal على عُقد (nodes). ويحتوي WordPress على مقالات (posts). يستخدم كلاهما التصنيفات لتنظيم المحتوى. تحتوي تصنيفات Drupal على حقول، وهو أمر قد يكون رائعاً جداً في WordPress أيضاً.

يستخدم كلاهما الحقول لتوسيع المحتوى الأساسي، إلى جانب العنوان والنص. يحتوي كلاهما على واجهة مستخدم رسومية (GUI)، تتيح للمسؤولين إدارة المحتوى. قد يقول البعض إن واجهة المستخدم في WordPress أكثر ملاءمة بكثير من واجهة Drupal. يمتلك كلاهما أنظمة قوالب، مما يسمح بعرض المحتوى على الواجهة الأمامية. يستخدم كلاهما المرشحات (filters) والخطافات (hooks) لتوسيع وظائف النواة. تُسمى إضافات Drupal بالوحدات (modules). وفي WordPress، تُسمى إضافات (plugins). يعمل كلاهما بلغة PHP ويدعمان عدة أنواع من قواعد البيانات. يعمل كلاهما على خوادم ويب مختلفة ويمتلكان إضافات تخزين مؤقت ممتازة.

في نهاية الفيلم، يكشف السيد Ping عن السر. لا يوجد مكون سري. إنه مجرد حساء جيد. ينطبق الأمر نفسه على Drupal وWordPress ومعظم أنظمة إدارة المحتوى الأخرى. لا توجد اختلافات كبيرة بين Drupal وWordPress. إنهما متشابهان جداً، مع وجود اختلافات طفيفة فقط.

مقابل ماذا يدفع العملاء الكبار؟

العملاء الكبار ليسوا أغبياء. عندما يكتبون مواصفات لمشروعهم بقيمة 40K $ ويحددون Drupal، يمكننا افتراض أنهم يفعلون ذلك لسبب وجيه. لذا، إذا كانت الأنظمة متشابهة حقاً إلى هذا الحد، فما الذي يحدث هنا أيضاً؟

يُعد الموقع الإلكتروني جزءاً من استراتيجية التسويق الخاصة بالشركة. وغالباً ما يكون هو المحور الأساسي لهذه الاستراتيجية. يشبه موقع الشركة النجم في وسط نظام كوكبي. تدور حوله جميع الأنشطة الأخرى. يحدث التحويل (conversion) في الموقع وكل شيء آخر يجلب الزيارات إليه.

عندما يكتب مدير التسويق مواصفات لموقع ما، فإن ذلك يكون نتيجة لحملة تسويقية مخطط لها بعناية. يكلف بناء الموقع أموالاً، لكنه يُعد مبلغاً ضئيلاً مقارنة بتطوير منتج الشركة، وتقديم الدعم، والإعلان.

آخر ما يحتاجه مدير التسويق هو أن تنحرف حملته المخطط لها بعناية عن مسارها بسبب مشاكل التنفيذ. إن تكلفة عدم تنفيذ خطتك التسويقية تفوق بكثير تكلفة بناء موقع.

لذا، عندما ترى مشروعاً بميزانية تبلغ 40K $، وبجدول زمني مدته 6 أسابيع، تذكر أن جزءاً من هذا المال يذهب إلى التطوير والجزء الآخر يذهب إلى الضمان. ضمان أنه مهما حدث، ومهما ظهرت من صعوبات، فإن هذا المشروع سيكتمل في الوقت المحدد ووفقاً للمواصفات.

أعتقد أن هذا هو السبب الرئيسي لظهور Drupal كمتطلب في العديد من المشاريع الكبيرة والمربحة. دعنا نفكر معاً في كيفية حصول Drupal على هذه السمعة.

عملية تطوير نموذجية في Drupal

يسير المشروع العادي على النحو التالي:

1. تحليل المتطلبات
2. تصميم قالب
3. العثور على الوحدات (modules) التي تنفذ الأجزاء المختلفة
4. بناء الباقي بنفسك، باستخدام الوحدات الرئيسية وبعض أكواد PHP
5. التسليم

الشيء الرائع في هذه العملية هو أنها مضمونة. نظراً لأن المطور يستخدم الوحدات مثل قطع Lego ويتمتع بالمرونة لبناء وظائفه الخاصة، فإن الأمور تتكامل بسلاسة.

عندما تفكر في الأمر، فإن هذه العملية المذكورة أعلاه قريبة جداً مما تفعله مع WordPress، أليس كذلك؟ إذاً، لماذا يحصل Drupal على سمعة «المنصة المتكاملة»؟ لأن المطورين يبنون بواسطته أكثر ويستخدمون المواقع الجاهزة بشكل أقل. بناء شيء ما يعني أنك تتحكم في النتيجة. ويعني أيضاً أن عميلك يحصل على ما يريده. دائماً.

السؤال هو، كيف تبني المواقع بكفاءة كافية لجني الأموال في هذه العملية. لا تنظر فقط إلى الوحدات. انظر إلى كيفية اتصالها ببعضها البعض.

مشاريع Drupal يتم تجميعها بواسطة الوحدات والروابط

لدى مطوري Drupal مقولة شهيرة: «هناك وحدة (module) لذلك».

إذا كنت ترغب في إكمال مشاريع كبيرة ومعقدة في الوقت المحدد والاحتفاظ ببعض المال كأرباح، فيجب أن تكون فعالاً. الكفاءة تعني أن تستخدم ما هو متاح وتبني باستخدامه. أنت تربط الوحدات العاملة معاً وتضيف منطقك البرمجي الفريد، بحيث تكون النتيجة هي بالضبط ما تحتاجه.

أخذت عينة عشوائية من 10 مواقع من قسم دراسات الحالة في Drupal.org وتحققت مما تستخدمه:

تضمنت القائمة الأصلية أكثر من 80 وحدة. قمت بإزالة جميع الوحدات التي ظهرت مرة واحدة، مما ترك لنا هذه القائمة من وحدات Drupal الشائعة:

قبل الإصدار Drupal 7، كنت لترى وحدة تُسمى CCK، تظهر في جميع المواقع. تحدد CCK أنواع المحتوى المخصصة والحقول. وبما أنها أصبحت الآن في نواة Drupal، فلم تعد تُدرج كوحدة بعد الآن.

لتقدير ما يحصل عليه مطورو Drupal من هذه الوحدات، انظر إلى ما يقولونه:

«Views – نستخدم هذه الأداة القوية لعرض عروض الشرائح، والمنتجات، وصفحات الأخبار، والأسئلة الشائعة، وصفحات الملفات الشخصية لفريق العمل. لدينا الحرية في اختيار محتوى معين، وتشكيله وعرضه بطريقة سهلة للغاية دون كتابة أكواد برمجية.»

«Panels – مقترنة مع Views، تمنحنا هذه الوحدة قوة هائلة للقيام بأشياء أعظم. يمكننا إخراج طرق عرض متعددة في نفس الصفحة وحتى إضافة محتوانا المخصص. تعتمد صفحتنا الرئيسية، ونظرة عامة على المنتج، وصفحة الوسائط على Panels وViews.»

«تم إنشاء التقويم باستخدام مزيج من وحدتي Views وDate، مع تطوير مخصص حول كل منهما. التقويم قابل للتصفح والبحث، ويمكن للمستخدمين إرسال أحداثهم الخاصة إلى التقويم أيضاً.»

«Ubercart هي وحدتنا الأهم والأكثر قيمة. ضمن مجموعة Ubercart، نستخدم Payment، وProduct attributes، وReports، وShipping Quotes، وCart Links، وGoogle Analytics for Ubercart، وStock، وFlat Rate، وPaypal.»

«تم استخدام وحدة Panels للسماح لشركة PEER 1 Hosting بتوفير تخطيطات مختلفة لأقسام مختلفة من الموقع. قبل هذا الموقع، كانت PEER 1 Hosting مضطرة لمعالجة ملفات القوالب لكل تغيير، والذي كان يحتاج بعد ذلك إلى دفعه إلى بيئة الإنتاج بواسطة فريق تكنولوجيا المعلومات. في النهاية، أرادوا طريقة أسهل لإدارة التخطيط، دون الحاجة إلى تعديل أي نوع من الأكواد. وفرت وحدة Panels للموقع طريقة بسيطة جداً لتعديل التخطيطات والمحتوى داخل التخطيط، مما منح الأشخاص ذوي الخلفيات غير الفنية القدرة على إدارة الموقع. في الأساس، أعطت Appnovation شركة PEER 1 Hosting أساسيات Panels، دون إغراقهم بجميع الميزات الرائعة للوحدة، والتي لم يكونوا بحاجة إليها حقاً.»

«Rules – تعتمد الكثير من وحداتنا على هذه الوحدة الرئيسية، والتي تسمح لنا بتعيين قواعد للأحداث والإجراءات في Ubercart، وUbercart Global Quote، وUbercart Discount Coupons. نحن قادرون على تعديل الأحداث مثل إشعارات إتمام الشراء للعميل/المسؤول وأحداث تحديث الطلب.»

«Views – تماماً كما هو الحال مع CCK، لا يمكن بناء أي موقع بدون وحدة Views متعددة الاستخدامات. كان لدى موقع PEER 1 Hosting أكثر من 15 طريقة عرض (Views) ليتم دمجها. تم استخدام Views في جميع أنحاء الموقع لعرض أشياء مثل المحتوى ذي الصلة، وعروض الشرائح، ومقاطع الفيديو. تم إعداد طرق العرض الافتراضية للسماح لشركة PEER 1 Hosting باختيار وانتقاء طرق عرض مختلفة داخل واجهة Panels لملء المحتوى في صفحات معينة.»

هل نرى نمطاً متكرراً هنا؟

يبني مطورو Drupal المواقع باستخدام نواة Drupal والوحدات. تأتي أدوات الربط، التي تصل هذه الوحدات ببعضها البعض، في شكل ثلاث إضافات:

• Views
• Panels
• Rules

تقوم Views بتحميل المحتوى من قاعدة البيانات وعرضه. وتبني Panels تخطيطات مرنة. وتتحكم Rules في ما يمكن أن يحدث على الموقع.

يمكن لمعظم المطورين كتابة أكواد PHP وبرمجة كل شيء من الصفر. ومع توفر الوقت الكافي، سيتدبر الكثيرون أمورهم جيداً بدون نظام إدارة محتوى (CMS). لكن الفكرة هي تسليم المشاريع في الوقت المحدد وبشكل مربح. وإعادة اختراع العجلة ليست أفضل طريقة لتحقيق ذلك.

هل يمكن لمطوري WordPress الحصول على مشاريع كبيرة أيضاً؟

نعم. بالتأكيد. كل ما يتطلبه الأمر هو الدخول في الحالة الذهنية الصحيحة واستخدام الأدوات المناسبة.

إحدى طرق بناء موقع هي اختيار قالب هو الأقرب لما يحتاجه العميل وتعديله. هل تنجح هذه الطريقة؟ بالتأكيد، ولكن هناك عقبة صغيرة. صُممت القوالب في الأصل لتصميم المواقع. لتزيين المحتوى، وليس لإنشائه. يمكنك تغيير الفستان 10 مرات وستظل السيدة كما هي.

القوالب المعقدة، التي تحدد أنواع المحتوى المخصصة الخاصة بها، تعرضه بطرق فريدة جداً (ورائعة أحياناً) وتنفذ سير عمل كامل. إنها تحل مشكلة وتخلق أخرى في نفس الوقت. ستحصل على شيء يمثل 90% من مواصفاتك في وقت قصير وبأموال قليلة. ومع ذلك، غالباً ما تكون نسبة الـ 10% الأخيرة أشبه بالاصطدام بجدار من الطوب. يستغرق الأمر وقتاً طويلاً لإجراء هندسة عكسية للمنطق المعقد وجعله يفعل بالضبط ما تحتاجه.

لذا، تتصل بالعميل، الذي ينتظر مشروعه المكتمل بفارغ الصبر، وتبدأ في التفاوض على الميزات. سينجح الأمر! لن يكون أمام العميل خيار سوى قبول هذه التنازلات. الحياة مليئة بها. ومع ذلك، فإن التكلفة باهظة. أنت تقوم فعلياً بتعويد عميلك على أن مواقع WordPress رخيصة، وتكتمل بسرعة ولكنها لا تفعل بالضبط ما هو مطلوب. قريبة من المطلوب، ولكن ليس تماماً.

هل تتذكر مدير التسويق من بداية هذا المقال؟ آخر ما يحتاجه هو أن يتم تحريف استراتيجيته التسويقية وتغيير مسارها، بسبب ما يمكن تنفيذه في القالب وما لا يمكن. أنا أعرف مدير التسويق هذا. أنا هو. ثق بي. إن التوفير الذي نحصل عليه عندما نطلب موقعاً جاهزاً لا يُقارن بالتكاليف المتمثلة في الفرص الضائعة، لأننا لا نستطيع تنفيذ استراتيجيتنا كما خططنا لها. لقد مررت بهذه التجربة، ولن أكررها مرة أخرى.

لذا، إذا خرجت بشيء واحد فقط من هذه القصة، فأتمنى أن يكون إدراكك بأن موقع الشركة ليس مجالاً للتفاوض. لا توجد أشياء تجميلية ولا توجد قاعدة 80/20. ليس عندما تقوم ببناء الموقع. حلل ما يجب القيام به وما يتطلبه الأمر لبنائه كما هو مطلوب، في الوقت المحدد وبجودة عالية. ثم، قدم عرضك بناءً على ذلك. علّم عملاءك أنهم يستطيعون الوثوق بك في أي مهمة يلقونها على عاتقك، وسوف يفعلون ذلك بالتأكيد.

بعد ذلك، تأتي الأدوات.

الرغبة في القيام بشيء ما لا تعني أنك تستطيع فعله حقاً. لقد تعلمت التطوير، وكتابة الأكواد، والتصميم. لقد تعلمت واجهة برمجة تطبيقات (API) الخاصة بـ WordPress من الداخل والخارج. بدون هذه المهارات، لا يمكنك التحدث عن بناء مواقع إلكترونية رائعة. بالإضافة إلى ذلك، يستخدم مطورو Drupal أيضاً مجموعة من الوحدات الرئيسية لتعزيز كفاءتهم. إنهم يستخدمون CCK، وViews، وPanels، وRules.

نعم، يمكنك بناء مواقع رائعة بدون أي من هذه الوحدات. ومع ذلك، فإن جني الأموال من موقع مبني يدوياً سيكون صعباً للغاية. ستفوت المواعيد النهائية و/أو تنفق على المشروع أكثر مما تتقاضاه.

توجد وحدات مشابهة لـ WordPress أيضاً. الاختلاف الكبير هو أنها تُسمى في WordPress إضافات :-)

• Drupal CCK » Toolset Types
• Drupal Views » Toolset Views
• Drupal Panels » Toolset Layouts
• Drupal Webforms » Toolset CRED
• Drupal Rules » غير متوفرة بعد لـ WordPress (مساحة لشركة ناشئة ذكية)

متسلحاً بفهم قوي لما يحتاجه العملاء الكبار، والموقف الصحيح للوظيفة، والأدوات المناسبة، يمكنك الحصول على مشاريع WordPress بقيمة 10K $، و40K $، و100K $ أيضاً. سيتطلب تغيير تصور العميل بعض العمل، ولكنه بالتأكيد ممكن. تذكر أن هؤلاء العملاء الكبار يهتمون بشيء واحد، وشيء واحد فقط – إنجاز المهمة. أما كيف تفعل ذلك، فهو أمر متروك لك حقاً.

قوالب WordPress رائعة، ولكن استخدمها كقوالب

آمل ألا يُفهم من كلامي أنني أعتقد أن قوالب WordPress شيء سيئ. بالطبع ليست كذلك. قوالب WordPress رائعة. لقد كان توافر القوالب عالية الجودة مساهماً رئيسياً في نجاح WordPress كمنصة. ما أقوله هنا هو أنه غالباً، لتسليم مشروع كبير، لا تكون القوالب هي الحل الكامل.

لقد جعلت التصميمات الجاهزة للاستخدام من الممكن لـ WordPress أن يصبح نظام إدارة المحتوى (CMS) السائد على الويب. لقد خفضت نقطة الدخول لـ 95% من المواقع وساعدت WordPress على إضفاء الطابع الديمقراطي على النشر.

الشيء الوحيد هو أن مقاساً واحداً لا يناسب الجميع. بل يناسب المعظم. للحصول على تلك المشاريع الكبيرة، تحتاج إلى استخدام أدوات أخرى.

ما هي تجربتك؟