מה זה מסחר ניתן להרכבה?
מסחר ניתן להרכבה היא גישה לבניית פלטפורמות מסחר דיגיטלי שבהן עסק בוחר, מדרג ומשלב טכנולוגיות נפרדות כדי ליצור פתרון ייחודי.
default
{}
default
{}
primary
default
{}
secondary
מסחר ניתן להרכבה הוסבר
כל עסק הוא ייחודי, כך שכל עסק דורש פלטפורמת מסחר אלקטרוני ייחודית. זאת פילוסופיית הליבה מאחורי מסחר ניתן להרכבה.
באמצעות מסחר ניתן להרכבה, צוותי IT בוחרים רק את הרכיבים שהם צריכים בהתבסס על הבשלות הדיגיטלית שלהם - יש להם את הגמישות להשתמש במה שהם רוצים כשהם צריכים אותו. הם מדרגים כל הייטק למעלה או למטה כדי להתאים ביקוש ולהסיר או להוסיף חדשים מבלי לשבש את שאר המערכת.
הם עושים זאת כרצונם ולפי דרישה מכיוון שארכיטקטורות מסחר ניתנות להרכבה הן מודולריות. כל רכיב עצמאי אך משתלב בקלות עם אחרים.
אילו תוצאות היא פלטפורמת מסחר אלקטרוני שמותאמת לצרכים העסקיים ולציפיות הלקוחות - ומתאימה במהירות לשינויים בשניהם.
דוגמאות לטכנולוגיית מסחר ניתנת להרכבה
עסק משתמש במודולריות של פלטפורמת מסחר ניתנת להרכבה כדי להתאים במהירות לציפיות אלה. מספר דוגמאות של רכיבים כוללות:
- מיקרו-שירותים: אלו רכיבי תוכנה קטנים המבצעים שירותים ספציפיים. כל מיקרו-שירות מפעיל תהליך משלו ומספק פתרון לבעיה. מפתחים יכולים לבנות מיקרו-שירותים בודדים כדי ליצור אפליקציה מורכבת יותר העובדת כאחת.
- יכולות עסקיות ארוזות (PBCs): פריטי PBC הם רכיבי תוכנה שפותחו מראש עם יכולת עסקית מוגדרת. היכולת העסקית המוגדרת היא מה שקובע אותם מלבד מיקרו-שירותים - האחרון יותר גרגירי. בחירה ל-PBC מסייעת בהפחתת המורכבות במערכת אקולוגית של תוכנה. עלויות התקנה ואחזקה התחלתיות נמוכות יותר ביחידה משולבת.
- Application Programming Interface (API): רכיבי תוכנה צריכים לעבוד יחד. ממשקי API הם סטים של כללים ופרוטוקולים שמנחים אותם כיצד. הם מאפשרים ל-PBCs ולמיקרו שירותים, לדוגמה, לשתף נתונים ופונקציונאליות. בלעדיהם, לא הייתה דרך לפלטפורמת מסחר ניתנת להרכבה לעבוד כפתרון אחד.
טכנולוגיה ניתנת להרכבה זו, כפי שסגן נשיא אחד להנדסה רואה אותה, מאפשרת להם "לייעל עלויות אבל גם לבנות מוצרים מובחנים שמביאים ערך לבסיס הלקוחות שלנו".
הפרש בין מסחר ללא ראש לבין מסחר ניתן להרכבה
ניתן לראות מסחר חסר ראש כקודם למסחר הניתן להרכבה. להגדרתו, מועיל להסביר תחילה מהו "הקצה הקדמי" וה"קצה האחורי" של אתר אינטרנט.
- Front end: ידוע גם כשכבת ההצגה, זה הצד של האתר שמעורב עם ויזואלים כמו פריסות דפים, תפריטים, טקסט, תמונות ווידאו.
- Back end: צד השרת של אתר הוא האחראי על המבנה, המערכת, הנתונים והלוגיקה שלו. ה-Back-End מנהל את פעולות המסחר האלקטרוני.
לאדריכלות מסורתית יש את הקצה הקדמי והקצה האחורי צמודים בחוזקה זה לזה. זה מקשה על שינוי - שינוי היבט אחד יכול לדרוש שינוי של כל הפלטפורמה.
במסחר חסר הראש, הקצה הקדמי אינו תלוי ב-Back-End, ומתקשר זה עם זה במקום באמצעות ממשקי API. הפרדה זו מאפשרת למפתחים:
- בצע שינויים ב-Back-End מבלי להשפיע על ה-Front-End.
- צור חוויות משתמש מותאמות אישית של קצה קדמי במספר נקודות מגע (כמו יישומים ניידים וקיוסקים אינטראקטיביים.)
בקיצור, המסחר חסר הראש גמיש ומדורג יותר מהאדריכלות המסורתית, אך עדיין פחות מכך מארכיטקטורת מסחר ניתנת להרכבה. המודולריות של המיקרו-שירותים המרכיבים פלטפורמת מסחר ניתנת להרכבה מאפשרת התאמה אישית מלאה של מסחר אלקטרוני של עסק.
מסחר ניתן להרכבה לעומת מסחר מסורתי
מסחר מסורתי הוא הגישה של בניית פלטפורמות מסחר אלקטרוני כיחידות בודדות, עצמאיות. "מונוליטיות" הוא גם מונח המשמש לתיאור מערכות אלו. הוא מתייחס לאופן שבו הם מפותחים באותה שפה ועם יחסי תלות זהים.
כל הרכיבים, מממשק המשתמש שלו לשכבת הגישה לנתונים שלו, משולבים באופן הדוק. בשל כך לא ניתן לשנות רכיב אחד מבלי לשנות את כל היחידה.
יש גם את העניין של יעילות העלות. פלטפורמת מסחר מסורתית כוללת תכונות שעסק עלול לא להשתמש בהן, אך מכיוון שהיא חלק מחבילת "כל אחד ואחד", הן משלמות על כך בכל מקרה.
פלטפורמות מסחר ניתנות להרכבה הן ההפך בכל היבט. הם מיוצרים משילוב של מודולים שצוותים פורסים, מעדכנים ומוסרים מבלי להשפיע על שאר חלקי הפלטפורמה. המודולים האלה עובדים יחד בלי צורך לדבר באותה שפת קידוד. וכל מודול יכול להתרחב באופן בלתי תלוי זה מזה כדי לעמוד בדרישות ספציפיות.
חשבו על מכונית מרוץ פורמולה, עם האווירודינמיקה שלה, השהייה - אפילו נהג. גם הוא בנוי עם פילוסופיה ניתנת להרכבה כדי להסתגל טוב יותר לעקבות השונים שהיא מתחרה עליהם.
במסלול אחד עשויות להיות פינות מהירות, הדורשות כנפיים המייצרות יותר כוח מורד. עוד עשוי להיות בומפיר, מה שדורש שינויים בזעזועים ובמעיינות. מכונית שיכולה להסתגל עם תנאים משתנים נשארת תחרותית.
הדבר חל גם על E-Commerce של עסק.
למה עניינים ניתנים להרכבה
המציאות היא שהיתרונות של המסחר הניתן להרכבה לא יחולו על כל עסק שמצביע על כך. על מקבלי ההחלטות להעריך אם היתרונות עולים על החסרונות.
שקול את האופי המודולרי של פלטפורמת מסחר ניתנת להרכבה. הוספה או הסרה של טכנולוגיות היא מהירה אך דורשת צוות פיתוח מנוסה. ומנוסה פירושו יקר. אחרי הכל, הם יעבדו במערכת אקולוגית מגוונת ואולי גם ייחודית של רכיבים.
יתרונות
- הסתגלות: סדרי העדיפויות של עסק יכולים להשתנות מיום ליום. פלטפורמת מסחר ניתנת להרכבה מאפשרת למסחר האלקטרוני שלה להגיב במהירות להזדמנויות צמיחה חדשות (או הפרעות בלתי צפויות).
- מדרגיות: זה לא רק מה שצריך, זה גם כמה. באמצעות טכנולוגיית מסחר ניתנת להרכבה, עסקים יכולים לדרג רכיבים למעלה או למטה כדי להתאים טוב יותר ליעדים הנוכחיים או להשקפות עתידיות.
- יעילות: מכיוון שארכיטקטורת מסחר ניתנת להרכבה מאפשרת לעסקים להתאים ולהרחיב את המסחר האלקטרוני שלה, הם יכולים להקצות מחדש משאבים שבהם הם יוצרים את ההשפעה הגדולה ביותר.
אתגרים
- מורכבות ועלות: צוותי פיתוח מנוסים הכרחיים לשמירה על האקוסיסטם המגוון של טכנולוגיות צד שלישי ומדור קודם.
פלטפורמת מסחר מסורתית, אז, מצוינת לעסק קטן יותר עם צוותי פיתוח פחות בוגרים. מסחר ניתן להרכבה מתאים יותר לארגונים גדולים יותר שמטרתם צמיחה גבוהה.
כיצד להגדיר העברות סחר ניתנות להרכבה
עסק שלא יכול להתאים אישית או לעדכן את הסחר האלקטרוני שלו להתאמה לא יכול לגדול. זאת המציאות העומדת בפני עסקים רבים שעדיין מסתמכים על פתרון מסחר מסורתי. הגמישות ויכולת ההרחבה של ארכיטקטורת מסחר ניתנת להרכבה מציעה נתיב קדימה, אבל איך ואיפה מתחיל עסק?
להלן תבנית של תוכנית העברה שמכסה את היסודות:
- ניהול ניתוח פערים: ביקורת מה עובד טוב, הדגש מה יכול לעבוד טוב יותר, וזהה מה לא נדרש בכלל. אז, להתוות את ה-"מצב אידיאלי": איך נראה פתרון מסחר אלקטרוני מושלם? כיצד היא יכולה לשרת בצורה הטובה ביותר את הצרכים של עסק ולקוחותיו?
- החלט על אסטרטגיית העברה: שוב, כאן עוזר האופי המודולרי של מסחר ניתן להרכבה. עסק יכול ליישם מיקרו-שירותים ו-PBCs בקצב שלהם, להתנסות בקומבינות שונות כדי לראות מה עובד בצורה הטובה ביותר. הגישה בשלבים של העברות מסחר ניתנות להרכבה מצמצמת גם את הסיכון להפרעה בשירות.
אסטרטגיה שמוכנה לצאת לדרך צריכה להורות לצוותים כיצד להעביר נתונים קריטיים, לקבל רשימה של שירותים או הרחבות הכרחיים ולדעת איך צריך להיראות חוויית המשתמש. - בנה את פלטפורמת E-Commerce: לאחר השלמת העברת הנתונים, עסק יכול להתחיל בתהליך של בחירת שירותי-מיקרו ופריטי PBC לבניית הסחר האלקטרוני שלו. כיוון שהפלטפורמה ניתנת להרכבה, היא יכולה לבחור, לבחור, לערבב, להתאים ולדרג בהתאם. זהו השלב שבו עסק צריך לשקול מערכות ניהול תוכן, מערכות ניהול הזמנות או ERP.
- פרוס והמשך בבדיקה: לאחר יישום שכבת חוויית המשתמש בקצה הקדמי, העסק מוכן לפרוס את פלטפורמת הסחר האלקטרוני החדשה שלו. חיוני להמשיך בבדיקה כדי למנוע השחתת נתונים ולעדן את ביצועי המערכת. כלים שמנטרים כל רכיב בזמן אמת מסייעים למקבלי ההחלטות להחליט אילו רכיבים לשמור.
בסופו של דבר, עסק בוחר אחת משתי אסטרטגיות:
- מיזוג עם מחסנית טכנית קיימת: יישום פלטפורמה ראשונה של API מאפשר לעסקים לאחד כלים חדשים עם כלים מדור קודם.
- החל מ-slate נקי: ללא מערכות מדור קודם להתמודדות, עסקים יכולים לעצב מחדש את המסחר האלקטרוני שלהם כדי לשרת בצורה הטובה ביותר את מטרותיהם הנוכחיות והעתידיות. בחירת CMS חסר ראש (מערכת ניהול תוכן) היא חלק מרכזי בבנייה מחדש סביב ארכיטקטורת מסחר ניתנת להרכבה, מכיוון שהיא מעניקה למפתחים יותר שליטה על תוכן וחוויות משתמש.
מי מצליח עם מסחר ניתן להרכבה?
כדי לעמוד בדרישות לקוח משתנות ומגמות משובשות, חברות מובילות עוברות לארכיטקטורות מודולריות.
להלן חברות שהפכו את היכולת המרוכבת לעדיפות בטרנספורמציות הדיגיטליות שלהן:
שירותי חומרי Thyssenkrupp
כיצרנית פלדה מובילה, שירותי החומרים של תיסנקרופ מספקים את 250 אלף הלקוחות שלהם בתעשיות האווירונאוטיקה, הרכב והבנייה עם החומרים והשירותים שהם צריכים - בדיוק היכן, מתי ואיך הם זקוקים להם.
חלק מאסטרטגיית הטרנספורמציה הדיגיטלית והמודרניזציה שלה, כולל שיפור פלטפורמת הסחר האלקטרוני שלה מדור קודם כדי להרחיב מכירות, לאפשר שיטות תשלום שונות ולהכניס מוצרים חדשים. או, במילים אחרות, לבנות אותו מחדש בפלטפורמת מסחר ניתנת להרכבה.
החברה יישמה את פתרון SAP Commerce Cloud כדי לבנות ולפרוס שני פורטלים חדשים, אחד עבור השמה וניהול חשבונות של הזמנת B2B ואחד עבור קטלוגי מוצר ותוכן. התוצאה?
- פלטפורמת E-Commerce איתנה יותר המאפשרת יכולת הרחבה ופונקציונאליות נוספת.
- אופן עבודה משופר לציטוט ותמחור, גישה להיסטוריית לקוחות וייעוץ עם לקוחות בשל הזמן הפנוי.
- עלייה של 20% בהכנסות מפלטפורמות מסחר אלקטרוני.
קבוצת ALDO
חברת אופנה מסוג אחר, הבנויה סביב כבוד והבנה עמוקה של לקוחותיה. היה זה החזון של קבוצת ALDO שהחלה ב-1972.
עם יותר מ-1,500 חנויות ביותר מ-100 מדינות, אפשר לומר שהאסטרטגיה היתה הצלחה. אבל איך קמעונאי אופנה ממשיך לעמוד בציפיות הלקוחות תוך הגדלת הרווחיות - במיוחד בזמנים כלכליים מאתגרים?
הקמעונאי ראה את התשובה בבניית טעם משלהם למסחר מאוחד. הדבר כרוך בהבאת היישומים הטובים ביותר שלהם כדי לנהל תוכן, הזמנות, אספקה ולחבר פונקציות בחנות לפתרון מלוכד. כעת קבוצת ALDO יכולה:
- ראה מלאי בזמן אמת.
- בצע חיזוי לביקוש.
- התאם אישית שיווק עם תובנות לקוח.
יחד, הצעות אלה מסייעות לקבוצת ALDO לחבר באופן חלק תנועות דיגיטליות, ניהול מלאי ומעורבות לקוחות. לדוגמה, SAP Commerce Cloud מחבר דפי מוצרים עם מערכות מלאי כדי ליצור המלצות מוצר מותאמות אישית.
האופי המהדר של פתרונות SAP מאפשר לקבוצת ALDO לאחד את היישומים הרבים שלה, להתרחב כדי לעמוד בביקוש בתקופות שיא כמו עונת החגים ולפנות מקום לצמיחה עתידית.
פלטפורמות מסחר ניתנות להרכבה היום ומחר
כפי שניתן לראות בקבוצת ALDO, ההעברה לפתרון מסחר ניתן להרכבה נהנית הן לעסקים והן לצרכנים שלהם.
עסקים זוכים ליכולת להתאים באופן מלא את פלטפורמת הסחר האלקטרוני שלהם כדי להשיג מטרות ספציפיות. הם יכולים להוסיף, להסיר ולהחליף רכיבים לפי דרישה כדי להתאים ביעילות לתנאי השוק.
צרכנים מקבלים חוויית קנייה מותאמת אישית וידידותית יותר למשתמש שמשתנה לפי טעמיהם. הסנטימנט האותנטי שזה יוצר עוזר לבנות ולשמר נאמנות.
מדובר כאן שבינה מלאכותית גנרטיבית יכולה לשחק תפקיד מככב בעתיד המסחר הניתן להרכבה. כיום, אלגוריתמים כבר מאפשרים המלצות מוצר מותאמות אישית. מחר, החוויה הזאת יכולה להתפתח לעוזר קניות שיכול לענות על שאלות של לקוחות, להשוות מוצרים ולספק המלצות על בסיס הקשר שיחה.
אם עסק עובר לפלטפורמת מסחר ניתנת להרכבה כמו SAP Commerce Cloud, הם יכולים להפוך את ה-AI הגנרטיבי הזה לחלק מהמסחר האלקטרוני שלהם במהירות וללא צבע.
מוצר SAP
SAP Commerce Cloud
באמצעות חוויות סחר מחוברות, מובנות והסתגלותיות, ניתן להוביל תוצאות רווחיות.