בניית חנות ווקומרס בהתאמה אישית נדרשת כאשר תהליך הקנייה או ניהול החנות חורגים מהמבנה הרגיל. בבניית חנות B2B בווקומרס, מגדירים סוגי לקוחות, הרשאות, קטלוג ותהליך הזמנה לפי אופן העבודה של העסק. פיתוח תוספים לחנות ווקומרס צריך לפתור דרישה מתועדת ולכלול בדיקות, תיעוד ואחריות לתחזוקה.
התחילו מתרחישים אמיתיים. למשל: לקוח עסקי נרשם, הצוות מאשר אותו, הוא רואה את הקטלוג שמתאים לו ומבצע הזמנה שעוברת למערכת התפעול. כל שלב צריך להיות מוגדר גם כאשר פעולה נכשלת או משתמש מחליף תפקיד.
מה לאפיין בתהליך B2B?
| נושא | מה להגדיר ולבדוק |
|---|---|
| רישום | אילו פרטים נדרשים, מי מאשר חשבון ומה מוצג לפני האישור |
| הרשאות | סוגי משתמשים, גישה לקטלוג ופעולות הזמנה מותרות |
| קטלוג | מוצרים ומידע מסחרי לפי קבוצה, כולל וריאציות ומק״טים |
| הזמנה | כללי כמויות, הזמנה חוזרת, אישור ותנאי טיפול עסקיים |
| חיבורים | העברת לקוחות, מלאי והזמנות ומקור לכל נתון |
מתי להשתמש בהרחבה קיימת ומתי לפתח?
בדקו אם הרחבה קיימת נותנת מענה לדרישה המדויקת, לא רק לכותרת "B2B". למשל, הרחבת B2B for WooCommerce מתעדת יכולות של תפקידים, רישום ונראות קטלוג. מדובר בהרחבה שיש לבדוק את התאמתה; אין להסיק שכל היכולות כלולות בליבת WooCommerce.
פיתוח ייעודי עשוי להתאים כשיש כלל עסקי שאינו נפתר היטב ברכיב קיים. הגדירו ממשק ברור, התנהגות במצבי קצה ואופן בדיקה לאחר עדכון WordPress, WooCommerce או רכיבים אחרים. הימנעו משינוי קוד של רכיב חיצוני בלי תוכנית לשמירה על ההתאמה.
איך בודקים הרשאות בצורה מעשית?
- משתמש לא מחובר רואה רק את המידע והפעולות שיועדו לו.
- חשבון שממתין לאישור אינו מקבל גישה של לקוח מאושר.
- שינוי תפקיד מעדכן את התצוגה ואת הפעולות המותרות.
- גישה ישירה לעמוד או לפעולה נבדקת, מעבר להסתרת קישור בתפריט.
- היסטוריית הזמנות ופרטי לקוח מוצגים למשתמש המורשה בלבד.
מה חשוב בחיבור לתפעול?
קבעו מזהים משותפים למוצרים וללקוחות, והגדירו איזו מערכת קובעת כל נתון. בתהליך של הזמנה עסקית, צריך לדעת אם שינוי או אישור מתרחשים בחנות או במערכת אחרת. תכננו ניסיון חוזר שלא יוצר כפילות ורשימת חריגות שאדם בצוות יכול לטפל בה.
קראו גם על חיבור ERP לחנות ועל תכנון ניהול מלאי.
מה מקבלים בסיום פיתוח תוסף?
דרשו תיעוד של תפקיד התוסף, הגדרות, תלות ברכיבים אחרים ותרחישי בדיקה. הגדירו למי נמסר הקוד, מי אחראי לעדכון ומה נכלל בטיפול בתקלה. הצוות שמנהל את החנות צריך להבין אילו שינויים ניתן לבצע עצמאית ומתי נדרשת עזרה.
שאלות נפוצות
האם חנות אחת יכולה לשרת גם לקוחות פרטיים וגם עסקיים?
אפשר לבחון זאת, אך צריך להגדיר לכל קהל נראות, הרשאות ותהליך הזמנה, ולבדוק שאין חשיפה של מידע לקבוצה הלא נכונה. התאמה תלויה במימוש וברכיבים שנבחרו.
האם הסתרת כפתור מספיקה להגבלת פעולה?
לא. יש לבדוק שההרשאה נאכפת גם כאשר פונים ישירות לעמוד או לפעולה. זו צריכה להיות דרישת בדיקה מפורשת בפרויקט.
שתפו את Dreamview בתרחישי הלקוחות והתפעול שלכם כדי לבחון את דרישות ההתאמה ואת גבולות הפיתוח.