تطوير برمجيات التجارة الإلكترونية المخصصة

عندما يبدأ أحدهم متجراً إلكترونياً، فأول سؤال يطرحه هو أي منصة يستخدم. لكن السؤال الأهم هو هل تناسب قواعد عملكم منصة جاهزة. قد يتغير السعر بحسب العميل أو الموزع أو حجم الطلب. وقد يكون المخزون موزعاً على عدة مستودعات ونظام ERP معاً. وقد يحتاج بائعون آخرون إلى البيع في سوقكم الإلكتروني الخاص. في كل حالة من هذه، تصبح حدود المنصة حدوداً لعملكم. لهذه الحالات نطور برمجيات تجارة إلكترونية مخصصة. تعمل هذه البرمجيات على شيفرتكم الخاصة وبياناتكم وبنيتكم التحتية.

ما هي برمجيات التجارة الإلكترونية المخصصة

في البرمجيات المخصصة تُكتب المتجر ولوحة الإدارة وقواعد العمل خلفهما من الصفر بحسب احتياجكم. ويبقى مستودع الشيفرة في حسابكم. وتختلف هذه البرمجيات عن المنصة الجاهزة في ثلاثة أمور. الأول هو الشيفرة. منطق السلة والحملات والأسعار ملك لكم، فلا تنتظرون إذن منصة لتغيير قاعدة. الثاني هو البيانات. سجلات المنتجات والعملاء والطلبات موجودة في قاعدة بياناتكم، ويمكنكم تصديرها في أي وقت. الثالث هو البنية التحتية. يعمل الخادم وقاعدة البيانات والنطاق في حسابات مفتوحة باسمكم. وأنتم تقررون مكان الاستضافة وطريقة النسخ الاحتياطي وكيفية التوسع.

لهذا الأسلوب ثمن، ونذكره لكم من البداية. المنصة الجاهزة تقدم لكم بعض الأمور تلقائياً. أما في البرمجيات المخصصة فإما أن نبنيها بأنفسنا وإما أن نربط مكوناً جاهزاً. ومن أمثلة ذلك الربط مع مزود الدفع ونظام القوالب وتحديثات الأمان. لذلك لا تناسب البرمجيات المخصصة كل نشاط تجاري. كما أن الظهور في محركات البحث جزء من البنية. فوقت توليد الصفحات وهيكل التصنيفات ومخطط المنتج وقواعد العناوين قرارات تؤخذ في التصميم الأول. ولا يمكن إضافتها لاحقاً.

نختار التقنيات بحسب الحاجة. تحدد الاختيار أنظمتكم الحالية وخبرة فريقكم والصيانة بعد الإطلاق. ولدينا شرط واحد، وهو أن نستخدم تقنيات شائعة وموثقة جيداً، حتى يستطيع فريق آخر تسلم المشروع غداً.

منصة جاهزة أم برمجيات مخصصة؟

الجواب المختصر أنه إذا كنتم في بداية الطريق أو كان متجركم صغيراً، وكانت قواعد عملكم تناسب منصة جاهزة، فالمنصة الجاهزة هي الخيار الأصح. افترضوا أن لديكم كتالوج منتجات عادياً ومسار دفع وشحن عادياً، وأن التطبيقات الجاهزة تغطي احتياجكم. عندها تُطلق المنصة الجاهزة أسرع، وتحتاج صيانة أقل، وتكلف أقل في الفترة الأولى. في هذه الحالة لن نقترح عليكم برمجيات مخصصة. أما الأعمال التي تبيع على نطاق واسع أو تخطط للنمو فنوصي لها ببرمجيات مخصصة. وتكون البرمجيات المخصصة منطقية في الحالات التالية:

• يُحسب السعر بحسب الموزع أو مجموعة العملاء أو كمية الطلب أو العقد. هذه القواعد لا تدخل في جدول، وتحتاج إلى خوارزمية.
• يُحفظ المخزون في عدة مستودعات وفي نظام ERP معاً. ويجب أن يتبادل المتجر البيانات مع هذه الأنظمة فورياً وفي الاتجاهين.
• تحتاجون إلى بوابة موزعين أو لوحة موردين أو سوق إلكتروني يعرض فيه بائعون آخرون منتجاتهم، إضافة إلى المتجر.
• يجب أن تبقى بيانات المنتجات والطلبات على بنيتكم التحتية، أو أن تُبنى على نموذج بياناتكم الخاص.
• حجم الكتالوج أو ضغط الحملات أو سير العمل لديكم يتجاوز حدود المنصة الجاهزة.

