FindWorker
يعمل حاليًا · نحن من يُشغّله
ليس متجرًا إلكترونيًا. لكنه يشغّل الأجزاء المشتركة مع المتجر متعدد البائعين: تطبيقان منفصلان للعملاء والعمّال، وأسعار يحدّدها مقدّم الخدمة، ودفعات مرحلية محفوظة حتى إنجاز العمل، وصرف مستحقات، ولوحة تحكم.
المنصات · تطوير التجارة الإلكترونية متعددة البائعين
التجارة الإلكترونية متعددة البائعين متجر إلكتروني واحد يعرض فيه بائعون مستقلون كثر منتجاتهم ويبيعونها، وتحصل أنت على عمولة. نبني واجهة المتجر، ولوحة لكل بائع، ولوحة التحكم التي تقسّم المدفوعات وتدير المرتجعات. وهي مناسبة للمؤسسين الذين يديرون سوقًا للمنتجات، لا لوقت الأشخاص.
المشكلة
يبدو المتجر متعدد البائعين للعميل متجرًا واحدًا، ولكل من عداه متاجر كثيرة. قد تضم سلة واحدة أصنافًا من ثلاثة بائعين، لكل منهم مخزونه وشحنه ومرتجعاته. ويجب تقسيم المال من عملية دفع واحدة، وخصم العمولة، والدفع لكل بائع فقط حين يصبح صرف مستحقات الطلب آمنًا. ومعظم التكلفة في هذا التقسيم، وفي المرتجعات التي تخص بائعًا دون غيره، وفي الحفاظ على صدق المنتجات المعروضة.
لا شيء من هذا ينطبق عليك؟ هل تحجز وقت الأشخاص بدلًا من بيع المنتجات؟ اطّلع على تطوير تطبيقات الأسواق الإلكترونية.
| واجهة المتجر | البحث، والفئات، وسلة واحدة لكل البائعين، وإتمام الشراء، والسجل |
|---|---|
| لوحة البائع | المنتجات، والمخزون، والأسعار، والطلبات، والمرتجعات، والأرباح |
| لوحة التحكم | الموافقة على البائعين، ومراجعة المنتجات، والطلبات، والأموال، والنزاعات |
| تقسيم المدفوعات | عملية دفع واحدة مقسّمة حسب البائع، والعمولة، وجدول صرف المستحقات |
| الشحن لكل بائع | قواعد شحن كل بائع، والتتبع، والطلبات المشحونة جزئيًا |
| المرتجعات والاسترداد | مرتجعات أصناف بائع واحد، والاسترداد الجزئي، والسجلات |
| طبقة الثقة | التحقق من البائعين، ومراجعات المنتجات، والإبلاغ، والإشراف |
| المنصات | iOS وAndroid والويب |
ما الذي يجعل هذا صعبًا
عملية دفع واحدة، وعدة بائعين، وأموال يجب أن تُقسَّم بدقة.
يدفع العميل مرة واحدة. وخلف هذه الدفعة عدة بائعين، لكل منهم مبلغ مختلف بعد العمولة والشحن وأي استرداد. وإذا أُعيد صنف واحد، فيجب ألا تتغير إلا مستحقات ذلك البائع. وهذه مسألة محاسبية قبل أن تكون شاشة، لذلك نصمّم سجلات الطلبات وصرف المستحقات أولًا.
يعمل حاليًا · نحن من يُشغّله
ليس متجرًا إلكترونيًا. لكنه يشغّل الأجزاء المشتركة مع المتجر متعدد البائعين: تطبيقان منفصلان للعملاء والعمّال، وأسعار يحدّدها مقدّم الخدمة، ودفعات مرحلية محفوظة حتى إنجاز العمل، وصرف مستحقات، ولوحة تحكم.
يعمل حاليًا · ساحل العاج
ليس متجرًا إلكترونيًا. صيدليات ومندوبون ومرضى كثر في منصة واحدة مع محفظة إلكترونية، وهي الطلبات والمدفوعات متعددة الأطراف نفسها التي يقوم عليها المتجر متعدد البائعين.
تفشل معظم المشاريع قبل كتابة أي سطر برمجي، لأن السعر حُدّد قبل أن يعرف أحد تكلفة البناء الفعلية.
إذا لم نستطع الإجابة عنها، فإننا نسعّر مرحلة واحدة لا المنصة كاملة.
السعر والمراحل
نبني على مراحل، وتدفع عن كل مرحلة.
إذا لم تقنعك المرحلة الأولى، تتوقف، ويبقى لك كل ما بنيناه.
المرحلة 01
الإجابة عن الأسئلة الخمسة، وكتابة ما سنبنيه، وقائمة واضحة بما لن نبنيه.
المرحلة 02
جوهر المنصة يعمل ببيانات حقيقية. وهنا تقرر هل تستمر أم لا.
المرحلة 03
بقية النطاق في مراحل بالشكل نفسه، ثم الصيانة. وتُسعَّر كل مرحلة قبل أن تبدأ.
هل نحتاج إلى متجر متعدد البائعين، أم يكفي متجر لبائع واحد؟
إذا كنت تبيع مخزونك، فمتجر البائع الواحد يكفي وبناؤه أبسط. وتحتاج إلى تعدد البائعين حين تعرض شركات أخرى منتجاتها وتبيعها عبرك وتربح أنت عمولة لا هامش ربح. والفرق هو لوحات البائعين، وتقسيم المدفوعات، وصرف مستحقات البائعين، والمرتجعات التي تخص بائعًا واحدًا. وهو الأول من أسئلتنا الخمسة قبل تقديم السعر، لأنه يغيّر معظم البناء.
كم يستغرق بناء متجر متعدد البائعين؟
تستغرق أول نسخة عاملة عادةً من 10 إلى 14 أسبوعًا بعد تحديد النطاق، وتحديد النطاق يستغرق نحو أسبوع. تشغّل هذه النسخة طلبًا حقيقيًا من البداية إلى النهاية: يعرض البائع منتجًا، ويشتريه العميل، ويشحنه البائع، وتظهر المستحقات في لوحة التحكم. أما العروض الترويجية وتقارير البائعين ووسائل الدفع الإضافية فهي مراحل لاحقة، تُسعَّر كل منها قبل أن تبدأ.
اقرأ الدليل كاملًاكيف يحصل البائعون على مستحقاتهم؟
من كل طلب، بعد خصم العمولة، وفق جدول تحدّده أنت. تأخذ صفحة الدفع دفعة واحدة، وتسجّل المنصة ما يستحقه كل بائع، ويتم الصرف حين لا يعود الطلب قابلًا للإرجاع. وحيث تدعم وسيلة الدفع الصرف التلقائي يتم ذلك وحده، وحيث لا تدعمه تنفّذ لوحة التحكم دفعات يدوية بسجل كامل. ونختار بوابة الدفع حسب الدولة وحسب الحاجة إلى صرف المستحقات.
اقرأ الدليل كاملًاكيف تعمل العمولة؟
يمكن أن تكون العمولة نسبة مئوية، أو رسمًا ثابتًا لكل طلب، أو معدلًا مختلفًا لكل فئة، وتغيّرها من لوحة التحكم لا من الكود. تُخصم قبل صرف مستحقات البائع وتظهر له في كل طلب، فلا يبقى ما يُختلف عليه لاحقًا. ويمكن إضافة رسوم شهرية للبائعين إلى جانب العمولة إذا تطلّب نموذجك ذلك.
ماذا يحدث حين يعيد العميل صنفًا واحدًا من سلة مختلطة؟
يتغير جزء ذلك البائع من الطلب فقط. يُسجَّل الإرجاع على الصنف، ويراه البائع في لوحته، ويُخصم المبلغ المسترد من مستحقات ذلك البائع لا من الطلب كله. وتُكتب سياسة الإرجاع في المرحلة الأولى وتُبنى كمسار، لأن المرتجعات التي تُدار عبر البريد الإلكتروني هي المكان الذي تضيع فيه الأموال.
كيف نمنع البائعين السيئين والمنتجات المزيفة؟
تتم الموافقة على البائعين قبل أن يتمكنوا من عرض منتجاتهم، ويمكن تعليق المنتجات للمراجعة، وإبلاغ العملاء عنها، وإزالتها من لوحة التحكم. ويمكن أن يشمل التحقق وثائق البائع وبياناته المصرفية قبل أول صرف لمستحقاته. وتحتاج المراجعات إلى إشراف أيضًا، لأن التقييمات دون إشراف تصبح عبئًا. أما درجة الصرامة فقرار تجاري نسأل عنه عند تحديد النطاق، لأن التدقيق الأشد يعني بائعين أقل عند الإطلاق.
هل يمكن للبائعين شحن طلباتهم بأنفسهم؟
نعم، وهذا ما يفعلونه في معظم المتاجر متعددة البائعين. يحدّد كل بائع قواعد الشحن ويسجّل الطلبات المشحونة مع التتبع، ويرى العميل جزء كل بائع من الطلب بشكل منفصل. وإذا أردت مندوبيك أو مستودعًا مركزيًا بدلًا من ذلك، فهذا بناء مختلف أقرب إلى منصة توصيل، ونحدّد نطاقه على هذا الأساس من البداية.
من يملك الكود؟
أنت، عند السداد الكامل. ملكية حصرية ودائمة.
ماذا لو اختفيتم؟
المستودع وحساباتك ومفاتيح التوقيع كلها لك، وكل شيء موثّق ليتمكن فريق آخر من المتابعة.
هل يمكننا الانتقال إلى فريق آخر لاحقًا؟
نعم. نكتب وثائق التسليم التي تجعل ذلك ممكنًا، سواء استخدمتها أم لا.
هل تقبلون حصة في الشركة بدلًا من المال؟
لا.
من يحتفظ بحسابات متاجر التطبيقات؟
أنت، ما لم تطلب غير ذلك. يُتَّفق على هذا عند البداية، لا عند الإطلاق.
ماذا يحدث لبياناتنا؟
هي ملكك. يمكن تصديرها في أي وقت، بصيغة يقرؤها أي نظام آخر.
دون مكالمة. بضعة أسئلة موجّهة، ثم عرض سعر مخصّص لك، عادةً خلال يوم عمل واحد.
أو أرسل إلينا فكرتك في ثلاث جمل عبر واتساب، أو راسلنا على support@codingwitht.com.
اقرأ هذا أولًا