דלג לתוכן הראשי

// Shopify development

מפתח Shopify בניו יורק

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

The short version

אייל גנץ הוא מפתח Shopify ו-Shopify Plus מניו יורק, ושותף מייסד ב-wilco.web, שהיא Shopify Plus Partner רשמית. הוא בונה את שני החצאים של חנות. בחזית הוא כותב ערכות Online Store 2.0 מותאמות אישית מבסיס ריק ב-Liquid, ב-Tailwind CSS וב-Alpine.js, בלי שום תבנית נרכשת, כפי שעשה עבור בית השעונים והתכשיטים Moses NYC. מאחורי החזית הוא בונה את מערכות ה-Laravel המותאמות אישית שפלטפורמות מסחר מטפלות בהן גרוע לבד: התאמת מלאי בין סניפים ומרקטפלייסים, סנכרון קטלוג דרך ה-GraphQL API של Shopify, ניתוב הזמנות מבוסס Webhooks, ואינטגרציות מול מערכות מחסן, מימוש, הנהלת חשבונות ודוא"ל. המערך ההיברידי הזה רץ בפרודקשן אצל פלטפורמת הסיטונאות Goodbye Inventory ואצל הקמעונאי NYCMode. בניית חנות מתחילה בסביבות $10K, בנייה עם עבודת back office משמעותית רצה בדרך כלל בין $25K ל-$50K, וכל פרויקט מתומחר במחיר קבוע אחרי שיחת היכרות.

// scope

החזית, וכל מה שמאחוריה

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

  • ערכות מותאמות אישית. Online Store 2.0 ב-Liquid, ב-Tailwind וב-Alpine, שנבנות מבסיס ריק סביב האופן שבו המותג באמת מוכר.
  • קטלוג ו-Metafields. מבנה מוצר שאנשי מרצ'נדייזינג יכולים להריץ בלי שמפתח יפתח עורך קוד.
  • אמת אחת על המלאי. מקור אמת אחד שנדחף ל-Shopify ולכל מרקטפלייס, כך שמכירת יתר מפסיקה להיות אירוע חודשי.
  • תפעול הזמנות. ניתוב הזמנות לספקים, למימוש, למשלוח ולהנהלת חשבונות, עם Webhooks מאומתים וטיפול בניסיונות חוזרים.
  • חוקים עסקיים מותאמים אישית. אריזות, גדלי מנה, מנויים, תמחור סיטונאי והתאמה אישית, שנאכפים באפליקציית Laravel שיושבת ליד החנות.
  • נראות ונגישות. נתונים מובנים, עבודת Core Web Vitals, ומעבר תקן WCAG AA, כפי שנשלח ב-Moses NYC.

// straight answers

איזה סוג עבודת Shopify אתה עושה?

שני חצאים שרוב החנויות מתייחסות אליהם כאל שתי עבודות נפרדות. הראשון הוא החזית: ערכות Online Store 2.0 מותאמות אישית שנכתבות ב-Liquid עם Tailwind CSS ו-Alpine.js, ונבנות סביב האופן שבו מותג מסוים באמת מוכר ולא סביב ההנחות של תבנית מוכנה. השני הוא כל מה שמאחוריה, ושם בדרך כלל יושבת הבעיה האמיתית: סנכרון קטלוג, אמת אחת על המלאי בין ערוצים, ניתוב הזמנות, אינטגרציות מול ספקים ומימוש, והחוקים העסקיים ש-Shopify לא יכול לאכוף לבד. אני בונה את שניהם, ולכן החזית והמערכות שמזינות אותה מתוכננות ביחד במקום להיות מנוהלות במשא ומתן בין שני ספקים.

אתה בונה ערכות מותאמות אישית או מתחיל מתבנית?