لا تقرروا بحسب احتياج اليوم وحده. فكروا أيضاً في السنتين أو الثلاث القادمة. قد تكفيكم منصة جاهزة الآن. لكن إن كنتم تخططون للبيع عبر الموزعين أو لسوق إلكتروني، فناقشوا ذلك من البداية. وإن لم تكونوا متأكدين، نراجع معكم قواعد عملكم في جلسة الاستكشاف. وإذا كانت المنصة الجاهزة أنسب لكم، نقول ذلك بوضوح.

النطاق بحسب نموذج العمل

تصلح النواة نفسها لثلاثة نماذج عمل. ولكل نموذج شاشاته وقواعده. تتمحور معظم المشاريع حول نموذج واحد، وتؤجل الثاني إلى مرحلة لاحقة. في متجر التجزئة (B2C) يقوم العمل على الكتالوج والبحث والتصفية والسلة والدفع وتتبع الطلب وقواعد الحملات والقسائم وحساب العميل. وفائدة البرمجيات المخصصة تظهر عادة خلف واجهة المتجر لا عليها. ومن أمثلة ذلك قواعد الحملات المعقدة، ومنطق المخزون للمنتجات ذات الخيارات، وحساب شحن خاص، وتبادل فوري للبيانات بين نظام ERP والمتجر.

إذا كنتم ستبيعون بعدة لغات أو عملات، فضعوا ذلك في البنية منذ اليوم الأول. فإضافته لاحقاً تعني إعادة كتابة نموذج البيانات. وفي أيام الحملات قد يتضاعف عدد الزوار في وقت قصير. لذلك نختبر السلة ومسار الدفع تحت ضغط عال، ونحفظ صفحات الكتالوج مؤقتاً بشكل منفصل عن مسار الطلب. أما بوابة الموزعين والسوق الإلكتروني فيحتاجان إلى شاشات وقواعد مختلفة.

B2B وبوابة الموزعين

في بوابة الموزعين، المشتري عميل معروف وليس زائراً مجهولاً. تسجيل الدخول إلزامي. وتختلف الأسعار بحسب الموزع أو مجموعة الموزعين أو العقد. وتنعكس في السلة شروط مثل الحد الأدنى للطلب والحد الائتماني ومدة السداد. وتوفر شاشات الطلب السريع وإعادة الطلب وقت الموزع. وقد يكون طلب عروض الأسعار ومسارات الموافقة جزءاً من هذا النموذج. وفي المنصة الجاهزة تُحل معظم هذه القواعد بإضافات مؤقتة، أو لا يمكن تلبيتها أصلاً. وإذا عاد طلب الموزع إلى نظام ERP تلقائياً، فلا يُدخل الطلب نفسه مرتين.

برمجيات الأسواق الإلكترونية

في السوق الإلكتروني يُدخل البائعون منتجاتهم بأنفسهم. وتديرون أنتم الطلب والدفع والعمولة. يشمل النظام لوحة للبائع، والموافقة على المنتجات، والمخزون والسعر لكل بائع، وتقسيم الطلب بين البائعين، وحساب العمولة، ومتابعة مدفوعات البائعين. وقد بنينا لوحة الموردين ومسار الموافقة ورؤية المخزون في عدة مستودعات على نموذج بيانات واحد، لمنصة بيع قطع غيار موجهة إلى السوق الأمريكية.

التكاملات وقواعد العمل

لا تعمل برمجيات التجارة الإلكترونية وحدها. ومعظم العمل هو التبادل مع الأنظمة المحيطة بها. وهذه أكثر التكاملات التي ننفذها:

• أنظمة ERP والمحاسبة: نكتب مسبقاً أي نظام ينشئ بيانات المنتجات والأسعار والمخزون والحسابات، وأي نظام تكون له الغلبة عند التعارض.
• المستودع والمخزون (WMS): مخزون عدة مستودعات، والحجز، وحالة الشحن.
• الأسواق الإلكترونية: إرسال المنتجات والمخزون والأسعار إلى أسواق خارجية، واستلام الطلبات منها.
• الدفع: اختيار المزود، والتقسيط، والاسترجاع، وتسوية المدفوعات.
• الشحن: حساب الأجرة، وإنشاء الملصقات، وإرسال بيانات التتبع إلى العميل.

