הגדלת הזמנה ממוצעת ב-30%: בונה חבילות מותאם אישית ל-1C-Bitrix

הגדלת הזמנה ממוצעת ב-30%: בונה חבילות מותאם אישית ל-1C-Bitrix ## למה אתה צריך בונה ערכות מותאם אישית לקוח רוצה לבנות סל מתנות על ידי בחירת 5 פריטים מתוך 20. או להרכיב מחשב מרכיבים תואמים. או לבחור צמיגים + גלגלים + TPMS כהזמנה אחת. אף אחד מהרכיבים הסטנדרטיים של Bitrix לא תומך בזה.
השירותים שאנו מציעים
מציג 1 מתוך 1כל 1626 השירותים
הגדלת הזמנה ממוצעת ב-30%: בונה חבילות מותאם אישית ל-1C-Bitrix
בינוני
~1-2 שבועות

הכישורים שלנו:

שאלות נפוצות

העבודות האחרונות

  • image_website-b2b-advance_0.webp
    פיתוח אתר חברה B2B ADVANCE
    1458
  • image_bitrix-bitrix-24-1c_fixper_448_0.webp
    פיתוח אתר לחברת FIXPER
    1019
  • image_bitrix-bitrix-24-1c_development_of_an_online_appointment_booking_widget_for_a_medical_center_594_0.webp
    פיתוח מבוסס Bitrix, Bitrix24, 1C לחברה פיתוח ווידג'ט להזמנת תורים אונליין למרכז רפואי
    761
  • image_bitrix-bitrix-24-1c_mirsanbel_458_0.webp
    פיתוח על בסיס 1C Enterprise עבור MIRSANBEL
    880
  • image_crm_dolbimby_434_0.webp
    פיתוח אתר על CRM Bitrix24 עבור DOLBIMBY
    804
  • image_crm_technotorgcomplex_453_0.webp
    פיתוח על בסיס Bitrix24 עבור חברת TECHNOTORGKOMPLEKS
    1163

הגדלת סל ממוצע ב-30%: בונה סטים מותאם אישית ל-1C-Bitrix

למה אתם צריכים בונה סטים מותאם אישית

לקוח רוצה להרכיב סל מתנות על ידי בחירת 5 פריטים מתוך 20. או להרכיב מחשב מחלקים תואמים. או לבחור צמיגים + גלגלים + חיישני TPMS כהזמנה אחת. אף אחד מרכיבי Bitrix הסטנדרטיים — לא bitrix:catalog.element, לא הצעות מסחר — לא פותר את זה. אתם צריכים בונה סטים מותאם אישית. מקרה טיפוסי: חנות מתנות מקוונת: הלקוח בוחר 5 פריטים מתוך 20, הסל הממוצע גדל ב-30% (פי 2 לעומת דפי מוצר סטטיים), וההמרה עולה ב-15%. או קונפיגורטור מחשב עם בדיקות תאימות ל-RAM, CPU ו-GPU. אנחנו בונים פתרונות מותאמים אישית כאלה כבר 10+ שנים, עם למעלה מ-100 פרויקטים מוצלחים. אנחנו מבטיחים פעילות יציבה וסקלביליות. קבלו ייעוץ מהנדס — נעריך את הפרויקט שלכם.

במה בונה סטים שונה מהצעות מסחר

הצעות מסחר (SKU) ב-Bitrix הן וריאציות של מוצר אחד: גודל, צבע. בונה סטים הוא שילוב של מוצרים שונים מקטגוריות שונות, המורכבים להזמנה אחת עם מחיר כולל. לפעמים עם מספר קבוע של פריטים לכל "משבצת," לפעמים בחירה חופשית. דוגמאות: ערכת מתנה (בחר 3 מתוך 20), קונפיגורטור מחשב (CPU + לוח אם + RAM עם תאימות), ארוחה משולבת (המבורגר + משקה + תוספת). עם בונה מותאם אישית, ערך הסל הממוצע קופץ ב-45$ להזמנה — 30% יותר גבוה מרשימות מוצרים סטנדרטיות.

מבנה הנתונים של בונה סטים

