منصة السوق متعدد البائعين

أي منصّة تستطيع أن تسرد مزايا. وهذه القرارات الثلاثة التي شكّلت هذه المنصّة، وما كلّفنا كلٌّ منها.

01

النموذجان معاً، لأن الأنسب يعتمد عليك

المشكلة

العمولة هي النموذج الافتراضي للأسواق، ولها كلفتان: فهي تُثقل تحديداً البائعين الذين تريدهم أكثر — حجم كبير وهامش ضيّق — وتجعل إيرادك تابعاً لشهر غيرك. لكن الاشتراك الثابت لا يناسب سوقاً من بائعين موسميين لن يدفعوا شهرياً مقابل عرض ثلاثة منتجات.

ما اخترناه

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

02

طلب واحد يراه المتسوّق، وطلبات كثيرة ينفّذها البائعون

المشكلة

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

ما اخترناه

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

03

ثلاثة تطبيقات، أساس واحد

المشكلة

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

ما اخترناه

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

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