هناك أمر آخر لا يقل أهمية عن التكاملات. يجب أن تبقى قواعد الأسعار والمخزون والموزعين المعقدة في مكان واحد في الشيفرة، حيث يمكن اختبارها. نحن لا نوزع القواعد على الشاشات، بل نجمعها في طبقة منفصلة. وعندما تتغير حملة، تتغير هذه الطبقة وحدها، وتُظهر الاختبارات أثر التغيير. وتحتوي هذه الطبقة أيضاً على قائمة الانتظار وإعادة المحاولة، حتى لا يضيع الطلب إذا لم يرد نظام خارجي. ولكل تكامل شاشة مراقبة وسجل أخطاء خاص به. وإذا فشلت عملية مزامنة، ترون ذلك قبل عميلكم.

مبدؤنا في الدفع والبيانات الشخصية بسيط. لا تُحفظ بيانات البطاقة في نظامكم، بل تُستلم عبر المكون الآمن لمزود الدفع. وتُكتب قواعد حفظ بيانات العملاء وحذفها من البداية. وتنقسم لوحة الإدارة بحسب الأدوار والصلاحيات.

ما الذي يحدد التكلفة

ليس لبرمجيات التجارة الإلكترونية المخصصة سعر باقة، لأنه لا يوجد متجران متشابهان. ولا نكتب سعراً في هذه الصفحة. فحتى العدد نفسه من الشاشات قد يتطلب جهداً مختلفاً جداً في مشروعين، لذلك لا نعتمد على مقياس واحد. ويتكون عرض السعر من هذه البنود الخمسة:

• عدد الشاشات ونوعها: كم شاشة للواجهة ولوحة الإدارة والموزعين والبائعين، وما مدى تعقيدها.
• التكاملات: مع كم نظاماً خارجياً نعمل، وإلى أي عمق.
• قواعد العمل: مدى تعقيد قواعد الأسعار والحملات والمخزون والموافقات.
• نقل البيانات: نقل المنتجات والعملاء وسجل الطلبات من المتجر الحالي.
• الزيارات والحجم: عدد المستخدمين المتوقع في وقت واحد، وحجم الكتالوج، وضغط الحملات.

في جلسة الاستكشاف نكتب هذه البنود الخمسة معاً. وفي النهاية نقدم لكم عرضاً مكتوباً بنطاق ثابت. يذكر العرض ما سيُنفذ وما لن يُنفذ وكيف نتعامل مع أي تغيير في النطاق. ومدة التنفيذ والسعر كلاهما ينتج عن النطاق. ولا نذكر مدة ولا رقماً قبل كتابة النطاق. والمعلومات في هذه الصفحة إطار عام، ويُعد عرض كل مشروع بحسب ظروفه. ولحجز جلسة استكشاف، راسلونا عبر صفحة التواصل أو نموذج عرض السعر السريع.

المراحل والتسليم

تسير المراحل في هذا العمل بالترتيب فعلاً، لأن ناتج كل مرحلة هو مدخل المرحلة التي بعدها:

1. الاستكشاف: نكتب نموذج العمل والأنظمة الحالية والقواعد والأولويات. ثم يصلكم عرض مكتوب.
2. التصميم: نعرض عليكم للموافقة نموذج البيانات ومسارات الشاشات وطريقة عمل التكاملات.
3. التطوير: يُسلَّم العمل في دورات قصيرة. وفي كل دورة ترون نسخة تعمل.
4. التكامل ونقل البيانات: نربط الأنظمة الخارجية، وننقل بيانات المتجر القديم ونتحقق منها.
5. الاختبار والإطلاق: نجرب الضغط العالي وسيناريوهات الدفع والاسترجاع. ويتم الإطلاق مع خطة للتراجع.
6. بعد الإطلاق: المراقبة والتصحيحات في الفترة الأولى.

عند التسليم تبقى لديكم مستودع الشيفرة مع سجل الإصدارات كاملاً، وحسابات الخادم وقاعدة البيانات، ومذكرة تسليم. وإذا اضطررنا إلى استخدام مكون مغلق أو مرخص، نخبركم بذلك كتابة قبل العقد. وبعد الإطلاق يمكننا، إن رغبتم، ترتيب دعم منفصل لإصلاح الأخطاء وتحديثات الأمان والميزات الجديدة. هذا الدعم ليس جزءاً من العرض الأول. وتتخذون القرار بعد الإطلاق. وفي نهاية كل مرحلة نكتب ما سُلّم. وتُوثق طريقة عمل كل جزء مُسلَّم في الشيفرة وفي مذكرة التسليم. وإذا تغير النطاق في مرحلة ما، نثبت ذلك كتابة مع أثره على المراحل التالية.