מה ההבדל בין חנות בקוד פתוח לפלטפורמה סגורה בדמי שימוש חודשיים?
ההשוואה בין חנות בקוד פתוח לבין פלטפורמה סגורה בדמי שימוש חודשיים כמעט תמיד מתחילה במקום הלא נכון: כמה זה עולה בחודש. זו שאלה קלה למדידה ולכן היא מקבלת את כל תשומת הלב, אבל היא לא זו שקובעת אם החנות שלכם תהיה נכס בעוד שלוש שנים או כלוב. שלוש שאלות אחרות עושות את העבודה הזו: למי שייך המידע על הלקוחות שלכם, מה קורה כשתהליך הרכישה שלכם לא סטנדרטי, וכמה עולה לצאת החוצה כשתרצו לעבור. במאמר הזה אני עובר על שלוש השאלות אחת אחת, מסביר מה כל צד באמת נותן, ומראה למי כל אפשרות מתאימה. אני בונה חנויות בשתי הגישות, כלומר אין לי אינטרס להטות אתכם לכיוון אחד, ואגיד בפירוש מתי הפלטפורמה הסגורה היא הבחירה הנכונה.
תוכן העניינים 8 פרקים
למה השוואת מחיר חודשי היא ההשוואה הלא נכונה
דמי שימוש חודשיים הם מספר יפה כי הוא ידוע מראש. הבעיה היא שהוא מודד רק את אחת מהעלויות, וכמעט תמיד לא את הגדולה. חנות מקוונת צוברת עלות בארבעה מקומות: ההקמה, התחזוקה השוטפת, ההתאמות שתצטרכו בשנה השנייה והשלישית, והמעבר אם תרצו לעבור. השוואה שמסתכלת רק על הראשון והשני מפספסת את מה שמכריע.
יש גם אשליה מוכרת בכיוון ההפוך. קוד פתוח נשמע כמו חינם, כי אין דמי שימוש לתוכנה. בפועל יש אחסון, יש תוספים בתשלום שנתי, ויש מישהו שצריך לתחזק ולעדכן. חנות בקוד פתוח שלא מתוחזקת היא לא חנות זולה, היא חנות שתישבר.
לכן אני מבקש מלקוחות לא לפתוח את הדיון במחיר, אלא בשלוש שאלות מבניות. כשעונים עליהן בכנות, התשובה על מה מתאים לכם כמעט תמיד ברורה מאליה. את שתי הגישות אני בונה במסגרת בניית חנות וירטואלית מתקדמת, ובחירת הפלטפורמה היא ההחלטה הראשונה בפרויקט, לא האחרונה.
שאלה ראשונה: למי שייך המידע על הלקוחות
בכל חנות יש נכס אחד ששורד מעבר לפלטפורמות ולעיצובים: רשימת הלקוחות, היסטוריית ההזמנות, וכתובות המשלוח. זה מה שמאפשר לכם לשווק שוב למי שכבר קנה, וזה הרבה יותר זול מלרכוש לקוח חדש.
ההבדל בין שתי הגישות כאן הוא לא הבדל של בעלות משפטית. בשתיהן המידע הוא שלכם. ההבדל הוא בגישה טכנית אליו, וזה הבדל מעשי מאוד:
- בקוד פתוח, החנות רצה על אחסון שאתם בוחרים, ומסד הנתונים יושב שם. אפשר לגשת אליו ישירות, לייצא הכול בכל רגע, להריץ שאילתה, ולחבר מערכת חיצונית בלי לבקש רשות מאיש.
- בפלטפורמה סגורה, המידע יושב במערכת של הספק. יש ייצוא, ויש ממשק תכנות, והם בדרך כלל טובים. אבל מה שאפשר לייצא ובאיזה פירוט מוגדר על ידי הספק ויכול להשתנות.
מה שאני ממליץ לבדוק לפני שחותמים, בכל פלטפורמה סגורה: האם ניתן לייצא את כל ההזמנות ההיסטוריות עם כל השדות, האם ניתן לייצא את סיסמאות הלקוחות (התשובה כמעט תמיד לא, וזה משמעותי במעבר), והאם יש הגבלה על תדירות הייצוא. אלה שאלות שמקבלות תשובה בדקה בשלב המכירה, ובחודשיים בשלב הפרידה.
יש כאן גם היבט תפעולי שנוגע לשיווק. חלק ניכר מהערך של רשימת לקוחות מגיע מהיכולת לחתוך אותה: מי קנה קטגוריה מסוימת, מי לא קנה תשעה חודשים, מי נטש עגלה עם סכום גבוה. בקוד פתוח החיתוכים האלה נעשים ישירות על הנתונים, ובלי תלות בכלי מסוים. בפלטפורמה סגורה הם נעשים דרך הכלים שהמערכת מציעה, שלרוב טובים מאוד, אבל מוגדרים מראש. כל עוד אתם בתוך מה שהוגדר, החוויה מצוינת. ברגע שאתם צריכים חיתוך שלא קיים, אין דרך לעקוף.
שאלה שנייה: מה קורה כשתהליך הרכישה לא סטנדרטי
כאן נמצא ההבדל הגדול ביותר, והוא מתגלה רק אחרי שהחנות עלתה. כל עוד אתם מוכרים מוצר עם מחיר קבוע ומשלוח רגיל, שתי הגישות עובדות מצוין ואין ויכוח. השאלה מתחילה כשמשהו בעסק שלכם לא נכנס לתבנית.
דוגמאות למה שאני מכנה תהליך לא סטנדרטי, וכולן מציאותיות בשוק הישראלי:
- מחיר שמחושב לפי מידה, משקל או שטח, למשל וילון, שטיח או משטח עבודה.
- מוצר שדורש בחירה מדורגת: קודם דגם, ואז אביזרים שקיימים רק לדגם הזה.
- הזמנה שדורשת אישור לפני גבייה, נפוץ במכירה לעסקים.
- מחירון שונה ללקוחות סיטונאיים, בתוך אותה חנות.
- חיבור למערכת מלאי או לקופה שקיימת אצלכם ולא נועדה לאינטרנט.
- איסוף עצמי מסניף מסוים עם חלונות זמן.
בפלטפורמה סגורה כל אחד מאלה נפתר באחת משתי דרכים: תוסף מהחנות של הספק, או ויתור. אם יש תוסף מתאים, זו הדרך הזולה והמהירה בעולם. אם אין, או שיש והוא כמעט מתאים, אתם תקועים בקיר שאין דרך לעקוף אותו, כי אין גישה לקוד הליבה.
בקוד פתוח אין קיר, אבל יש חשבון. כל התאמה היא עבודת פיתוח שמישהו צריך לעשות ולתחזק. הצד החיובי הוא שהתשובה תמיד ״אפשר, וזה יעלה כך וכך״, ולא ״המערכת לא תומכת בזה״. במקרים שבהם החנות היא לב העסק זה הבדל קריטי. הבדיקה שאני ממליץ עליה לפני ההחלטה לוקחת שעה: כתבו על דף את חמשת המקרים החריגים ביותר שקורים אצלכם בהזמנה, ותבדקו כל אחד מהם מול הפלטפורמה שאתם שוקלים. לא לשאול שאלה כללית, אלא ממש לנסות. רוב הלקוחות מגלים בבדיקה הזו שניים או שלושה דברים שהם הניחו שיעבדו מאליהם, ושלא קיימים. עדיף לגלות את זה עכשיו מאשר שלושה חודשים אחרי העלייה לאוויר, כשכבר יש הזמנות במערכת.
עבודות מהסוג הזה נכנסות אצלי תחת פיתוח מערכות WEB מורכבות, בטווח ₪8,000-₪80,000 חד-פעמי לפני מע״מ, לפי מורכבות.
שאלה שלישית: כמה עולה לצאת בעוד שלוש שנים
אף אחד לא בונה חנות מתוך מחשבה על היום שבו יעזוב אותה, וזו בדיוק הסיבה שהסעיף הזה מפתיע אנשים. מעבר בין פלטפורמות מורכב משלושה חלקים, ורק אחד מהם קשור לפלטפורמה עצמה.
העברת התוכן והמידע. מוצרים, קטגוריות, תמונות, הזמנות היסטוריות, לקוחות. זה החלק שמושפע ישירות מהשאלה הראשונה. ככל שהייצוא מלא יותר, המעבר קל יותר.
שמירה על כתובות העמודים. החלק היקר באמת. אם מבנה הכתובות משתנה, כל דירוג שצברתם בגוגל יכול להיפגע. גוגל סורקת מחדש ומגלה שהעמוד עבר, ואם לא הגדרתם הפניות נכון, היא מציגה במקומו את מה שהיא מוצאת. חנות עם אלף מוצרים דורשת טבלת הפניות מלאה, וזו עבודה בפני עצמה. הכאב הזה זהה בשני הכיוונים, ומי שמבטיח לכם שמעבר לא ישפיע על התנועה לא באמת יודע.
בנייה מחדש של מה שהותאם. כל התאמה שעשיתם בפלטפורמה אחת לא עוברת לשנייה. בקוד פתוח לפחות הלוגיקה שלכם כתובה במקום שאפשר לקרוא ולתרגם. בפלטפורמה סגורה, מה שהוגדר בממשק לא תמיד ניתן לשחזור.
המסקנה המעשית: אם אתם מעריכים סיכוי סביר שתרצו לעבור, הבדיקה הכי שווה שאפשר לעשות היום לוקחת חצי שעה. הריצו ייצוא מלא בפלטפורמה שאתם שוקלים, ותסתכלו מה יצא בקובץ. זה מלמד יותר מכל מפרט שיווקי.
טבלת השוואה בשלוש השאלות
| שאלה | קוד פתוח (WooCommerce) | פלטפורמה סגורה (Shopify) |
|---|---|---|
| גישה למסד הנתונים | ישירה, אצלכם | דרך ייצוא וממשק תכנות |
| ייצוא מלא של היסטוריה | מלא | לפי מה שהספק מאפשר |
| תהליך רכישה לא סטנדרטי | אפשרי, בעלות פיתוח | תלוי בקיום תוסף מתאים |
| חיבור למערכת פנימית קיימת | גמיש | אפשרי, בגבולות הממשק |
| אחריות על עדכונים ואבטחה | עליכם או על מי שמתחזק | על הספק |
| זמן הקמה טיפוסי | ארוך יותר | קצר יותר |
| עלות מעבר החוצה | בינונית | גבוהה יותר, תלוי בייצוא |
| תלות בספק אחד | נמוכה | גבוהה |
שימו לב שיש שורה אחת שבה הפלטפורמה הסגורה מנצחת בגדול, והיא לא זניחה: אחריות על עדכונים ואבטחה. זה נטל אמיתי שנופל עליכם בקוד פתוח, ומי שמתעלם ממנו משלם עליו בהמשך.
מה באמת נכנס לחשבון החודשי בכל צד
כדי להשוות נכון צריך להשוות סלים שלמים, לא מספר מול מספר. אלה הסעיפים שכדאי לרשום לעצמכם בשני הטורים:
- דמי שימוש בתוכנה. קיים בפלטפורמה סגורה, לא קיים בקוד פתוח.
- אחסון ותעודת אבטחה. קיים בקוד פתוח, כלול בפלטפורמה סגורה.
- תוספים והרחבות. קיים בשתיהן, לרוב בתשלום שנתי או חודשי.
- עמלות סליקה. קיימות בשתיהן, ונקבעות מול חברת הסליקה. בפלטפורמה סגורה בדקו במפורש אם יש חיוב נוסף כשמשתמשים בסולק חיצוני, כי זה משתנה בין ספקים ובין מסלולים.
- תחזוקה שוטפת. עדכוני גרסה, גיבויים, בדיקות אחרי עדכון. בקוד פתוח זה סעיף שצריך לתקצב ולא להתעלם ממנו.
- שינויים ופיתוח. משתנה מאוד, ותלוי בשאלה השנייה.
עסקים רבים מגלים שכשממלאים את שני הטורים במלואם, הפער החודשי קטן ממה שחשבו, וההחלטה נקבעת בסוף לפי גמישות ולא לפי כסף.
סעיף אחד שכדאי להתייחס אליו בנפרד הוא מהירות וביצועים. בפלטפורמה סגורה הביצועים מנוהלים על ידי הספק, וזה יתרון אמיתי: אין לכם מה לכוונן ואין ממה לפחד. בקוד פתוח המהירות היא באחריותכם, והיא מושפעת מהאחסון, ממספר התוספים ומאיכות הבנייה. חנות בקוד פתוח שנבנתה נכון יכולה להיות מהירה מאוד, וחנות שנבנתה ברישול תהיה איטית. זה לא הבדל בין הגישות, זה הבדל בין ביצוע טוב לביצוע גרוע, ושווה לשאול עליו כל מי שמציע לכם בנייה.
למי מתאימה כל אפשרות
אלה שתי אפשרויות טובות, וזה באמת תלוי בעסק. הנה החלוקה שאני עובד לפיה.
פלטפורמה סגורה מתאימה לכם אם: אתם מוכרים קטלוג פשוט יחסית עם מחירים קבועים, אין לכם איש טכני בארגון ואין תקציב לתחזוקה שוטפת, אתם רוצים לעלות לאוויר מהר, ורוב המכירה מגיעה מפרסום ממומן וממדיה חברתית ולא ממבנה מורכב באתר. במצב הזה החיסכון בכאב ראש שווה את התלות.
קוד פתוח מתאים לכם אם: יש לכם תהליך רכישה שלא נכנס לתבנית סטנדרטית, אתם צריכים לחבר את החנות למערכת שכבר קיימת אצלכם, החנות היא ערוץ המכירה המרכזי ולא תוספת, או שאתם מתכננים לצמוח לכיוון שעדיין לא סגור. במצב הזה הגמישות שווה את התחזוקה.
יש גם מצב שלישי שכדאי להכיר: להתחיל בפלטפורמה סגורה כדי לבדוק שוק, ולעבור אחרי שנה כשברור שהעסק עובד. זו החלטה לגיטימית לגמרי, בתנאי שנכנסים אליה בעיניים פקוחות ויודעים שהמעבר יעלה כסף וזמן. את הבנייה בצד הקוד הפתוח אני עושה בעיקר תחת בניית חנות WooCommerce, בטווח ₪5,800-₪22,000 חד-פעמי לפני מע״מ, כולל חיבור לסליקה ישראלית ולמערכות משלוח.
עלויות הקמה אצלי, ואיך בוחרים בפועל
הקמת חנות וירטואלית מתקדמת נעה אצלי בטווח ₪5,800-₪35,000 חד-פעמי, לפני מע״מ, בשתי הגישות. חבילת הבסיס כוללת עד 30 מוצרים, חיבור לסליקה ישראלית, ניהול הזמנות, וחיבור לחברות שילוח. מה שמזיז למעלה: מספר המוצרים, מבנה קטגוריות מורכב, חיבור למערכת מלאי או לקופה, מחירונים נפרדים, ותהליך רכישה מותאם.
איך אני בוחר בפועל עם לקוח, בשלושה צעדים: קודם עוברים על תהליך הרכישה כפי שהוא באמת קורה היום, כולל המקרים החריגים. אחר כך בודקים אילו מערכות כבר קיימות בעסק וצריכות להתחבר. ורק אז מסתכלים על תקציב ולוח זמנים. כשעושים את זה בסדר הזה, הפלטפורמה נבחרת כמעט לבד.
מה שאני מבקש לא לעשות זה לבחור פלטפורמה לפי מה שעובד אצל מישהו אחר בתחום. שתי חנויות שמוכרות אותו סוג מוצר יכולות להיות שונות לגמרי במבנה ההזמנה, בקשר למלאי ובאופן שבו הן מתמחרות. ההחלטה הזו נגזרת מהעסק שלכם, לא מהקטגוריה.
אני מנהל את הפרויקט מקצה לקצה: אפיון, בחירת פלטפורמה, בנייה, חיבורים, ובדיקות לפני עלייה לאוויר. 23 שנה שאני עוסק בשיווק, וחלק גדול מהעבודה הוא לוודא שההחלטות הטכניות משרתות את המכירה ולא ההפך.
אם אתם מתלבטים, תארו לי איך נראית הזמנה טיפוסית אצלכם ומה החריג שהכי מטריד אתכם, ואגיד לכם איזו גישה מתאימה, גם אם התשובה היא שלא צריך אותי לזה. אפשר לכתוב לי בWhatsApp. דברו איתי בוואטסאפ ←
