הטמעת מכירות רב-ערוציות (Omnichannel) באתר

class CustomerIdentityResolver {
    public function resolve(array $customerData, string $source): Customer {
        $customer = null;
        if (!empty($customerData['email'])) {
            $customer = Customer::where('email', $customerData['email'])->first();
        }
        if (!$customer && !empty($customerData['phone'])) {
            $normalized = $this->normalizePhone($customerData['phone']);
            $customer = Customer::where('phone_normalized', $normalized)->first();
        }
        if (!$customer) {
            $customer = Customer::create([
                'name' => $customerData['name'],
                'email' => $customerData['email'] ?? null,
                'phone_normalized' => $normalized ?? null,
                'source_first' => $source,
            ]);
        }
        $customer->channelIds()->updateOrCreate(
            ['channel' => $source],
            ['external_id' => $customerData['id'] ?? null]
        );
        return $customer;
    }
}

היסטוריית ההזמנות מתמזגת לטבלה אחת המקושרת ל-customer_id. ניהול מבצעים מבטיח שקוד קופון שנוצר לאתר עובד גם במרקט-place אם הערוץ מורשה. הזמנה מבוססת ערוץ משתמשת באחוזים קבועים: אתר 40%, ozon 30%, wb 20%, חיץ 10%. גישה זו מפחיתה את סיכון ה-overbooking בעד 60% בהשוואה למאגר מלא.

public function getOrderHistory(Customer $customer): Collection
{
    return Order::where('customer_id', $customer->id)
        ->with(['items.product', 'source_details'])
        ->orderByDesc('created_at')
        ->get()
        ->map(fn($order) => [
            'id' => $order->id,
            'source' => $order->source,
            'source_label' => $this->sourceLabel($order->source),
            'status' => $order->status,
            'total' => $order->total,
            'items' => $order->items->count(),
            'date' => $order->created_at->format('d.m.Y'),
        ]);
}

גישות אינטגרציה ואסטרטגיות הזמנה

אנו בוחרים באפשרות השלישית — זמן השהייה נמוך ביותר וסקלביליות טובה. מונחה אירועים מהיר פי 2–3 מ-ETL לסנכרון מלאי. עוד על CDC: תיעוד רשמי.

תהליך העבודה ומה כלול

1. ניתוח — סקירת ארכיטקטורה, ערוצים, נפחי נתונים, חוקים עסקיים.
2. עיצוב — מודל נתונים, מפרטי API (OpenAPI), תוכנית החלפה.
3. יישום — כתיבת Core, מתאמים, בדיקות (יחידה + אינטגרציה).
4. בדיקות — תרחישים מקצה לקצה: הזמנה באתר, ביטול באפליקציה, החזרה במרקט-place.
5. פריסה — פריסה לפי ערוץ, ניטור באמצעות Grafana.

אנו מבטיחים עקביות נתונים בזמן אמת. למהנדסים שלנו יש ניסיון של למעלה מ-5 שנים במערכות מבוזרות. עבור רשת חנויות רהיטים, שילבנו 5 ערוצים, והפחתנו את שיעור ההחזרות ב-25% באמצעות הצגת מלאי מדויקת. עלות פרויקט טיפוסית: $15,000–$40,000 בהתאם למספר הערוצים והמורכבות. לקוחות חוסכים בממוצע $50,000 בשנה מהפחתת עודפי מלאי והחזרות.

• פיתוח Unified Commerce Core (מלאי, לקוחות, הזמנות, מבצעים).
• אינטגרציה עם 3+ ערוצים (אתר, מרקט-places, אפליקציה ניידת).
• תיעוד API וסכמות נתונים.
• בדיקות עומס ואופטימיזציה.
• הדרכה לצוות הלקוח.

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

מערכת בסיסית ל-3 ערוצים: 20–30 ימי עבודה. ל-5+ ערוצים: עד 50 יום. התמחור הוא אישי לאחר ביקורת. קבלו ייעוץ להערכת הפרויקט שלכם.

הניסיון שלנו

השלמנו 15+ פרויקטי omnichannel למסחר אלקטרוני. הלקוחות כוללים חנויות עם מחזור חודשי מ-$100,000. למהנדסים שלנו יש ניסיון של למעלה מ-5 שנים. צרו קשר — נעזור לקבוע את הארכיטקטורה האופטימלית.