---
title: "لوحة عروض التاجر: النشر والحدود والأرقام الواضحة | FLUIDS"
description: "ما الذي تحتاجه لوحة عروض التاجر: مراجعة طلب الانضمام، ونشر العروض بحدود زمنية أو بعدد أكواد، وأرقام تفصل المشاهدات عن الحجوزات والاستخدامات."
url: https://fluids.digital/ar/blog/merchant-offers-dashboard
language: ar
---
[الرئيسية](https://fluids.digital/ar) [المدونة](https://fluids.digital/ar/blog) لوحة عروض التاجر

[العروض والكوبونات والولاء](https://fluids.digital/ar/blog#offers-loyalty)

# لوحة تحكم التاجر للعروض: النشر والحدود والأرقام الواضحة

[FLUIDS Digital](https://fluids.digital/ar/about) نُشر في ١ نوفمبر ٢٠٢٦ 7 دقائق قراءة

الإجابة المختصرة

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

## أهم النقاط

- راجع طلبات التجّار ووافق عليها قبل إنشاء المتجر، حتى لا ينشر العروض إلا نشاط حقيقي.
- يحتاج كل عرض إلى فرع، وحد زمني أو حد لعدد الأكواد، وشروط يراها المتسوّق قبل الحجز.
- اعرض المشاهدات والحجوزات والاستخدامات المؤكدة أرقامًا منفصلة، وعرّف طريقة حساب أي معدل تحويل.
- لا ينبغي أن يُخلّ تعديل العرض المنشور بالشروط التي حجز عليها المتسوّق بالفعل.

## ما الذي يجب أن تفعله لوحة عروض التاجر

للوحة عروض التاجر ثلاث مهام: أن تساعد التاجر على نشر العرض بصورة صحيحة، وأن تُبقي العرض ضمن الحدود التي اختارها، وأن تُظهر ما حققه. وكل ما عدا ذلك ثانوي. فصاحب المقهى أو مدير المتجر يفتحها بين عميل وآخر، وغالبًا من جواله، فيجب أن تُنجز كل مهمة ببضع لمسات.

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

في T-CODE، تطبيق العروض الذي صمّمته FLUIDS وبنته، توجد أدوات التاجر في تطبيق الجوال نفسه الذي يستخدمه المتسوّق: تطبيق واحد للطرفين. ينشئ التاجر ملف متجره، وينشر عروضًا محددة المدة أو محدودة بعدد أكواد، ويؤكّد الاستخدام بكود الاسترداد، ويتابع النتائج في لوحة تحكم. ويتناول هذا الدليل كل جزء والقرارات التي تقف خلفه.

## انضمام التاجر: الطلب والمراجعة والموافقة

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

ويفصل T-CODE بين طلب الانضمام وتشغيل المتجر. فنموذج التاجر فيه يميّز بين طلب قيد الانتظار، وطلب مرفوض، وموافقة لم يتبعها إنشاء متجر بعد، ومالك لديه متجر جاهز للإدارة. ولكل حالة خطوتها التالية، ويمكن تصميمها على النحو الآتي:

| حالة التاجر | ما يراه التاجر | الخطوة التالية |
| --- | --- | --- |
| الطلب قيد المراجعة | تأكيد بأن الطلب قيد الدراسة | انتظار قرار المنصة |
| الطلب مرفوض | نتيجة واضحة، ويُفضّل أن يُذكر السبب | تصحيح البيانات وإعادة التقديم إن أمكن |
| موافقة دون متجر بعد | دعوة لإنشاء المتجر | إعداد ملف المتجر وأول فرع |
| مالك لديه متجر | لوحة التاجر كاملة | نشر العروض وإدارة الفروع والموظفين |

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

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

## نشر العرض: الحقول التي تهمّ

مسار النشر الجيد لا يطلب إلا ما يحتاجه المتسوّق ليقرر، وما يحتاجه النظام ليفرض القواعد. ففي T-CODE ينشئ التاجر العرض، ويحدد السعر والمدة والفرع، ويختار بين عرض محدد المدة وعرض محدود بعدد أكواد، ثم يتابع حالة كل عرض.

والترتيب العملي للنموذج هو:

1. **ما العرض:** عنوان قصير وصورة ووصف واضح لما يحصل عليه المتسوّق.
2. **الشروط:** السعر أو نسبة الخصم، وأي شروط مثل حد أدنى للشراء أو منتجات مستثناة.
3. **أين:** الفرع أو الفروع التي ستقبله، ولا يُختار منها إلا الظاهر.
4. **الحد:** تاريخ انتهاء، أو عدد أكواد، أو كلاهما.
5. **المعاينة:** العرض كما سيراه المتسوّق قبل نشره.

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

## تعديل العرض المنشور دون الإخلال بالوعود

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

وبعض التعديلات آمن وبعضها ليس كذلك:

- **آمن:** تصحيح خطأ إملائي، أو تغيير الصورة، أو تمديد تاريخ الانتهاء، أو إضافة فرع، أو رفع حد الأكواد.
- **مقيّد:** خفض الحد إلى أقل من عدد الأكواد المصروفة فعلًا، وهو ما يجب أن يرفضه الخادم.
- **يحتاج إلى قاعدة:** إنهاء العرض مبكرًا أو حذف فرع والحجوزات مفتوحة. قرّر هل تُحترم هذه الحجوزات حتى انتهائها أم تُلغى مع إشعار المتسوّق.

وتستحق الحدود عناية خاصة. ففي T-CODE يُطبَّق الحد فعلًا لا استرشادًا، وينبغي أن تحترم التعديلات المبدأ نفسه: فالحد الذي يستطيع التاجر الالتفاف عليه بهدوء بعد صرف الأكواد ليس حدًا. ويشرح دليلنا عن [أكواد استخدام الكوبونات](https://fluids.digital/ar/blog/coupon-redemption-codes) كيف يفرض الخادم الحدود والصلاحية.

## ما الأرقام التي يجب أن تعرضها لوحة التاجر

ينبغي أن تعرض لوحة التاجر عددًا قليلًا من الأرقام، لكل منها تعريف واحد دقيق. وتجمع لوحة T-CODE الفروع والعروض والمشاهدات والمتابعين والأكواد المستخدمة ومعدل التحويل في شاشة واحدة، فلا يبقى أداء العرض تخمينًا. وأيًّا كان ما تضمّنه في لوحتك، فعرّفه:

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

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

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

## بناء اللوحة: داخل التطبيق أم على الويب أم كلاهما

أول قرار معماري هو مكان عمل التاجر. يضع T-CODE المتسوّق والتاجر في تطبيق جوال واحد، وهذا يناسب التاجر الصغير الذي يدير كل شيء من جواله ويؤكّد الأكواد عند نقطة البيع. أما التاجر الأكبر، الذي لديه فريق تسويق وفروع كثيرة، فكثيرًا ما يريد لوحة على الويب للنشر والتقارير، بينما يواصل موظفو نقطة البيع استخدام الجوال.

- **تطبيق واحد للطرفين:** قاعدة برمجية واحدة وصفحة واحدة في كل متجر تطبيقات، والأداة في جيب التاجر أصلًا. لكن يجب أن ينتقل التطبيق بسلاسة بين دور المتسوّق ودور التاجر.
- **لوحة ويب منفصلة للتاجر:** أفضل للنماذج الطويلة والتعديلات الجماعية والجداول العريضة، لكنها منتج ثانٍ يحتاج إلى تصميم واختبار وصيانة.
- **لوحة إدارة المنصة:** مطلوبة في الحالتين، لمراجعة طلبات التجّار ومعالجة البلاغات وتصحيح البيانات.

وأيًّا كان اختيارك، فالصلاحيات تحدد ما يستطيعه كل شخص في اللوحة: المالك ينشر ويرى كل الفروع، بينما قد يقتصر الموظف على تأكيد الأكواد في فرع واحد. ويتناول هذا النموذج دليل [أدوار التاجر متعدد الفروع وصلاحياته](https://fluids.digital/ar/blog/multi-branch-merchant-app). وتنطبق مبادئ التقارير نفسها على أنشطة الخدمات، كما في دليلنا عن [لوحة تحكم مالك الصالون](https://fluids.digital/ar/blog/salon-owner-dashboard).

تصمّم FLUIDS وتبني المنتجات ذات الطرفين بوصفها [منصات أسواق](https://fluids.digital/ar/marketplace-platforms) و[برمجيات مخصصة](https://fluids.digital/ar/custom-software)، ومنها أعمال في [التجارة الإلكترونية والتجزئة](https://fluids.digital/ar/industries/ecommerce). وتعرض [دراسة مشروع T-CODE](https://fluids.digital/ar/projects/tcode) أدوات التاجر في سياقها. ويُتفق على النطاق والسعر والمدة في عرض مكتوب قبل التطوير.

من أعمال FLUIDS

## T-CODE

![لوحة تحكم التاجر في T-CODE: مربعات للعروض النشطة والفروع والمتابعين وإجمالي المشاهدات والأكواد المستخدمة ونسبة التحويل، فوق رسم بياني لنشاط التفاعل](https://fluids.digital/images/projects/tcode/02.webp)

تطبيق عروض وكوبونات يجمع المتسوّقين بالتجّار — العروض القريبة منك على الخريطة، في تجربة واحدة.

[اقرأ دراسة مشروع T-CODE](https://fluids.digital/ar/projects/tcode)

## أسئلة شائعة

**كيف ينضم التاجر إلى تطبيق العروض؟**

غالبًا بتقديم طلب تراجعه المنصة. ففي T-CODE يُراجَع طلب التاجر ويُوافَق عليه قبل إنشاء المتجر، وبعدها فقط يستطيع المالك إعداد الفروع ونشر العروض.

**هل يستطيع التاجر تعديل العرض بعد نشره؟**

نعم، ضمن قواعد. فالتصحيحات الشكلية وتمديد المدة ورفع الحد آمنة. أما خفض الحد إلى أقل من الأكواد المصروفة فيجب رفضه، وينبغي أن تحتفظ الحجوزات القائمة بالشروط التي أُجريت عليها.

**ماذا يعني معدل التحويل في لوحة الكوبونات؟**

يعتمد على تعريف المنتج له، ولهذا يجب إظهار طريقة الحساب. ومن التعريفات الممكنة: الاستخدامات المؤكدة مقسومة على مشاهدات العرض، وقد تُقسم على الحجوزات بدلًا من ذلك.

**هل يجب أن تكون لوحة التاجر تطبيق ويب منفصلًا؟**

ليس بالضرورة. فـ T-CODE يضع أدوات التاجر في تطبيق الجوال نفسه الذي يستخدمه المتسوّق. وتصبح لوحة الويب المنفصلة منطقية حين يكون لدى التجّار فرق تسويق أو فروع كثيرة أو احتياج كبير للتقارير.

**هل تستطيع FLUIDS بناء لوحة تاجر لمنصة العروض لدينا؟**

نعم. نحدد مسار انضمام التاجر وقواعد العروض والأدوار والأرقام التي يحتاجها التاجر، ثم نصمّم اللوحة ولوحة إدارة المنصة ونبنيهما. ويُؤكَّد النطاق والسعر والمدة في عرض مكتوب قبل التطوير.

في هذا المقال

ما الذي يجب أن تفعله لوحة عروض التاجر انضمام التاجر: الطلب والمراجعة والموافقة نشر العرض: الحقول التي تهمّ تعديل العرض المنشور دون الإخلال بالوعود ما الأرقام التي يجب أن تعرضها لوحة التاجر بناء اللوحة: داخل التطبيق أم على الويب أم كلاهما أسئلة شائعة

تخطط لمنتج مشابه؟ نصمّمه ونبنيه ونطلقه، والكود ملكك.

[ناقش مشروعك عبر واتساب](https://wa.me/966559508798?text=%D9%85%D8%B1%D8%AD%D8%A8%D9%8B%D8%A7%20FLUIDS%D8%8C%20%D9%82%D8%B1%D8%A3%D8%AA%20%D9%85%D9%82%D8%A7%D9%84%20%C2%AB%D9%84%D9%88%D8%AD%D8%A9%20%D8%B9%D8%B1%D9%88%D8%B6%20%D8%A7%D9%84%D8%AA%D8%A7%D8%AC%D8%B1%C2%BB%20%D9%88%D8%A3%D8%B1%D9%8A%D8%AF%20%D9%85%D9%86%D8%A7%D9%82%D8%B4%D8%A9%20%D9%85%D8%B4%D8%B1%D9%88%D8%B9%20%D9%85%D8%B4%D8%A7%D8%A8%D9%87.)

خدمات التطوير المرتبطة

## من الفكرة إلى منتج يعمل

- [تطوير منصات الأسواق](https://fluids.digital/ar/marketplace-platforms)
- [تطوير البرمجيات المخصصة](https://fluids.digital/ar/custom-software)
- [تطوير منتجات SaaS](https://fluids.digital/ar/saas-development)

العروض والكوبونات والولاء

## اقرأ أيضًا

[### أكواد استخدام الكوبونات أكواد استخدام الكوبونات: الحجز والحدود والصلاحية وتأكيد التاجر](https://fluids.digital/ar/blog/coupon-redemption-codes) [### أدوار التاجر متعدد الفروع التاجر متعدد الفروع: أدوار الموظفين وظهور الفروع وصلاحيات النقاط](https://fluids.digital/ar/blog/multi-branch-merchant-app) [### تطوير تطبيق كوبونات كيف تبني تطبيق كوبونات وعروض محلية](https://fluids.digital/ar/blog/coupon-app-development) [### لوحة تحكم مالك الصالون لوحة تحكم مالك الصالون: الإيرادات والزيارات والغياب في نظرة واحدة](https://fluids.digital/ar/blog/salon-owner-dashboard)

## حوّل الفكرة إلى نطاق مكتوب

مكالمة قصيرة نفهم فيها المستخدمين وسير العمل، ثم عرض مكتوب يحدد النطاق والمدة والسعر قبل بدء التطوير.

[ابدأ عبر واتساب](https://wa.me/966559508798?text=%D9%85%D8%B1%D8%AD%D8%A8%D9%8B%D8%A7%20FLUIDS%D8%8C%20%D9%82%D8%B1%D8%A3%D8%AA%20%D9%85%D9%82%D8%A7%D9%84%20%C2%AB%D9%84%D9%88%D8%AD%D8%A9%20%D8%B9%D8%B1%D9%88%D8%B6%20%D8%A7%D9%84%D8%AA%D8%A7%D8%AC%D8%B1%C2%BB%20%D9%88%D8%A3%D8%B1%D9%8A%D8%AF%20%D9%85%D9%86%D8%A7%D9%82%D8%B4%D8%A9%20%D9%85%D8%B4%D8%B1%D9%88%D8%B9%20%D9%85%D8%B4%D8%A7%D8%A8%D9%87.)