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

متجر جاهز أو متجر مبرمج
عبدالله بن سنكر
قبل ما تبيع أول منتج، بتواجه سؤال يتكرر في كل مجموعة تجار: أفتح على منصة جاهزة مثل سلة أو زد أو Shopify، ولا أبرمج متجر خاص؟ والأجوبة اللي تسمعها غالباً متطرفة: «الجاهز يكفي الكل» أو «المتجر الخاص هو الاحترافي». عبدالله بن سنكر يشوف إن الجواب ما يجي من الذوق، يجي من طبيعة طريقة بيعك. هذا إطار قرار من خمسة أسئلة، تجاوبها بصراحة قبل ما تصرف ريال.
السؤال الأول: هل منطق بيعك عادي؟
البيع العادي يعني: منتجات بأسعار ثابتة، وسلة، ودفع، وشحن. المنصات الجاهزة مبنية بالضبط لهالسيناريو، وتسويه بشكل ممتاز. لكن فيه أنماط بيع ما تدخل في القالب بسهولة:
- منتج يتشكّل حسب اختيارات العميل وسعره يتغير مع كل اختيار، مثل الأثاث حسب المقاس.
- أسعار مختلفة لكل عميل تاجر جملة، مع حدود ائتمان وطلبات متكررة.
- خدمة وحجز موعد مع منتج في نفس الطلب.
- سوق متعدد البائعين، كل بائع له لوحته وتسويته المالية.
- اشتراكات بمنطق خاص، مثل صندوق شهري يختار العميل محتواه قبل كل شحنة.
إذا بيعك عادي، الجواب غالباً الجاهز، والنقاش انتهى تقريباً. وإذا بيعك من القائمة، كمّل الأسئلة. وانتبه لفخ شائع: كثير من التجار يحسبون إن بيعهم «خاص» لأن عندهم خصم معيّن أو باقة منتجات، وهذي أشياء تدعمها أغلب المنصات الجاهزة مباشرة أو بإضافة. قبل ما تحكم، جرّب الحساب التجريبي للمنصة وحاول تطبّق منطق بيعك فعلاً.
السؤال الثاني: هل جرّبت السوق أصلاً؟
المتجر المبرمج استثمار في طريقة بيع مثبتة. إذا لسه ما تعرف هل منتجك يبيع، أي مبلغ تحطه في برمجة خاصة هو رهان على شي ما تعرفه. المنصة الجاهزة تخليك تطلق في أيام، وتختبر الطلب، وتتعلم من عملائك وش يبون فعلاً. وحتى لو منطق بيعك خاص، أحياناً تقدر تقلّده مؤقتاً بحلول يدوية: طلب عبر نموذج، أو تسعير بالواتساب، لين تتأكد إن السوق موجود.
وقبل ما تختار المنصة الجاهزة، تأكد من شي واحد يحميك مستقبلاً: هل تقدر تصدّر بياناتك؟ قائمة المنتجات، وبيانات العملاء، وسجل الطلبات، بملفات تقدر تفتحها وتنقلها. لأن لو جا يوم وقررت تنتقل لمتجر خاص، هالبيانات هي رأس مالك الحقيقي، والمتجر الجديد يبدأ منها مو من الصفر. وحافظ على روابط صفحاتك المهمة وخطّط لتحويلها، عشان ما تخسر ظهورك في البحث يوم الانتقال.
السؤال الثالث: وش التكامل اللي تحتاجه؟
المنصات الجاهزة مربوطة عادة ببوابات دفع وشركات شحن معروفة، وعندها متاجر تطبيقات وإضافات. إذا احتياجك في هالحدود، أنت مرتاح. بس لو عندك نظام محاسبة أو مخزون خاص لازم يتزامن لحظياً، أو نظام داخلي لمندوبين، أو ربط مع مستودع خارجي بطريقة غير معتادة، اسأل: هل المنصة توفر واجهة برمجية تسمح بهالربط؟ وهل الإضافة المطلوبة موجودة ولا لازم تنبنى؟ أحياناً الجواب يكون إضافة مخصصة فوق المنصة الجاهزة، وهذا أرخص بكثير من متجر كامل.
السؤال الرابع: كم التكلفة الكاملة على سنتين؟
المقارنة الشائعة الغلط: اشتراك المنصة الشهري مقابل تكلفة برمجة المتجر. المقارنة الصحيحة تجمع كل شي على سنتين:
- في الجاهز: الاشتراك، والإضافات المدفوعة اللي بتحتاجها فعلاً، ورسوم المعاملات إن وجدت، والقالب، وأي تخصيص.
- في المبرمج: البناء، والاستضافة، والصيانة والتحديثات الأمنية، وإصلاح الأعطال، وأي ميزة جديدة تبيها لاحقاً.
والإضافات بالذات تحتاج انتباه: كل وحدة اشتراكها صغير لحاله، بس خمس أو ست إضافات مع بعض ممكن يصيرون أكبر من اشتراك المنصة نفسه. اكتب قائمة الإضافات اللي بتحتاجها فعلاً من أول يوم، واحسبها شهرياً على أربعة وعشرين شهر. أحياناً الرقم يطلع أقل بكثير من البرمجة، وأحياناً يقرّب منها بشكل يفاجئك.
وفيه بند ما ينكتب بالريال: المسؤولية. في المتجر المبرمج، الأمان والتوفر مسؤوليتك أنت ومنفّذك. عشان كذا المتاجر الخاصة الذكية تخلّي إدخال بيانات البطاقة يصير في صفحة أو نموذج بوابة الدفع نفسها، مو في خوادم المتجر، فتقلّل عبء الالتزام بمعايير أمان البطاقات. اسأل أي منفّذ عن هالنقطة قبل ما توقّع.
السؤال الخامس: هل التجربة نفسها جزء من منتجك؟
لبعض العلامات التجارية، المتجر مو مجرد مكان دفع، هو جزء من الهوية: تجربة تصفح مختلفة، أو تخصيص بصري للمنتج قبل الشراء، أو تطبيق جوال بتجربة خاصة. هنا القوالب ممكن تحدّك. بس كن صادق مع نفسك: هل عملاؤك فعلاً يشترون بسبب التجربة، ولا هذا طموحك أنت؟ كثير من المتاجر الناجحة شكلها عادي جداً، ونجاحها من المنتج والسعر والخدمة. والقوالب الجيدة في المنصات الجاهزة مع صور منتجات ممتازة ونصوص مكتوبة بعناية، تطلع نتيجة محترمة جداً بجزء بسيط من التكلفة.
الخيارات الوسط اللي ينساها الكل
القرار مو أبيض وأسود. فيه طريقين في المنتصف. الأول: منصة جاهزة مع إضافة أو تطبيق مخصص يحل الجزء الخاص في بيعك. والثاني اللي يسمونه التجارة بدون واجهة: المنصة تدير المنتجات والطلبات والدفع من الخلف، وواجهة مبرمجة خاصة، مثلاً بـ Next.js، تعرض المتجر بالتجربة اللي تبيها عبر الواجهة البرمجية للمنصة. Shopify مثلاً يوفر واجهة برمجية لهالغرض. هالحل يعطيك حرية التصميم بدون ما تبني محرك تجارة من الصفر، بس يحتاج منفّذ يعرف يشتغل عليه.
عبدالله عبدالرحيم بن سنكر الكندي يبني على منصة أزهل الرقمية مواقع بـ Next.js وتطبيقات بـ Flutter، ومع هذا، الأمانة تقول إن كثير من التجار الأنسب لهم يبدؤون بالجاهز. لأن مبدأ «السعر للمشروع مو للمكاتب» يعني في جوهره إنك ما تدفع إلا على اللي يخدم مشروعك فعلاً، وبرمجة ما تحتاجها ما تخدمه. جاوب الأسئلة الخمسة على ورقة: إذا أغلب أجوبتك تقول «عادي»، افتح متجرك الجاهز هالأسبوع. وإذا ثلاثة منها أو أكثر تقول «خاص»، صار عندك مبرر حقيقي تكلّم منفّذ.
عندك فكرة؟ الاستشارة الأولى علينا
كلّم عبدالله مباشرة على واتساب — رسالتك توصل له هو، مو لرد آلي. نسمع فكرتك ونقول لك وش تحتاج وكم تكلّف، ببلاش.
مقالات ذات صلة
كل المقالات
تكلفة اكتساب العميل
عبدالله سنكر
عبدالله سنكر يشرح CAC و ROAS و LTV: الأرقام اللي تحكم ميزانيتك
عبدالله سنكر يشرح ثلاثة أرقام تحكم ميزانية الإعلانات: العائد على الإنفاق الإعلاني ROAS وتكلفة اكتساب العميل CAC وقيمة العميل LTV، بمثال افتراضي محسوب وقرارات تطلع منه.
اقرأ المقال
اختبار التطبيقات
عبدالله عبدالرحيم الكندي
اختبار التطبيق قبل الإطلاق: عبدالله عبدالرحيم الكندي يوزّع المهام
عبدالله عبدالرحيم الكندي يوزّع اختبار التطبيق قبل الإطلاق على أربعة أطراف: المطوّر والمختبر وصاحب المشروع والمستخدمين، مع قائمة وش يختبر كل واحد منهم.
اقرأ المقال
الديون التقنية
عبدالله بن سنكر
عبدالله بن سنكر: الديون التقنية، متى تصلّح الكود ومتى تعيد كتابته؟
عبدالله بن سنكر يقدّم إطار قرار للديون التقنية: أنواع الدين، وعلامات إنه صار يأكل من مشروعك، وليش إعادة الكتابة أخطر مما تتوقع، ومتى يكون الحل التدريجي أذكى.
اقرأ المقال