סט הוא ישות נפרדת. אנחנו מיישמים אותו כ-infoblock 'סטים' המקושר למוצרי הקטלוג. ה-infoblock של הסט (IBLOCK_SETS) מכיל שדות: SET_NAME, SET_DESCRIPTION, SLOTS (JSON עם תיאורי משבצות), DISCOUNT_TYPE ו-DISCOUNT_VALUE. מבנה JSON של משבצת:

{ "slot_id": 1, "name": "Основное блюдо", "required": true, "min_qty": 1, "max_qty": 1, "product_filter": { "IBLOCK_ID": 5, "SECTION_ID": [12, 13] } } 

לפרויקטים מורכבים (קונפיגורטור מחשב), עדיף לאחסן משבצות בטבלה מותאמת אישית נפרדת. אנחנו יוצרים שתי טבלאות: { "slot_id": 1, "name": "Основное блюдо", "required": true, "min_qty": 1, "max_qty": 1, "product_filter": { "IBLOCK_ID": 5, "SECTION_ID": [12, 13] } } (ID, SET_ID, SLOT_NAME, REQUIRED, MIN_QTY, MAX_QTY, SORT) ו-b_set_slots (SLOT_ID, PRODUCT_ID).

CREATE TABLE b_set_slots ( ID SERIAL PRIMARY KEY, SET_ID INT NOT NULL REFERENCES b_iblock_element(ID), SLOT_NAME VARCHAR(255), REQUIRED BOOLEAN DEFAULT TRUE, MIN_QTY INT DEFAULT 1, MAX_QTY INT DEFAULT 1, SORT INT DEFAULT 100 ); CREATE TABLE b_set_slot_products ( SLOT_ID INT NOT NULL REFERENCES b_set_slots(ID), PRODUCT_ID INT NOT NULL REFERENCES b_iblock_element(ID), PRIMARY KEY (SLOT_ID, PRODUCT_ID) ); 

איך לחשב ולהוסיף סט לסל

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

function calcSetTotal(selectedProducts) { let total = selectedProducts.reduce((sum, p) => sum + p.price * p.qty, 0); if (setDiscount.type === 'percent') { total = total * (1 - setDiscount.value / 100); } else { total = total - setDiscount.value; } return Math.max(0, total); } 

הוספה לסל דורשת לוגיקה מותאמת אישית כי ה-API הסטנדרטי לא יכול לקשר פריטים. שלב אחר שלב:

  1. קבלו את אובייקט הסל של המשתמש הנוכחי דרך b_set_slot_products.
  2. צרו קוד סט ייחודי (CREATE TABLE b_set_slots ( ID SERIAL PRIMARY KEY, SET_ID INT NOT NULL REFERENCES b_iblock_element(ID), SLOT_NAME VARCHAR(255), REQUIRED BOOLEAN DEFAULT TRUE, MIN_QTY INT DEFAULT 1, MAX_QTY INT DEFAULT 1, SORT INT DEFAULT 100 ); CREATE TABLE b_set_slot_products ( SLOT_ID INT NOT NULL REFERENCES b_set_slots(ID), PRODUCT_ID INT NOT NULL REFERENCES b_iblock_element(ID), PRIMARY KEY (SLOT_ID, PRODUCT_ID) ); + uniqid).
  3. עבור כל מוצר שנבחר, צרו פריט סל והגדירו את המאפיין function calcSetTotal(selectedProducts) { let total = selectedProducts.reduce((sum, p) => sum + p.price * p.qty, 0); if (setDiscount.type === 'percent') { total = total * (1 - setDiscount.value / 100); } else { total = total - setDiscount.value; } return Math.max(0, total); } .
  4. שמרו את הסל.

דוגמת PHP:

use Bitrix\Sale\Basket; use Bitrix\Sale\BasketItem; $basket = Basket::loadItemsForFUser(CSaleBasket::GetBasketUserID(), SITE_ID); $setBasketCode = 'set_' . uniqid(); foreach ($selectedProducts as $product) { $item = $basket->createItem('catalog', $product['PRODUCT_ID']); $item->setFields([ 'QUANTITY' => $product['QTY'], 'PRODUCT_PRICE_ID' => $product['PRICE_ID'], 'CUSTOM_PRICE' => 'Y', 'PRICE' => $product['PRICE'], 'PROPS' => [['NAME' => 'SET_CODE', 'VALUE' => $setBasketCode]], ]); } $basket->save(); 