מותאמות אישית, מבסיס Shopify ריק, כשהמותג צריך להיראות כמו עצמו. עבור Moses NYC, בית שעונים ותכשיטים יוקרתי מניו יורק שמוכר באופן פרטי במחירים של חמש ושש ספרות, הערכה נבנתה בלי שום תבנית נרכשת: העיצוב תורגם ישירות ל-Liquid נקי, Tailwind CSS v4, Alpine.js v3 ו-Swiper.js מעל Shopify Metafields. תבניות נרכשות זולות יותר בהתחלה ועולות בפועל אחר כך, כי כל התאמה נלחמת בקוד שנכתב עבור החנות של מישהו אחר. כשתבנית באמת מתאימה לבריף, להגיד את זה זו העצה הזולה יותר.

כמה עולה בנייה ב-Shopify?

פרויקטי Shopify מתומחרים במחיר קבוע אחרי שיחת היכרות. כטווח עבודה מעשי: בניית חנות פשוטה יותר מתחילה בסביבות $10K, בנייה מותאמת אישית עם עבודת back office אמיתית נופלת בדרך כלל בין $25K ל-$50K, ופלטפורמות מרובות מערכות שמשלבות חנות עם אפליקציית Laravel מותאמת אישית רצות בין $50K ל-$100K ומעלה. המשתנה הוא כמעט אף פעם לא הערכה עצמה; הוא כמות הלוגיקה התפעולית שיושבת מאחורי החנות, כמו התאמת מלאי, סנכרון מרקטפלייסים, מנגנוני מנוי, או ניתוב ייצור ומימוש.

האם Shopify יכול להתמודד עם חוקים עסקיים מותאמים אישית?

לא עם כולם, וההעמדה שכן היא הדרך שבה חנויות נשברות. Shopify מצוין בתהליך רכישה, בתשלומים ובמרצ'נדייזינג, והוא פחות מתאים ללוגיקה תפעולית עמוקה. התשובה המעשית היא מערך היברידי: להשאיר את Shopify כחזית ולהעביר את החוקים לאפליקציית Laravel מותאמת אישית שיושבת לידו. Goodbye Inventory, פלטפורמת סיטונאות שנושאת יותר מ-130 מותגי יופי פרימיום, עובדת בדיוק ככה: חזית Shopify מותאמת אישית לרכישה, עם אפליקציית Laravel על Laravel Cloud שאחראית על התאמת מלאי, על סנכרון קטלוג דרך ה-GraphQL API של Shopify ועל זרימת הזמנות מבוססת Webhooks.

איך שומרים על מלאי מדויק בין ערוצי מכירה?

בוחרים מערכת אחת כמקור האמת ומורידים את כל השאר במורד הזרם ממנה. עבור NYCMode, קמעונאי סטריטוור מניו יורק עם כמה סניפים, מערכת המחסן מחזיקה את האמת ואפליקציית Laravel מותאמת אישית על AWS דוחפת מלאי ל-Shopify ברגע שמספר באמת משתנה: מודעת מיקום, מאומתת ב-HMAC, וכותבת רק על תנועה אמיתית. אותו קטלוג מתפצל משם למרקטפלייסים, למשלוחים, להנהלת חשבונות ולדוא"ל, כשתור סופג את הקפיצות. מכירת יתר היא לא מגבלה של Shopify; זה מה שקורה כשכמה מערכות מאמינות בו זמנית שהן מחזיקות את המספר.

אתה עובד על Shopify Plus?

כן. אני עובד גם על Shopify וגם על Shopify Plus, והייתי שותף מייסד ב-wilco.web, שהיא Shopify Plus Partner רשמית. Plus רלוונטי בעיקר לסוחרים בנפח גבוה שצריכים הרחבות לתהליך הרכישה, scripts ו-functions, כמה חנויות במקביל, או מגבלות API מחמירות פחות; מתחת לסף הזה, Shopify רגיל עם backend מותאם אישית מביא בדרך כלל את אותה תוצאה בפחות כסף. חלק משיחת ההיכרות הוא להבין באיזה משני המצבים האלה העסק באמת נמצא, במקום למכור שדרוג מסלול שפותר בעיה שאין לו.

החנות לא מדביקה את קצב העסק?

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

ניו יורק · remote-first ברחבי ארה"ב וישראל · אנגלית ועברית