متجر سلة جاهز للإطلاق عندما يستطيع العميل اختيار المنتج الصحيح ودفع المبلغ المتوقع، ويستطيع فريقك تجهيز الطلب وشحنه والتعامل مع إلغائه. شكل الصفحة الرئيسية وحده لا يثبت الجاهزية. قبل الاعتماد، تحتاج كتالوجًا موثوقًا، وإعدادات دفع وشحن مختبرة، وحسابات تملكها منشأتك، وقائمة بالنتائج والأعطال المتبقية.
هذا الدليل لمن يطلق متجرًا سعوديًا أو يعيد تجهيز متجر قائم. غايته تحديد ما يدخل في التنفيذ وما يجب اختباره، وليس تقدير المبيعات أو وضع خطة إعلانات. يمكن استخدامه عند إعداد طلب تطوير وإطلاق متجر سلة، أو عند مراجعة تسليم منفّذ تعمل معه بالفعل.
1. ابدأ بورقة النطاق قبل اختيار الثيم
اكتب ما سيبيعه المتجر وكيف سيصل إلى العميل. عدد المنتجات وحده لا يكفي لتقدير العمل: منتج واحد بعشرات المقاسات والألوان قد يحتاج مراجعة أكثر من عدة منتجات بسيطة.
جهّز هذه القرارات:
- نوع المنتجات، والتصنيفات التي يفهمها العميل، والمنتجات المستبعدة من الإطلاق الأول.
- الخيارات المؤثرة في المخزون أو السعر، مثل المقاس والحجم.
- مناطق التوصيل، وموقع تجهيز الطلبات، ومن يحدّث الكميات.
- وسائل الدفع المطلوبة، وحالة تفعيل كل وسيلة فعليًا.
- اللغات المطلوبة، ومَن يعتمد وصف المنتجات وترجمته.
- الحساب المالك، وصلاحيات المنفّذ، ومَن يعتمد التسليم.
اطلب فصل الأتعاب عن اشتراك المنصة والثيم والتطبيقات ورسوم مزودي الدفع والشحن. ولا تجعل «ربط جميع الخدمات» بندًا مفتوحًا؛ سمِّ كل مزود وما يتطلبه الربط ومن يوفّر بياناته. عندما تختلف الإجابات داخل فريقك، تساعد مرحلة اكتشاف المنتج وتوثيق المتطلبات على حسم النطاق قبل تحويل الاختلاف إلى تعديلات تنفيذية.
2. ميّز بين ما توفره سلة وما يحتاج قرارًا أو عملًا إضافيًا
توثّق سلة إعداد بيانات المنتج وكمياته وخياراته، بما فيها الخيارات مثل الحجم واللون. لذلك لا ينبغي وصف كل اختيار مقاس بأنه برمجة خاصة؛ ابدأ بالإمكانات الموجودة ثم حدّد الفجوة الحقيقية. المصدر: إضافة منتج ملموس جاهز.
كذلك توضح صفحة الدفع الحالية أن التحويل البنكي والدفع عند الاستلام متاحان في بيسك، بينما تحتاج طرق الدفع الإلكترونية إلى باقة مدفوعة. لا تعتمد شعار وسيلة الدفع في التصميم كدليل على تفعيلها. راجع الباقة وحالة الحساب والإعداد الفعلي وقت التنفيذ. المصدر: تفعيل طرق الدفع في المتجر.
| الطلب | ما ينبغي التحقق منه قبل الالتزام |
|---|---|
| تعديل الألوان والخطوط والمسافات | إمكانات الثيم وإعداداته، والحاجة الفعلية لتخصيص إضافي |
| مخزون مختلف لكل خيار | اكتمال بيانات الخيارات واختبار أثر الاختيار في الطلب |
| وسيلة دفع معينة | الباقة، وأهلية الحساب، والتفعيل وشروط المزود |
| ربط نظام مخزون خارجي | وجود تكامل مناسب، واتجاه المزامنة، ومعالجة فشل التحديث |
| خطوة شراء غير معتادة | هل تدعمها المنصة أو تطبيق موثوق، أم تحتاج تغيير العملية؟ |
تتيح سلة تخصيص تنسيق الواجهة باستخدام CSS. هذا لا يثبت إمكانية تغيير أي قاعدة خلفية أو أي خطوة دفع كما نشاء؛ اطلب إثبات صلاحية المتطلب المحدد قبل تسعيره كتطوير مخصص. المصدر: تخصيص التصميم باستخدام CSS.
3. جهّز كتالوجًا يمكن تنفيذه دون تخمين
اجعل لكل منتج مرجعًا ثابتًا، واسمًا مفهومًا، وصورًا مرتبطة به، ووصفًا معتمدًا، وسعرًا، وكمية، ووزنًا عند الحاجة للشحن. فرّق بين المنتج ومتغيراته؛ لون الصورة لا يكفي لتحديد مخزون اللون نفسه.
أضف عمودًا للحالة: معتمد، ناقص، مستبعد مؤقتًا. لا ترفع منتجًا بوصف تجريبي ثم تنساه. وافحص عينة تضم الحالات الصعبة، مثل منتج بخيار أغلى أو مقاس نافد، قبل تعميم الاستيراد على الكتالوج.
إذا كانت البيانات موزعة بين ملفات الموردين ورسائل الفريق، فترتيبها عمل مستقل يمكن أن يسبق إعداد المتجر عبر تصميم كتالوج المنتجات وتعريبه. اتفق على ما إذا كان النطاق يشمل تنظيم البيانات فقط أم كتابة الوصف والتحرير والترجمة أيضًا؛ هذه مخرجات مختلفة.
4. اختبر قواعد الدفع والتوصيل معًا
اكتب لكل منطقة تخدمها: شركة الشحن المتاحة، وتكلفة التوصيل المعروضة، والاستثناءات، وخيارات الدفع المناسبة. اختبر العنوان الذي لا تغطيه خدماتك أيضًا؛ يجب أن يعرف العميل ما يحدث بدل الوصول إلى طريق مسدود بعد إدخال بياناته.
تتضمن إعدادات سلة ضوابط للدفع عند الاستلام، كما أن تحديث حالة الطلب بواسطة شركات الشحن متاح لبعض الشركات المدعومة عند تفعيل الخيار. لذلك افحص التكامل الذي تستخدمه تحديدًا، ولا تفترض أن كل ناقل يحدّث الحالة بالطريقة نفسها. المصدر: تخصيص إعدادات شركات الشحن.
راجع تطابق المبالغ بين صفحة المنتج والسلة والطلب وسجل الدفع. واعتمد إعدادات الضرائب والفاتورة مع المسؤول المناسب في منشأتك، بدل ترك المنفّذ يخمّن وضع النشاط. جهّز صفحات التواصل وسياسة الشحن والاسترجاع والخصوصية بما يعكس عملك الفعلي، مع مراجعة المتطلبات الرسمية التي تنطبق على نشاطك.
5. مثال افتراضي: متجر هدايا في الخبر
المثال تعليمي، وليس مشروعًا نفّذته LAB. متجر يبيع أكوابًا بثلاثة ألوان، وصناديق هدايا، ويخدم مناطق مختلفة بشروط توصيل مختلفة. طلب المالك أولًا «تصميمًا جديدًا ورفع المنتجات».
عند كتابة شروط الاستلام ظهرت ثلاث مسائل: اللون الأزرق غير متاح، وبعض العناوين لا تغطيها خدمة التوصيل المختارة، ورسالة الإهداء يجب أن تصل إلى موظف التجهيز. هنا يصبح نطاق العمل أدق: ضبط الخيارات والكميات، والتحقق من تغطية الشحن، واختيار طريقة مدعومة لالتقاط رسالة الإهداء ثم اختبار ظهورها في مسار التشغيل.
| حالة الاختبار | النتيجة المطلوبة |
|---|---|
| اختيار اللون النافد | لا يُقبل طلبه خلافًا لسياسة المخزون المعتمدة |
| اختيار لون متاح | اللون الصحيح يظهر في تفاصيل الطلب |
| عنوان داخل التغطية | يظهر خيار التوصيل وتكلفته المعتمدة |
| عنوان خارج التغطية | لا يظهر وعد توصيل غير قابل للتنفيذ |
| كتابة رسالة إهداء | يراها المسؤول عن التجهيز في المكان المتفق عليه |
| إلغاء طلب اختبار | تتطابق حالة الطلب والمبلغ والمخزون مع الإجراء المعتمد |
نفّذ الاختبارات بالطريقة المسموح بها لدى المنصة والمزود. إذا احتجت طلبًا حقيقيًا، اتفق مسبقًا مع المالك على المبلغ والرسوم وآلية الإلغاء أو الاسترداد، ولا ترسل شحنة تجريبية بالخطأ. احتفظ بمعرفات الاختبارات دون نشر بيانات العملاء.
6. ماذا يتغير عند إعادة تجهيز متجر قائم؟
ابدأ بجرد ما يجب الحفاظ عليه: المنتجات، والروابط، والتطبيقات، والأكواد المخصصة، وإعدادات الشحن، ومسارات العمل. سجّل الإعداد الحالي وخطة الرجوع المتاحة قبل أي تغيير؛ تصدير المنتجات وحده لا يمثل نسخة استعادة كاملة لكل إعداد في المنصة.
إذا تغيرت أسماء التصنيفات أو روابط الصفحات، أعد قائمة بالروابط القديمة ووجهتها المقصودة، ثم تحقق من الخيارات المتاحة لإدارة التحويلات. راجع أثر الانتقال ضمن تحسين الظهور في البحث، دون افتراض أن تغيير الثيم يرفع الترتيب أو أن كل انتقال يحافظ عليه تلقائيًا.
حدد أيضًا كيف ستُدار الطلبات التي تصل أثناء التعديل، ومن يمنع تضارب تعديلات الفريق. لا تستبدل بيانات حديثة بنسخة قديمة لمجرد أنها كانت نسخة التجربة.
7. قائمة قبول وتسليم مختصرة
- [ ] اعتماد عينة المنتجات والخيارات والأسعار ثم مراجعة الاستيراد الكامل.
- [ ] تجربة البحث والتصنيفات وصفحة المنتج على الجوال بالعربية.
- [ ] اختبار وسائل الدفع والتوصيل ضمن الحالات المتفق عليها.
- [ ] تأكيد ظهور الطلب الصحيح لفريق التجهيز ووصول الإشعارات اللازمة.
- [ ] اختبار الإلغاء أو الاسترداد المعني بالنطاق، وتوثيق أي رسوم.
- [ ] تسليم سجل نتائج: الحالة، والنتيجة، والدليل، والمسؤول عن المتبقي.
- [ ] بقاء ملكية الحساب والنطاق والاشتراكات للمنشأة.
- [ ] تنفيذ الموظف مهمة إضافة منتج وتعديل كمية ومعالجة طلب دون مساعدة مباشرة.
يمكن تنظيم هذه الحالات ضمن اختبار وضمان جودة البرمجيات. معيار القبول هو إتمام المهام المتفق عليها، وليس عبارة «المتجر يعمل» أو تسجيل فيديو يستعرض الواجهة فقط.
أخطاء تضعف التسليم
شراء تطبيقات قبل إثبات حاجتها، واعتماد الصور بدل بيانات المتغيرات، واختبار الدفع الناجح دون الإلغاء، وخلط اشتراكات الموردين بأتعاب التنفيذ، وإطلاق المتجر قبل أن يعرف الفريق من يتابع الطلبات. كذلك لا تؤجل تحديد مالك الحساب حتى آخر يوم.
أسئلة شائعة
هل أحتاج مطورًا لكل إعداد في سلة؟
لا. كثير من إعدادات المنتجات والمظهر والدفع والشحن موجودة في المنصة. قيمة المساعدة المتخصصة تكون في تنظيم النطاق والبيانات، ومعالجة الفجوات الفعلية، واختبار التجربة وتسليمها لفريقك.
هل الباقة الأعلى ضرورية دائمًا؟
لا. اختر الباقة بعد مطابقة المتطلبات بالخصائص المتاحة وقت الشراء. بعض الاحتياجات تتطلب باقة مدفوعة، لكن هذا لا يعني شراء أعلى باقة دون سبب.
هل تغيير الثيم يعني إعادة بناء المتجر؟
ليس بالضرورة. قد يكون تحديث واجهة فقط، أو جزءًا من إعادة تجهيز تشمل الكتالوج والتطبيقات والتشغيل. وضّح ما سيتغير وما سيبقى قبل اعتماد العرض.
متى أعتبر المتجر جاهزًا للإعلان؟
عندما تنجح حالات الشراء والتشغيل الأساسية، وتُعالج الأعطال المانعة، ويعرف الفريق طريقة متابعة الطلبات. الجاهزية التشغيلية شرط بداية، وليست وعدًا بتحقيق مبيعات.
الخطوة التالية
قبل طلب عرض تنفيذ، جهّز عينة من منتجاتك، وقائمة المدن ووسائل الدفع المطلوبة، وما لا يعمل في المتجر الحالي إن وجد. استخدمها لطلب نطاق إطلاق واضح، ومخرجات تسليم ومعايير قبول، بدل الاكتفاء بطلب «متجر احترافي».
المصادر
رُوجعت في 26 أكتوبر 2026؛ قد تتغير خصائص سلة وتسميات لوحة التحكم والباقات.
