عمل متجر إلكتروني في مصر: الدفع والشحن وإيه اللي بيقع فعلاً
المشكلتين اللي بيتحدد بيهم نجاح المتجر الإلكتروني في مصر — ومحدش فيهم الموقع نفسه.
معظم اللي بيخططوا لمتجر إلكتروني في مصر بيصرفوا الميزانية على الواجهة: التصميم، صفحات المنتجات، الحركات. الجزء ده محلول إلى حد كبير — فيه منصات كتير بتعمله كويس وبرخص.
الحاجتين اللي بيتحدد بيهم نجاح النشاط هما: دخول الفلوس وخروج البضاعة. والاتنين أصعب هنا مما بتوحي بيه الشروحات، ومحدش فيهم مشكلة موقع أصلاً.
المشكلة الأولى: الدفع عند الاستلام
نسبة كبيرة من طلبات التجارة الإلكترونية في مصر بتتدفع كاش عند الباب. وأي نظام بيعتبر الدفع بالكارت هو الحالة الطبيعية والكاش استثناء هيوجعك من أول أسبوع.
الدفع عند الاستلام بيغيّر النموذج كله:
- الطلب مش مدفوع وقت ما اتعمل. ده وعد. المخزون لازم يتحجز، لكن الإيراد ما
ينفعش يتسجّل.
- الرفض عند الباب حاجة عادية. البضاعة بترجع، والمخزون لازم يرجع، ومصاريف
الشحن اتصرفت في الحالتين.
- شركة الشحن ماسكة فلوسك، أحياناً لأسابيع، وبتحوّل دفعات مش مطابقة لطلباتك واحد
بواحد.
- التسوية شغلانة بجد. أنهي طلب من الـ340 في التحويلة دي اتحصّل فعلاً وأنهي
اترجع؟
تبني إيه علشانها: دورة حياة للطلب بحالات صريحة — اتعمل، اتأكد، اتشحن، اتسلّم، اتحصّل، اترجع، اتحوّل. معظم عربات التسوق الجاهزة بتمثّل حالتين أو تلاتة وبتفترض الباقي. والمسافة بين "اتسلّم" و"الفلوس في حسابنا" هي مكان الخسائر.
اعمل تقرير التسوية من أول يوم، مش لما الخلافات تبدأ.
المشكلة التانية: الشحن
هتستخدم شركات شحن، وغالباً أكتر من واحدة. كل واحدة ليها واجهة برمجية مختلفة، ومصطلحات حالات مختلفة، وتعريف مختلف لكلمة "اتسلّم".
الفخ إنك تبني على نموذج شركة واحدة. لما تضيف التانية، الحالات ما بتتطابقش، وتلاقي نفسك بنظامين متوازيين وموظف بيترجم بينهم في دماغه.
تبني إيه علشانها: نموذج حالات بتاعك أنت الأول، وبعدين توصّل كل شركة شحن عليه. شغل أكتر في اليوم الأول، وأقل بكتير في اليوم اللي هتغيّر أو تضيف فيه شركة — وهتعمل كده، لأن التغطية والأسعار بتختلف من محافظة للتانية.
الدفع بالكارت
| النقطة | تتأكد من إيه |
|---|---|
| مدة التسوية | كام يوم لحد ما الفلوس توصل حسابك؟ |
| الرسوم | نسبة، وجزء ثابت، والاسترجاع بيكلفك كام |
| المدفوعات الفاشلة | بتتعاد؟ والعميل بيتبلّغ؟ |
| الاسترجاع | عن طريق الواجهة البرمجية ولا حد بيدخل البوابة بإيده؟ |
| بيئة اختبار | فيه بيئة تجريبية حقيقية ولا هتختبر على الحقيقي؟ |
| التقسيط | بقى متوقّع في المنتجات الأعلى سعراً |
الصف الأخير له أثر تجاري حقيقي: في أي حاجة فوق بضعة آلاف جنيه، وجود التقسيط بيفرق في نسبة التحويل في السوق ده.
وسؤال الاسترجاع بيوقّع ناس كتير: بوابة دفع الاسترجاع فيها بيتطلب دخول يدوي مش هتكبر معاك بعد حجم معيّن من الطلبات، وهتكتشف ده في أسوأ وقت ممكن.
ده معناه إيه في نطاق المشروع
النطاق الصادق لمتجر إلكتروني في مصر مش "موقع". هو:
- واجهة متجر — الجزء السهل فعلاً، وغالباً منصة جاهزة
- نظام طلبات بيمثّل الدفع عند الاستلام صح
- تكامل شركات الشحن خلف نموذج حالات بتاعك
- تكامل دفع والاسترجاع فيه برمجي
- تقرير تسوية بين تحويلات شركة الشحن وطلباتك
- مخزون بينقص عند الشحن مش عند الطلب، وبيرجع عند الرفض
- إرسال الإيصال الإلكتروني، لأن دي مبيعات لمستهلك نهائي
البنود 2 و3 و5 هي مكان التكلفة، وهي أكتر حاجات بتغيب من عرض السعر. لو العرض بيسعّر البند الأول بس، فهو بيسعّر مشروع تاني.
متجر مش قادر يقولك أنهي طلبات اتسلّمت واتقبضت فعلاً مش متجر إلكتروني. ده كتالوج ومعاه فورم.
نستخدم منصة جاهزة؟
غالباً أيوة في البداية. المنصة المستضافة بتتعامل مع الواجهة والسلة والدفع بالكارت باقتدار، وإنك تطلق خلال أسابيع بحاجة ناقصة أحسن من إنك تطلق بعد شهور بحاجة مخصصة.
الحدود بتوصل بشكل متوقّع: لما تسوية الدفع عند الاستلام تكبر على اللي المنصة بتمثّله، أو لما تحتاج شركة شحن تانية، أو لما رسوم الطلب تعدّي تكلفة البناء.
والشرط اللي تحميه من أول يوم: واجهة برمجية موثّقة وتصدير كامل للبيانات. من غيرهم، الانتقال بعدين معناه تبدأ من الصفر.
أسئلة متكررة
المتجر بيتكلف كام؟
منصة جاهزة مع تعامل سليم مع الدفع عند الاستلام وشركة شحن واحدة: معقول. بناء مخصص بشركات شحن متعددة وتسوية ومخزون: أعلى بكتير. المتغيّر هو البنود من 2 لـ 5، مش التصميم.
محتاجين تطبيق كمان؟
مش في البداية. موقع سريع ومتجاوب بيوصل لنفس العملاء. فكّر في التطبيق لما معدلات الشراء المتكرر تبرّره.
أشهر غلطة إيه؟
تسجيل الإيراد وقت الطلب بدل وقت تحويل الفلوس. بتخلّي أول شهور تبان أحسن بكتير من حقيقتها، والتصحيح بعدين بيبقى موجع.
اقرأ المزيد
النشرة البريدية
ملاحظات من حين لآخر عن البرمجيات والأتمتة وإدارة عمل أفضل. بدون رسائل مزعجة.