מדוע מפתחי Drupal מרוויחים פי 10 יותר ממפתחי WordPress

האם תהית אי פעם מדוע אנשים שמחים לשלם פי שניים, פי חמישה ואפילו פי עשרה יותר על אותו מוצר? זו עובדה ידועה שאתרי Drupal יקרים בערך פי עשרה מאתרי WordPress. לכן, גם אם לוקח פי 5 יותר זמן לבנות אתר ב־Drupal, מפתחי Drupal זוכים להכניס לכיסם הרבה יותר בסופו של דבר. בוא נראה מדוע זה קורה וכיצד תוכל לקבל חלק מהפעולה.

האם שמעת פעם אחת מהאמירות האלה?

• Drupal מותאמת לארגונים ולממשל.
• פיתוח ב־Drupal דורש כישורים ייחודיים ומעיד על איכות גבוהה יותר.
• Drupal מתרחבת טוב יותר.
• Drupal יציבה ואמינה יותר.

לכן, המחשבה היא שאם פלטפורמה משמעותה איכות, דורשת כישורי ג'דיי ומספקת תוצאות מעולות, היא שווה את הכסף הנוסף.

בוא נסתכל על כמה עובדות ונבדוק אם התיאוריות האלה מחזיקות מים.

ההבדלים הגדולים בין הארכיטקטורה של Drupal לזו של WordPress

זוכר את "מרק המרכיב הסודי" בקונג פו פנדה? מר פינג (אבא של פו) תמיד עשה מזה עניין גדול, והוסיף ערך בלתי מדיד למרק האטריות שלו. מהו המרכיב הסודי ב־Drupal שמצדיק את המחירים הגבוהים האלה?

ל־Drupal יש צמתים (nodes). ל־WordPress יש פוסטים. שתיהן משתמשות בטקסונומיה כדי לארגן תוכן. הטקסונומיה של Drupal כוללת שדות, מה שיכול היה להיות נחמד מאוד גם ב־WordPress.

שתיהן משתמשות בשדות כדי להרחיב את התוכן הבסיסי, מעבר לכותרת וגוף הטקסט. לשתיהן יש ממשק משתמש גרפי (GUI), המאפשר למנהלי האתר לנהל תוכן. יש שיגידו שה־GUI של WordPress נוח הרבה יותר מזה של Drupal. לשתיהן יש מערכות תבניות, המאפשרות להציג תוכן בצד הלקוח. שתיהן משתמשות בפילטרים ובהוקים כדי להרחיב את פונקציונליות הליבה. ההרחבות של Drupal נקראות מודולים. ב־WordPress, הן נקראות תוספים. שתיהן מריצות PHP ותומכות במספר סוגים של מסדי נתונים. שתיהן רצות על שרתי אינטרנט שונים ויש להן תוספי מטמון מצוינים.

בסוף הסרט, מר פינג מגלה את הסוד. אין שום מרכיב סודי. זה פשוט מרק טוב. אותו הדבר קורה עם Drupal, WordPress ורוב מערכות ניהול התוכן האחרות. אין הבדלים גדולים בין Drupal ל־WordPress. הן דומות מאוד, עם הבדלים קלים בלבד.

על מה לקוחות גדולים משלמים?

לקוחות גדולים אינם טיפשים. כשהם כותבים אפיון לפרויקט של 40K $ ומציינים את Drupal, אנחנו יכולים להניח שהם עושים זאת מסיבה טובה. לכן, אם המערכות באמת כל כך דומות, מה עוד יכול לקרות כאן?

אתר אינטרנט הוא חלק מאסטרטגיית השיווק של החברה. לעתים קרובות, הוא מוקד האסטרטגיה הזו. אתר חברה הוא כמו הכוכב, במרכז מערכת פלנטרית. כל שאר הפעילויות סובבות סביבו. ההמרה מתרחשת באתר וכל השאר מזרים את התנועה.

כאשר מנהל שיווק כותב אפיון לאתר, זו התוצאה של קמפיין שיווקי שתוכנן בקפידה. בניית האתר עולה כסף, אבל זה חסר משמעות בהשוואה לפיתוח המוצר של החברה, מתן תמיכה ופרסום.

הדבר האחרון שמנהל שיווק צריך הוא שהקמפיין שתוכנן בקפידה ישתבש בגלל בעיות יישום. העלות של אי ביצוע תוכנית השיווק שלך עולה בהרבה על העלות של בניית אתר.

לכן, כשאתה רואה פרויקט עם תקציב של 40K $, עם לוח זמנים של 6 שבועות, זכור שחלק מהכסף הזה הולך לפיתוח וחלקו הולך להבטחה. הבטחה שלא משנה מה יקרה, ולא משנה אילו קשיים יצוצו, הפרויקט הזה יושלם בזמן ובהתאם לאפיון.

אני חושב שזו הסיבה העיקרית לכך ש־Drupal מופיעה כדרישה בכל כך הרבה פרויקטים גדולים ורווחיים. בואו נחשוב יחד איך Drupal קיבלה את המוניטין הזה.