איך בדיקות תאימות עובדות

לקונפיגורטורים של מוצרים טכניים (מחשבים, חלקי רכב, רהיטים), אתם צריכים מטריצת תאימות. אנחנו יוצרים טבלה Basket::loadItemsForFUser() עם שדות ID, PRODUCT_A_ID, PRODUCT_B_ID, COMPATIBLE, REASON. כאשר מוצר נבחר, בקשת AJAX לבקר PHP בודקת חוקי אי-תאימות עם פריטים שכבר נבחרו ומשביתה אותם בממשק. זה מפחית את שיעור ההחזרות ב-40% לעומת בחירה ידנית. דוגמה לטבלה ולבקר:

CREATE TABLE b_compatibility_rules ( ID SERIAL PRIMARY KEY, PRODUCT_A_ID INT NOT NULL, PRODUCT_B_ID INT NOT NULL, COMPATIBLE BOOLEAN DEFAULT TRUE, REASON TEXT ); 
public function checkCompatibilityAction(int $productId, array $selectedIds): array { $incompatible = []; foreach ($selectedIds as $id) { $rule = CompatibilityTable::getRow([ 'filter' => [ ['PRODUCT_A_ID' => $productId, 'PRODUCT_B_ID' => $id], ['COMPATIBLE' => false], ] ]); if ($rule) { $incompatible[] = ['product_id' => $id, 'reason' => $rule['REASON']]; } } return $incompatible; } 

תצורות שמורות

משתמשים יכולים לשמור את הסט שהרכיבו ולחזור אליו מאוחר יותר. אנחנו יוצרים טבלה set_ (USER_ID, SET_ID, CONFIG_NAME, PRODUCTS JSONB, DATE_CREATE). משתמשים רואים את התצורות שלהם בחשבון האישי ויכולים להוסיף כל אחת לסל בלחיצה אחת.

מה כלול בעבודה שלנו

  • בדיקת הקטלוג הנוכחי שלכם ודרישות עסקיות.
  • עיצוב מבנה נתונים (infoblocks, טבלאות MySQL, ORM באמצעות Bitrix D7).
  • פיתוח ממשק לבחירת מוצרים (responsive, עם פילטרים ואימותים).
  • לוגיקת סל מותאמת אישית לקיבוץ פריטי סט.
  • שילוב הנחות לסט (אחוז או סכום קבוע, למשל 10% הנחה על הסה"כ).
  • בדיקות על 50+ תרחישים.
  • תיעוד והדרכת מנהלים.
  • חודש תמיכה לאחר ההשקה.

כל הפתרונות מבוססים על התיעוד הרשמי של 1C-Bitrix: ORM 1C-Bitrix.

לוח זמנים לפיתוח

סוג קונפיגורטור מה כלול לוח זמנים
בונה ערכות מתנה (בחירה פשוטה) ממשק + סל + הנחת סט 2–3 שבועות
קומבו עם קבוצות (בסגנון מזון מהיר) + קבוצות משבצות, פריטי חובה 3–5 שבועות
קונפיגורטור עם תאימות + מטריצת תאימות, בדיקות 5–8 שבועות
+ תצורות שמורות + חשבון אישי, היסטוריה, שיתוף +2–3 שבועות

סטנדרטי לעומת מותאם אישית: השוואה

קריטריון הצעות מסחר (SKU) בונה סטים מותאם אישית
שילוב מוצרים שונים לא (וריאציות של אחד) כן (כל קטגוריה)
בדיקת תאימות לא כן (מטריצת חוקים)
הנחת סט רק ברמת מוצר כן (אחוז/סכום קבוע)
שמירת תצורה לא כן (מסד נתונים)
מורכבות יישום נמוכה בינונית–גבוהה
הגדלת סל ממוצע <5% 20–40% (פי 3 טוב יותר)

בונה סטים מגדיל את הסל הממוצע ב-20–40%: משתמש שמרכיב חבילה מוציא בממוצע 45$ יותר. ROI הוא 3–4 חודשים. הזמינו פיתוח בונה סטים לחנות שלכם — נכין תוכנית מותאמת אישית.

מקור: אנליטיקה פנימית מ-50+ יישומים (2024).