مين يتواصل مع مين؟
سمسرلي مش سوق فيه بائع ومشتري بيتقابلوا مباشرة. هي أداة بتربط "عارض بضاعة" (البائع) بـ"شبكة بيع" (السمسار). المشتري مش موجود على المنصة خالص — هو بيتعامل مع السمسار بس، برا الموقع، بالظبط زي سوق العقارات أو سماسرة الجملة.
الخط المتصل = تواصل جوه المنصة · الخط المنقط الأحمر = بيع بيتم برا المنصة تماماً
ده معناه إن التحدي مش تقني بس، هو تصميم علاقة ثقة بين ثلاثة أطراف واحد منهم أصلاً مش شايف المنصة.
خطر "القفز برا المنصة"
اسمها في عالم الستارت أبس Disintermediation Risk — خطر إن طرفين ياخدوا بعض ويكملوا الصفقة من غير المنصة عشان يوفروا العمولة.
لو مفيش آلية تحمي "حق الوصول الأول"، السمسار هياخد بيانات البائع من أول مرة ويقفل معاه برا، والمنصة تتحول لمجرد دليل تليفونات يتستخدم مرة واحدة وبعدين يتشال من المعادلة.
وفيه مشكلة تانية أخطر: تسليم المنتج فعلياً
السمسار مش مجرد وسيط معلومات — هو غالباً بياخد المنتج فعلياً (يشيله، يعاينه، يوريه للمشتري). يعني احنا مش بس قدام مخاطرة تسويقية، إحنا قدام مخاطرة مادية حقيقية: تأخير، إنكار استلام، أو حتى سرقة.
هل المنتج بيمر فعلياً "من إيد لإيد" على السمسار، ولا ممكن يوصل مباشرة من البائع للمشتري وبس السمسار يكون هو اللي قفل الصفقة؟ الإجابة دي بتحدد كل التصميم اللي بعد كده.
مصطلحات هتحتاجها كتير
مفردات أساسية اتبنى عليها كل تصميم النظام — كل ما ترجع للوثيقة دي هتلاقيها هنا.
احتمال إن طرفين على المنصة ياخدوا بعض ويكملوا الصفقة برا من غير ما المنصة تاخد نصيبها.
توثيق إن السمسار هو اللي جاب عميل معين لمنتج معين، بتاريخ ووقت، عشان يضمن عمولته حتى لو الصفقة اتقفلت برا المنصة.
عرض معلومات المنتج بشكل جزئي الأول (صور ووصف بس)، وفتح بيانات التواصل الكاملة بعد ما السمسار يوافق على شروط العمولة رسمياً.
توثيق رقمي (صور + حالة المنتج + موافقة الطرفين) بيتعمل وقت ما البائع يسلّم المنتج فعلياً للسمسار، يثبت إنه أمانة مش ملك.
نموذج بيتم فيه تمرير الدفع (كله أو جزء العمولة) من خلال المنصة قبل ما تحوّل الباقي للبائع، بدل ما الفلوس تتحرك يدوياً برا بالكامل.
تقييم تراكمي للسمسار بناءً على صفقات موثقة وسابقة، بيسمحله لاحقاً يشتغل بشروط أخف (زي تأمين أقل).
السمسار هياخد المنتج إزاي من غير ما يسرقه؟
دي أخطر نقطة، لأن هنا الخسارة مش عمولة ضايعة بس، البائع ممكن يخسر منتجه وفلوسه مع بعض. فيه 3 نماذج ممكنة، كل واحد بيوازن بين الأمان وسهولة التنفيذ بشكل مختلف.
المنتج ميعديش من إيد السمسار خالص
البائع هو اللي بيبعت المنتج مباشرة للمشتري (شحن أو تسليم شخصي). السمسار دوره بس إنه يقفل الصفقة ويوصّل بيانات الشحن.
الآلية: المشتري يدفع مقدّم أو المبلغ كامل قبل الشحن، والشحن يتم بشركة موثقة برقم تتبع — مش تسليم يدوي من السمسار.
نظام "إيصال الأمانة" الموثق
لو طبيعة المنتج بتستلزم إن السمسار ياخده فعلياً (هدوم، أجهزة، حاجات لازم تتعاين)، بيتعمل إيصال أمانة رقمي وقت التسليم: صور للمنتج + حالته + موافقة الطرفين إلكترونياً.
الفلوس: المشتري يدفع للسمسار، والسمسار يحوّل نصيب البائع خلال مدة محددة (24–48 ساعة)، ولو اتأخر المنصة تتدخل لأن عندها سجل الاتفاق كامل.
تأمين / عربون من السمسار
السمسار يدفع مبلغ تأمين للمنصة أو للبائع قبل ما ياخد المنتج، بيتناسب مع قيمته. لو اتباع بنجاح يترجع له، ولو حصل فقدان أو سرقة يتحول تعويض للبائع.
ممكن تتطبق كشرط بس على المنتجات اللي فوق سعر معين، مش على كل الصفقات.
النموذج 2 (إيصال الأمانة) هو الأنسب لبداية المشروع: مش محتاج رأس مال من السمسار، بيوفر توثيق قانوني بسيط، وسهل التنفيذ تقنياً (فورم فيه صور وتوقيع رقمي). لاحقاً، لما يبقى عندك سماسرة بمؤشر ثقة عالي، تدّيهم امتياز يشتغلوا من غير تأمين، وتطبّق النموذج 3 بس على السماسرة الجداد أو المنتجات الغالية.
رحلة الصفقة خطوة بخطوة
من لحظة ما البائع يعرض المنتج، لحد ما العمولة توصل للمنصة.
البائعيعرض المنتج
يسجّل على المنصة ويعرض منتجه: وصف، صور، سعر، ونسبة العمولة المقترحة — من غير بيانات تواصل مباشرة.
السمساريطلب "معالجة" المنتج
يتصفح المنتجات المعروضة، ويطلب من خلال المنصة إنه هو اللي هيتولى بيع منتج معين.
المنصةتفتح شات داخلي
تواصل أول بين البائع والسمسار داخل المنصة نفسها — مفيش أرقام شخصية لسه.
البائع + السمسار يتفقوا على العمولة
الاتفاق يتوثّق داخل المنصة (نسبة العمولة، شروط التسليم) — ده الإثبات اللي هيحمي حق الطرفين لاحقاً.
المنصةتفتح بيانات التواصل الكاملة
بس بعد التوثيق الرسمي للاتفاق — مش قبل كده.
البائع يسلّم المنتج للسمسار
يتعمل "إيصال أمانة" رقمي وقت التسليم: صور + حالة المنتج + توثيق موافقة الطرفين.
السمسار يبيع للمشتري
ده بيحصل برا المنصة تماماً — زي ما هو مطلوب بالظبط.
البائع يأكد إتمام البيع
زرار "تم البيع" داخل المنصة يفعّل استحقاق العمولة، والسمسار يحوّل نصيب البائع خلال المهلة المتفق عليها.
مين بيضمن حق مين؟
حق البائع
إنه ياخد فلوسه وإن منتجه ميتسرقش أو يتباع بسعر أقل من غير علمه.
الحل: البائع يحدد سعر أدنى مقبول، وإيصال الأمانة بيوثّق حالة المنتج وقت التسليم كإثبات.
حق السمسار
إنه فعلاً ياخد عمولته ومتضيعش لو البائع "قفز" واتفق مع مشترٍ جابه السمسار مباشرة برا.
الحل: اتفاقية استخدام رقمية تقول إن أي عميل يتقدم بيه السمسار من خلال المنصة، البائع ملزم يدفع عمولة حتى لو الصفقة اتقفلت لاحقاً برا — ده بيتطلب نظام تسجيل ليد بتاريخ وتوقيت.
حق المنصة
إنها تاخد نصيبها ومتقفزش عليها.
الحل الأقوى عملياً: خلّي المرحلة "اللازمة" هي مرحلة الاتصال الأول والتوثيق بس — حتى لو الصفقة اتقفلت برا الموقع، المنصة تكون أصلاً اخدت فلوسها من رسوم الوصول أو رسوم الليد.
المنصة بتكسب إزاي؟
ثلاث طرق ممكنة، تقدر تختار واحدة أو تجمع بينهم.
اشتراك شهري للسمسار
أضمن ماديًا للمنصة — دخل ثابت من غير ما يعتمد على تتبع كل صفقة لحد ما تخلص.
رسوم فتح بيانات تواصل (Pay-per-lead)
السمسار يدفع رسوم عشان يفتح بيانات البائع لمنتج معين اهتم بيه.
نسبة من العمولة المتفق عليها
الأصعب في التحصيل لو الصفقة تمت برا المنصة بالكامل — يحتاج نضج في نظام التوثيق أولاً.
ابدأ بـاشتراك بسيط + نظام تسجيل ليدات موثّق، وأجّل فكرة تتبع الصفقة كاملة لحد ما يكون عندك قاعدة مستخدمين وثقة كافية.
إيه اللي محتاج تخطيط أكتر؟
الوثيقة دي غطّت الهيكل العام. النقط دي محتاجة تفصيل مستقل لما تكون جاهز:
- تصميم شاشات الموقع — الصفحات والفانكشنز بالتفصيل لكل دور (بائع / سمسار / أدمن).
- صياغة العقد الرقمي — الشروط اللي بتربط البائع بالسمسار وبالمنصة قانونياً.
- خطة الـ MVP — أقل مجموعة فيتشرز تكفي تطلق بيها وتختبر الفكرة.
- تحديد نوع المنتجات — عقارات، سيارات، أو منتجات عامة؟ القرار ده بيأثر على كل تفصيلة تانية.
لو هتبدأ النهاردة، تبدأ منين؟
القاعدة الذهبية في أي فكرة زي دي: متكتبش سطر كود واحد قبل ما تتأكد إن السماسرة فعلاً محتاجين القناة دي. أول خطوة مش تقنية خالص.
MVP يدوي بالكامل (Concierge MVP)
- اختار نيش واحد ضيق جداً: نوع منتج واحد + منطقة جغرافية واحدة (مثلاً: أثاث مستعمل في القاهرة الكبرى فقط، مش "كل المنتجات في مصر"). النطاق الضيق بيخليك تختبر الفرضية بسرعة وبدون تشتت.
- جهّز أدوات بسيطة مجانية: Google Form لاستقبال عروض البائعين، Google Sheet يبان فيه المنتجات المعروضة كأنه "الموقع"، ومجموعة واتساب مغلقة للسماسرة المسجلين.
- العب انت دور "المنصة" بنفسك: استقبل عروض البائعين يدويًا، ابعتها للسماسرة في المجموعة، وطبّق يدويًا نفس فكرة "تسجيل الليد" (سجّل في شيت مين طلب أي منتج الأول) — ده هيوريك المشاكل الحقيقية قبل ما تبنيها في نظام.
- اجمع 10-15 بائع و5-8 سماسرة حقيقيين وشغّل التجربة لمدة أسبوعين لثلاثة، وراقب: هل السماسرة بيستخدموا القناة فعلاً؟ هل حد حاول "يقفز" برا؟ هل حد وافق يدفع عمولة أو اشتراك رمزي؟
خطة كاملة من الفكرة لحد الإطلاق
المرحلة 0 — تعريف النطاق
أسبوع 1قبل أي بناء، حدد بالتحديد: نوع المنتج، المنطقة الجغرافية، ونسبة العمولة الأولية المقترحة.
- اكتب "بيان النطاق" في صفحة واحدة: مين البائع المستهدف، مين السمسار المستهدف، وليه هيختاروا سمسرلي بدل ما يكملوا زي ما هم ماشيين.
المرحلة 1 — الاختبار اليدوي (Concierge MVP)
أسبوع 1-3نفس الخطوات في الصندوق فوق. صفر كود، صفر تصميم — بس تحقّق من الفرضية.
- Google Form + Google Sheet + مجموعة واتساب.
- سجّل كل حالة "قفز برا" تحصل — دي بيانات ذهبية هتوجه تصميم نظام تسجيل الليد لاحقاً.
المرحلة 2 — تحليل النتائج
أسبوع 3-4راجع كل حاجة حصلت في التجربة اليدوية قبل ما تاخد أي قرار بناء.
- عدد الصفقات اللي اتقفلت فعلاً مقابل عدد المحاولات.
- نسبة "القفز برا" — لو عالية جداً، لازم تراجع آلية الحماية قبل الاستثمار في تقنية.
- هل النموذج المناسب لحماية المنتج طلع فعلاً "إيصال الأمانة" ولا المنتجات اللي اخترتها محتاجة نموذج تاني؟
المرحلة 3 — بناء نسخة رقمية بسيطة (No-code)
أسبوع 4-6استخدم أدوات no-code/low-code (زي Bubble أو Glide أو Softr) بدل ما تستثمر في فريق تطوير كامل من الأول.
- فورم عرض المنتج للبائع + قايمة عرض للسمسار.
- شات داخلي بسيط أو تحويل تلقائي بعد الموافقة على الشروط.
- جدول/نظام بسيط لتسجيل الليد (مين طلب مين الأول).
- فورم "إيصال أمانة" فيه رفع صور وتوقيع رقمي بسيط.
المرحلة 4 — ربط الدفع والاشتراكات
أسبوع 6-8فعّل نموذج الإيرادات اللي حددناه (اشتراك السمسار + رسوم فتح بيانات) عبر بوابة دفع محلية.
- ابدأ برسوم رمزية منخفضة — الهدف تختبر الاستعداد للدفع، مش تعظيم الربح.
المرحلة 5 — اختبار مغلق (Closed Beta)
أسبوع 8-10وسّع دائرة المستخدمين شوية (نفس النيش، ضعف العدد تقريباً) واختبر النظام الرقمي بدل اليدوي بالكامل.
- راقب كل نقطة احتكاك في تجربة البائع والسمسار.
- اتأكد إن نظام تسجيل الليد وإيصال الأمانة بيتستخدموا صح من غير ما تتدخل انت يدوياً.
المرحلة 6 — الإطلاق الرسمي (MVP جاهز)
أسبوع 10-12افتح التسجيل بشكل أوسع في نفس النطاق الجغرافي/النوعي، وابدأ تجميع بيانات لاتخاذ قرار التوسع.
- حدد مقاييس نجاح واضحة قبل الإطلاق: عدد الصفقات الشهرية، نسبة الاحتفاظ بالسماسرة، ونسبة "القفز برا".
المدة دي (~12 أسبوع) تقديرية وبتفترض إنك شغال بمفردك أو بفريق صغير جداً بدوام جزئي. لو معاك وقت مخصص كامل أو شريك تقني، ممكن تتقلص لحد 6-8 أسابيع — لكن متتخطاش أبداً مرحلة الاختبار اليدوي (0-2) مهما كانت متحمس تبني بسرعة.