دراسة حالة The Digger Hub تشرح كيف أُضيف متجر بمئة وعشرين منتجاً في ثمانية تصنيفات إلى موقع أكاديمية أنشطة للأطفال في القاهرة لم يُصمم أصلاً ليحمل متجراً. المتجر بُني داخل البنية القائمة لا بجانبها، بسلة وصفحة إتمام طلب وحسابات للمستخدمين، واختُبر بعمليات شراء حقيقية قبل الإطلاق.
ماذا تقول صفحة المشروع في دراسة حالة The Digger Hub؟
العميل أكاديمية أنشطة للأطفال في القاهرة. الموقع الأول بُني للأنشطة، كل نشاط في صفحة مستقلة بنوع محتوى خاص، مع أربعة ألبومات صور وصفحة لكل فرع من الفرعين وتقييمات الآباء كنوع محتوى قائم بذاته. بعد الإطلاق بفترة قررت الإدارة فتح متجر ألعاب، فعادت إلينا لبنائه داخل الموقع نفسه.
الرقمان قابلان للتحقق من صفحة مشروع The Digger Hub، وما عداهما هنا منشور على الصفحة أو مبدأ عام نقول عنه ذلك. لا رقم مبيعات ولا نسبة تحويل لأن الصفحة لا تنشر شيئاً منهما.
لماذا يختلف متجر ملحق بموقع قائم عن متجر تجزئة مستقل؟
الفارق في الزائر لا في التقنية. من يدخل متجراً مستقلاً يعرف أنه في مكان بيع، ومن يجد متجراً داخل موقع أنشطة جاء لشيء آخر:
| نقطة المقارنة | متجر مستقل | متجر داخل موقع محتوى |
|---|---|---|
| نقطة الدخول | الرئيسية أو صفحة منتج من البحث | صفحات المحتوى ثم المتجر |
| نية الزائر | شراء أو مقارنة | معرفة أولاً والشراء قرار لاحق |
| دور التصنيفات | تقسيم كتالوج يعرفه الزائر | تعريف الزائر بما يُبَاع |
| الثقة | تُبنى من السياسات والتقييمات | موروثة، وتُفقد إن بدا المتجر جهة أخرى |
الطريق الأسهل كان نظاماً منفصلاً والربط إليه، والاختيار المعلن في دراسة حالة The Digger Hub كان العكس: البناء داخل البنية القائمة بنفس لغة التصميم ونفس القائمة، حتى لا يشعر المنتقل من الأنشطة إلى المنتجات بأنه سُلّم إلى شركة أخرى.
كيف تُقسم مئة وعشرون منتجاً على ثمانية تصنيفات؟
ما يلي مبادئ عامة في بناء الكتالوجات لا وصف لهذا المشروع. المنشور في دراسة حالة The Digger Hub ثمانية تصنيفات لمئة وعشرين منتجاً، أي خمسة عشر منتجاً في المتوسط، وهو متوسط صحي لسبب عملي: تصنيف بمنتجين يبدو فارغاً، وتصنيف بثمانين يعيد المشكلة التي أُنشئ لحلها.
- ابدأ من الطريقة التي يسأل بها المشتري لا من طريقة تخزين المورد.
- مستوى واحد يكفي في هذا الحجم. شجرة بثلاثة مستويات تصنع صفحات بمنتج واحد.
- تصنيف أساسي واحد لكل منتج وما عداه سمات يُفلتر بها. المنتج في خمسة تصنيفات يفقد معناه في كلها.
- اختبر التقسيم على أسماء حقيقية من ملف منتجاتك قبل البرمجة.
وفي متجر ألعاب داخل موقع أنشطة عامل إضافي: كثير من الآباء يفكرون بالنشاط لا بالمنتج، فالتصنيف المكتوب بلغة الموقع يصل إليهم أسرع.
ما الذي يجعل الفلترة مفيدة في كتالوج بهذا الحجم؟
- فلتر بما يقرر به المشتري فعلاً. الفئة العمرية ونطاق السعر أقرب إلى قرار الأب.
- أخفِ الخيار الذي لا يعطي نتائج، فصفحة فارغة تترك انطباعاً بمتجر غير مكتمل.
- اكتب قيمة كل فلتر في بيانات المنتج منذ الإدخال، فالفلتر لا يخترع بيانات ناقصة.
- حدد أي صفحات الفلترة تُفهرس وأيها لا، فتركها كلها مفتوحة يولّد صفحات متشابهة.
ماذا تفعل بالمنتجات غير المصنفة؟
هذه مشكلة شائعة في كل متجر ينمو كتالوجه، ونذكرها كمبدأ عام. المنتج الذي يُضاف على عجل بلا تصنيف لا يختفي، بل يهبط في تصنيف افتراضي يظهر للزوار باسم غريب، أو يصبح صفحة لا يصل إليها أحد ومع ذلك تفهرسها محركات البحث.
العلاج قبل الإطلاق: قاعدة تمنع نشر منتج بلا تصنيف أساسي، وتقرير دوري بما لا تصنيف له، وقرار مكتوب فيما يحدث للمنتج المنتهي.
مراحل التنفيذ الخمس في دراسة حالة The Digger Hub
- اتجاهات تصميم. قراءة الهوية التي اعتمدها العميل حديثاً، ثم عرض عدة اتجاهات بدل توصية واحدة، وتُرك موقع العلامة بين المرح والمصداقية للعميل.
- التعديلات والاعتماد. اختار العميل اتجاهاً وأرسل قائمة إضافات، نُفذت وعُرضت واعتُمد التصميم.
- البناء والإطلاق. الأنشطة والألبومات وصفحتا الفرعين وصفحتا الأحداث والوظائف وتقييمات الآباء.
- عودة العميل. طلب جديد بعد الإطلاق بفترة: متجر ألعاب يُبنى داخل البنية القائمة لا بجانبها.
- بناء المتجر واختباره. مئة وعشرون منتجاً في ثمانية تصنيفات، بسلة وإتمام طلب وحسابات عملاء وصفحات شحن واسترجاع وشروط، ثم اختبار بشراء حقيقي.
لماذا اختُبر المتجر بعمليات شراء حقيقية؟
الصفحة صريحة هنا: مرت عمليات شراء فعلية قبل الإطلاق بدلاً من الاكتفاء بصفحة تُفتح بلا أخطاء. مسارات الدفع تفشل بطرق لا تظهر في مراجعة تصميم: رسالة تأكيد لا تصل، أو حالة طلب لا تتحدث بعد نجاح الدفع.
والدرس الثابت في دراسة حالة The Digger Hub أن متجراً يستطيع قبض المال ليس متجراً مكتملاً. صفحات الشحن والاسترجاع والشروط ومنطقة حساب العميل هي ما يعرف به المشتري ما يحدث بعد أن يدفع.
ماذا تأخذ من دراسة حالة The Digger Hub إلى متجرك؟
- قرر أين يقع المتجر من موقعك قبل اختيار التقنية: داخل البنية أم نظام منفصل.
- ابنِ التصنيفات بلغة زوارك لا بلغة كتالوج المورد.
- احسب متوسط المنتجات لكل تصنيف وتجنب الفارغة والمتضخمة معاً.
- اشترِ من متجرك بنفسك قبل الإطلاق، بطلب حقيقي وبطاقة حقيقية.
- اكتب صفحات الشحن والاسترجاع والشروط قبل يوم الإطلاق لا بعده.
وللمقارنة مع منطق مختلف، انظر مشروع Boya Store حيث يختار المشتري باللون ثم بالعلامة، وراجع أنواع المواقع الإلكترونية وسابقة الأعمال.
أسئلة شائعة
ما خلاصة دراسة حالة The Digger Hub؟
أكاديمية أنشطة للأطفال في القاهرة بُني لها موقع بالأنشطة والألبومات وصفحتي الفرعين وتقييمات الآباء، ثم عاد العميل بعد الإطلاق بفترة فبُني داخل الموقع نفسه متجر بمئة وعشرين منتجاً في ثمانية تصنيفات، بسلة وإتمام طلب وحسابات للمستخدمين، واختُبر بعمليات شراء حقيقية قبل الإطلاق.
لماذا لم يُبنَ المتجر كموقع منفصل؟
لأن الشرط المعلن كان بناءه داخل البنية القائمة لا بجانبها. المتجر المنفصل يعني لغة تصميم ثانية وقائمة ثانية وحساب زائر ثانياً، والمنتقل من الأنشطة إلى المنتجات يشعر بأنه انتقل إلى شركة أخرى. البناء داخل الموقع حافظ على نفس التصميم ونفس القائمة.
كم منتجاً يحتوي المتجر وكيف رُتب؟
مئة وعشرون منتجاً في ثمانية تصنيفات، وهما الرقمان المنشوران على صفحة المشروع ويمكن التحقق منهما بنفسك. لا نضيف أرقاماً عن مبيعات أو زيارات أو معدل تحويل، لأن الصفحة لا تنشر شيئاً من هذا، ورقم بلا مصدر يفقد دراسة الحالة قيمتها كلها.
هل يصلح هذا النموذج لموقع خدمات يريد بيع منتجات؟
يصلح المبدأ في حالات كثيرة: مركز تدريب يبيع مواد تعليمية، عيادة تبيع مستلزمات، مطعم يبيع منتجاته المعلّبة. السؤال الحاسم هو حجم الكتالوج ومعدل تغيره. الكتالوج الصغير الثابت يُبنى داخل الموقع بسهولة، والكبير سريع التغير يحتاج دراسة أعمق قبل أي قرار بالتقنية أو الهيكل.
ما أول ما أجهزه قبل إضافة متجر إلى موقعي؟
ملف منتجات بأسماء وأسعار وصور نظيفة، وتقسيم مقترح للتصنيفات مكتوب بأسماء حقيقية، وسياسة شحن واسترجاع متفق عليها داخلياً، ووسائل الدفع التي تريد قبولها، وجهة تتابع الطلبات بعد الإطلاق. جاهزية هذه المواد هي ما يحدد مدة التنفيذ، أكثر من التصميم والبرمجة نفسهما.
أضف متجرك إلى موقعك بنفس المنهج
أرسل عنوان موقعك وملف منتجاتك، ويصلك تقسيم تصنيفات مقترح ورأي مكتوب فيما إذا كان الأفضل بناء المتجر داخل موقعك الحالي أم إعادة بناء الهيكل، على منهج دراسة حالة The Digger Hub: الهيكل ثم البناء ثم الاختبار بشراء حقيقي.
اطلب عرض سعر · تواصل على واتساب · اتصل بنا
أرقام ويب
٤٤ المحور المركزي، السرايا مول، الدور الأرضي السفلي، مدخل ٢، الشيخ زايد، الجيزة، مصر
هاتف وواتساب: +20 111 872 1404 · بريد: info@arqamweb.com
