بدائل Shopify لمتجر جزائري: ما يجب وزنه بدلًا منه

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

ما الأشكال الأربعة؟

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

ولا شكل من هذه الأشكال أدنى من غيره. هي أجوبة مختلفة عن سؤال واحد: من يملك الآلة.

متى تكون المنصة المستضافة هي الشكل الصحيح؟

حين يجب أن يوجد المتجر بسرعة، ولا يريد أحد في الفريق إدارة برمجيات، والكتالوج عادي: منتجات، وأحجام، وسلة، وكلفة توصيل. يحمل المورّد التحديثات والحماية وصفحة الدفع، وعملك أنت عرض المنتجات.

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

متى تكون الحزمة التي تنصّبها هي الشكل الصحيح؟

حين يجب أن يغذّي المتجر أنظمة تديرها، أو يحفظ بيانات لا تريد وضعها في حساب غيرك: سجلات العملاء، وتاريخ الشراء، ومخزون موجود أصلًا في المكتب الخلفي. يصبح المتجر مكوّنًا لا وجهة.

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

متى يكون المتجر على نظامك الحالي هو الشكل الصحيح؟

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

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

متى يكون البيع عبر المراسلة مع سجل هو الشكل الصحيح؟

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

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

ما المعايير الأربعة؟

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

بأي ترتيب تقرر؟

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

أين يخطئ هذا القرار

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

عندما لا يناسبك أي منها

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

ما لا يغطيه هذا المقال

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

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