תהליך פיתוח טיפוסי ב־Drupal

פרויקט רגיל מתנהל כך:

1. ניתוח הדרישות
2. עיצוב תבנית
3. מציאת מודולים שמיישמים חלקים שונים
4. בניית השאר בעצמך, עם מודולי מפתח וקצת PHP
5. מסירה

הדבר הנהדר בתהליך הזה הוא שהוא מובטח. מכיוון שהמפתח משתמש במודולים כמו בלגו ויש לו את הגמישות לבנות פונקציונליות משלו, הדברים מתחברים יחד.

כשחושבים על זה, התהליך שלמעלה די קרוב למה שאתה עושה עם WordPress, נכון? אז למה Drupal מקבלת מוניטין של 'פלטפורמה'? כי מפתחים בונים איתה יותר ומשתמשים פחות באתרים מוכנים מראש. לבנות משהו אומר שאתה שולט בתוצאה. זה גם אומר שהלקוח שלך מקבל את מה שהוא רוצה. תמיד.

השאלה היא, איך אתה בונה אתרים בצורה יעילה מספיק, כדי להרוויח כסף בתהליך. אל תסתכל רק על המודולים. תראה איך הם מתחברים יחד.

פרויקטים של Drupal מורכבים ממודולים ודבק

למפתחי Drupal יש אמרה – "יש מודול בשביל זה".

אם אתה רוצה להשלים פרויקטים גדולים ומורכבים בזמן ולשמור קצת כסף כרווח, אתה צריך להיות יעיל. יעילות פירושה שאתה משתמש במה שזמין ובונה איתו. אתה מחבר מודולים עובדים יחד ומוסיף את הלוגיקה הייחודית שלך, כך שהתוצאה תהיה בדיוק מה שאתה צריך.

לקחתי מדגם אקראי של 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 נאלצו לבצע מניפולציות על קובצי תבנית עבור כל שינוי, שאותם היה צריך לדחוף לסביבת הייצור על ידי צוות IT. בסופו של דבר הם רצו דרך קלה יותר לנהל את הפריסה, ללא צורך לשנות קוד כלשהו. מודול ה־Panels סיפק לאתר דרך פשוטה מאוד לשנות פריסות ותוכן בתוך הפריסה, ובכך נתן לאנשים ללא רקע טכני את היכולת לנהל את האתר. למעשה, Appnovation נתנה ל־PEER 1 Hosting את הבסיס של Panels, מבלי להציף אותם בכל התכונות הנהדרות של המודול, שבהן הם לא באמת היו צריכים."

"Rules – רבים מהמודולים שלנו מסתמכים על מודול המפתח הזה, שמאפשר לנו להגדיר כללים לאירועים ופעולות ב־Ubercart, ב־Ubercart Global Quote וב־Ubercart Discount Coupons. אנחנו מסוגלים לכוונן אירועים כגון התראות קופה ללקוח/מנהל ואירועי עדכון הזמנה."

"Views – בדיוק כמו עם CCK, אי אפשר לבנות שום אתר ללא מודול ה־Views הוורסטילי. באתר של PEER 1 Hosting היו למעלה מ־15 תצוגות שהיה צורך לשלב. נעשה שימוש ב־Views ברחבי האתר כדי להראות דברים כמו תוכן קשור, מצגות וסרטונים. תצוגות ברירת מחדל הוגדרו כדי לאפשר ל־PEER 1 Hosting לבחור תצוגות שונות בתוך ממשק ה־Panels כדי למלא תוכן בדפים מסוימים."

האם אנחנו רואים כאן דפוס?

מפתחי Drupal בונים אתרים באמצעות הליבה של Drupal והמודולים. הדבק, שמחבר את המודולים האלה יחד, מגיע כשלושה תוספים:

• Views
• Panels
• Rules

Views טוען תוכן ממסד הנתונים ומציג אותו. Panels בונה פריסות גמישות. Rules שולט במה שיכול לקרות באתר.

רוב המפתחים יכולים לכתוב PHP ולקודד הכל מאפס. בהינתן מספיק זמן, רבים יסתדרו מצוין ללא מערכת ניהול תוכן. אבל הרעיון הוא לספק פרויקטים בזמן וברווחיות. להמציא מחדש את הגלגל זו לא הדרך הטובה ביותר להשיג זאת.

האם גם מפתחי 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 כפלטפורמה. מה שאני אומר כאן הוא שלעתים קרובות, כדי לספק פרויקט גדול, הן אינן התשובה המלאה.

עיצובים מוכנים מראש (Turn-key designs) אפשרו ל־WordPress להפוך למערכת ניהול התוכן (CMS) השולטת ברשת. הם הורידו את רף הכניסה עבור 95% מהאתרים ועזרו ל־WordPress לעשות דמוקרטיזציה להוצאה לאור.

הדבר היחיד הוא שמידה אחת לא מתאימה לכולם. היא מתאימה לרוב. כדי לקבל את הפרויקטים הגדולים האלה, אתה צריך להשתמש בכלים אחרים.

מה הניסיון שלכם?