🧠 Study.sa AI Order & Lifecycle System

📌 الوثيقة السيادية للنظام

بناء نظام ذكي لإدارة الطلبات والتسعير والتعديلات والتنفيذ والمتابعة والاحتفاظ بالعملاء، من خلال واتساب + AI Agents + CRM + Human Control Layer، كمنظومة AI-assisted وليست AI-autonomous. أدناه الملخص التنفيذي ثم المخطط التقني القابل للتنفيذ (BRD / Solution Blueprint) كما ورد في الوثيقة الأساسية.

8مراحل رئيسية في دورة الحياة
8AI Agents داخل المنظومة
14كيانًا/جدولًا تشغيليًا
3مراحل تنفيذ تقنية تدريجية
🧾 تعريف النظام

هوية النظام

تعريف مختصر وموحّد للنظام كما في الوثيقة السيادية.

اسم المشروع

Study.ai Order, Quotation & Lifecycle System

نوع النظام

Workflow-driven Business Operating System

الغرض

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

القاعدة الحاكمة

النظام AI-assisted وليس AI-autonomous؛ الذكاء الاصطناعي ينظّم ويدعم، والقرار التجاري والتفاوض والتسليم النهائي مسؤولية بشرية.

1️⃣ نظرة عامة

نظرة عامة على المشروع

🎯 الهدف: بناء نظام ذكي لإدارة الطلبات (Orders) والتسعير (Quotations) والتعديلات (Revisions) والتنفيذ (Delivery) والمتابعة (Follow-up) والاحتفاظ بالعملاء (Retention)، عبر واتساب + AI Agents + CRM + Human Control Layer.

الطلبات

استقبال وتنظيم وتأهيل وربط بالعميل.

التسعير

تفكيك، جمع عروض، مراجعة بشرية قبل أي عرض.

التعديلات

In Scope / Out of Scope وفق القواعد المعتمدة.

التنفيذ

إسناد، متابعة تشغيل، التزام بالمواعيد.

المتابعة

قبل وبعد البيع، تذكير وتنشيط.

الاحتفاظ

Upsell، خدمات لاحقة، علاقة طويلة.

🧩 الفلسفة الأساسية

النظام AI-assisted وليس AI-autonomous

الذكاء يدعم التشغيل والتنظيم؛ القرار التجاري والمالي والتسليم النهائي بشري.

🤖 دور AI
استقبال، تأهيل، تنظيم، متابعة، أتمتة تشغيلية، تحديث حالات، تسجيل في CRM.
👤 دور البشر
التسعير النهائي، التفاوض، اعتماد القرارات، التسليم، إضافة هامش الربح، إرسال العرض الرسمي.
🧠 فلسفة التشغيل

AI vs Human Control

فصل واضح بين دور الذكاء الاصطناعي ودور البشر لضمان دقة التشغيل وسلامة القرار التجاري.

✅ دور AI
استقبال، تأهيل، تنظيم، متابعة، تحديث الحالات، وتسجيل CRM.
❌ دور بشري إلزامي
السعر النهائي، الهامش، التفاوض، اعتماد المورد، واعتماد التسليم.
2️⃣ مكونات النظام

المكونات الأساسية للنظام

المنظومة مكوّنة من أربع طبقات تشغيلية متكاملة كما في الوثيقة الأساسية.

واجهة العميل

WhatsApp (أساسي)
Website (اختياري)
Forms (اختياري)

طبقة الذكاء (AI Layer)

Agent الاستقبال، التأهيل، تفكيك الطلب، التوجيه، تجميع التسعير، المتابعة، إدارة التعديلات، Lifecycle & Retention.

الطبقة البشرية (Human Layer)

مسؤول التسعير (Commercial)، مسؤول التسليم (Delivery)، مسؤول التشغيل (Operations).

نظام إدارة البيانات

Leads, Quotes, Orders, Revisions, Customers مع ربط كامل لحالات الطلب.

3️⃣ أنواع الطلبات

أنواع الطلبات

هناك مساران رئيسيان داخل النظام: طلب جديد أو تعديل على طلب سابق.

طلب جديد New Order

يمر عبر المسار: Lead → Qualification → Pricing → Approval → Execution

تعديل Revision

إما In Scope فينفذ مباشرة، أو Out of Scope فيرجع للتسعير والتفاوض.

4️⃣ دورة الحياة

دورة حياة الطلب

المسار التشغيلي الكامل من الاستلام وحتى الاحتفاظ، بثماني مراحل كما في الوثيقة.

1

Lead

  • استلام الطلب
  • تصنيف
  • جمع بيانات
2

Qualification

  • تحديد نوع الخدمة
  • تحديد التعقيد
  • تجهيز الطلب للتسعير
3

Pricing

  • إرسال لأكثر من قسم/مزود
  • جمع عروض
  • تجهيز مقارنة
4

Human Review

  • اختيار العرض
  • إضافة هامش الربح
  • إرسال العرض
  • التفاوض
5

Approval

  • موافقة العميل
  • تسجيل التعميد
6

Execution

  • إنشاء Order
  • إسناد مهام
  • تنفيذ
7

Delivery

  • مراجعة الجودة (بشرية بالكامل)
  • التأكد من الدفع
  • تسليم
8

Retention

  • متابعة العميل
  • Upsell
  • عروض جديدة
5️⃣ التسعير

نظام التسعير متعدد الأقسام

مصمم للطلبات المركبة التي تحتوي على أكثر من عنصر خدمة.

flowchart TD classDef dark fill:#111,stroke:#2f2f2f,color:#fff classDef human fill:#f30c74,stroke:#c20a5d,color:#fff PR1["تفكيك الطلب"]:::dark --> PR2["إرسال لكل قسم/مزود"]:::dark PR2 --> PR3["استقبال عروض"]:::dark PR3 --> PR4["تجميع داخلي"]:::dark PR4 --> PR5["مراجعة بشرية"]:::human PR5 --> PR6["عرض نهائي للعميل"]:::dark

حالة الاستخدام النموذجية

  • تحليل إحصائي
  • ترجمة
  • تحرير

قيود غير قابلة للتجاوز

  • AI لا يحدد السعر النهائي
  • AI لا يضيف هامش الربح
  • AI لا يرسل عرضًا رسميًا للعميل
6️⃣ التعديلات

نظام التعديلات (Revision System)

التعديل مسار مستقل ويُربط دائمًا بالطلب الأصلي أو الـ Order الأصلي.

In Scope

يُرسل لنفس المنفّذ ويُنفّذ مباشرة ثم يمر بمراجعة وتسليم.

Out of Scope

تقييم تكلفة، إرسال للبشري، تسعير، تفاوض، ثم تعميد قبل التنفيذ.

7️⃣ المتابعة

نظام المتابعة (Follow-up System)

مسارات منظمة قبل التحويل وبعد التنفيذ، كما ورد في الوثيقة.

🟡 العملاء غير المحولين

  • تذكير
  • استشارة مجانية
  • عروض تحفيزية

🟢 العملاء بعد التنفيذ

  • متابعة رضا
  • اقتراح خدمة جديدة
  • عرض خصم (مثلاً 10%)
8️⃣ الاحتفاظ

نظام الاحتفاظ (Retention Engine)

🎯 الهدف: تحويل العميل من عميل مرة واحدة إلى عميل دائم، عبر اقتراح الخدمة التالية وخطط البحث والتحليل والترجمة والتحرير والنشر واستهداف المجلات وفق أمثلة الوثيقة.

أمثلة على الخدمة التالية

الخدمة الحاليةالخدمة التالية المقترحة
خطة بحثتحليل
تحليلتفسير
ترجمةتحرير
نشراستهداف مجلة
9️⃣ الكيانات

الكيانات داخل النظام

تعريف سريع للكيانات الرئيسية كما في ملخص الوثيقة؛ التفاصيل الكاملة في CRM Schema أدناه.

👤 Customer
الاسم، الجوال، الجامعة، المرحلة
📄 Order
رقم الطلب، نوع الخدمة، الحالة
📦 Order Items
عناصر الخدمة
💰 Quotes
الأسعار، الموردين
🔁 Revisions
نوع التعديل، In/Out Scope
🔟 الحالات

حالات النظام

مسارات الحالات كمخططات Mermaid مضمّنة: ملخص تنفيذي (الوثيقة 10) ثم الحالات الموسّعة (القسم 11). اتجاه المخططات LTR لتطابق تسميات CRM.

ملخص تنفيذي (الوثيقة — 10)

Leads وQuotes وOrders — عرض مختصر قبل التفصيل.

Leads

flowchart TD L1["New"] --> L2["Qualified"] L1 --> L3["Disqualified"]

Quotes

flowchart TD Q1["Pending"] --> Q2["Pricing"] Q2 --> Q3["Review"] Q3 --> Q4["Sent"] Q4 --> Q5["Negotiation"] Q5 --> Q6["Won"] Q5 --> Q7["Lost"]

Orders

flowchart TD O1["Assigned"] --> O2["In Progress"] O2 --> O3["Delivered"] O3 --> O4["Closed"]

حالات موسّعة (القسم 11)

كل كيان في مسار منفصل؛ التفرعات توضّح مسارات بديلة أو نهايات.

Lead

flowchart TD A1["New"] --> A2["Contacted"] A2 --> A3["Awaiting Client Info"] A3 --> A4["Qualified"] A1 -.->|exit| A5["Disqualified"] A2 -.->|exit| A5 A3 -.->|exit| A5 A4 -.->|exit| A5

Request / Quote pipeline

flowchart TD B1["New"] --> B2["Under Qualification"] B2 --> B3["Pending Breakdown"] B3 --> B4["Sent for Pricing"] B4 --> B5["Awaiting Quotes"] B5 --> B6["Quotes Collected"] B6 --> B7["Under Commercial Review"] B7 --> B8["Quote Sent"] B8 --> B9["Negotiation"] B9 --> B10["Approved"] B9 --> B11["Rejected"] B9 --> B12["Cancelled"]

Order

flowchart TD C1["Pending Start"] --> C2["Assigned"] C2 --> C3["In Progress"] C3 --> C4["Awaiting Revision"] C4 --> C5["Ready for Delivery"] C5 --> C6["Delivered"] C6 --> C7["Closed"]

Revision

flowchart TD D1["New Revision"] --> D2["Under Scope Review"] D2 --> D3["In Scope Approved"] D2 --> D4["Out of Scope Priced"] D3 --> D5["Awaiting Client Approval"] D4 --> D5 D5 --> D6["Approved for Execution"] D6 --> D7["In Progress"] D7 --> D8["Delivered"] D8 --> D9["Closed"]

Payment

flowchart TD P1["Unpaid"] --> P2["Partial"] P2 --> P3["Paid"] P3 --> P4["Pending Verification"]

Delivery

flowchart TD E1["Not Ready"] --> E2["Under Human Review"] E2 --> E3["Payment Pending"] E3 --> E4["Approved for Delivery"] E4 --> E5["Delivered"]
نسخة نصية كاملة (للنسخ أو الطباعة)
ملخص 10 — Leads: New, Qualified, Disqualified
Quotes: Pending, Pricing, Review, Sent, Negotiation, Won / Lost
Orders: Assigned, In Progress, Delivered, Closed

قسم 11 — Lead: New, Contacted, Awaiting Client Info, Qualified, Disqualified
Request: New, Under Qualification, Pending Breakdown, Sent for Pricing, Awaiting Quotes, Quotes Collected, Under Commercial Review, Quote Sent, Negotiation, Approved, Rejected, Cancelled
Order: Pending Start, Assigned, In Progress, Awaiting Revision, Ready for Delivery, Delivered, Closed
Revision: New Revision, Under Scope Review, In Scope Approved, Out of Scope Priced, Awaiting Client Approval, Approved for Execution, In Progress, Delivered, Closed
Payment: Unpaid, Partial, Paid, Pending Verification
Delivery: Not Ready, Under Human Review, Payment Pending, Approved for Delivery, Delivered
11️⃣ الـ Agents

الـ Agents داخل النظام

تقسيم الوكلاء كما في قسم «11. الـ Agents» بالوثيقة التفصيلية (6.1–6.8)، مع تسمية الوكيل السابع وفق الملخص التنفيذي.

1. Intake Agent

استقبال العميل.

2. Qualification Agent

جمع البيانات.

3. Breakdown Agent

تفكيك الطلب.

4. Routing Agent

توجيه للتسعير.

5. Quote Collection Agent

جمع الأسعار (دون إنشاء عرض نهائي للعميل).

6. Revision Agent

إدارة التعديلات.

7. Follow-up Agent

متابعة العملاء؛ وفي الجزء التقني: Execution Agent يبدأ بعد التعميد فقط لمتابعة التنفيذ والـ due dates وتحديث الـ CRM.

8. Retention Agent

Upsell، متابعة غير المحوّلين وبعد التسليم، اقتراح الخدمة التالية وعروض الاحتفاظ.

15️⃣ الرؤية والخلاصة

الرؤية النهائية والخلاصة التنفيذية

كما ورد في الوثيقة الأساسية قبل الجزء التفصيلي التقني.

قبل / بعد

قبل: واتساب → رسائل → فوضى.

بعد: نظام ذكي يدير الطلب والتسعير والتنفيذ والعميل بالكامل.

🎯 الخلاصة

هذا النظام: يقلل الفوضى، يزيد التحويل، يحسن التشغيل، يرفع الأرباح، يبني علاقة طويلة مع العميل.

أدناه المخطط التقني القابل للتنفيذ

بحيث يمكن تسليمه مباشرة إلى فريق التطوير، شركة الأتمتة، مزود CRM، وفريق المنتج والتشغيل. يُبنى على طبقات تشمل: النطاق والأهداف، المعمارية العامة، الكيانات وقاعدة البيانات، الـ workflows، صلاحيات البشر والـ AI، ومراحل التنفيذ — كما في بقية هذه الصفحة.

12️⃣ ممنوع على AI (ملخص)
تحديد السعر النهائي، التفاوض، إرسال عرض رسمي، اعتماد مورد، اتخاذ قرارات مالية.
مسموح
تنظيم، متابعة، تذكير، جمع بيانات.

13️⃣ KPIs (ملخص الوثيقة)

مبيعات: Conversion Rate، Time to Quote، Lead Quality

تشغيل: وقت التنفيذ، عدد التعديلات، SLA

Retention: Repeat Rate، Upsell Rate، Revenue per customer

التفاصيل الكمية الموسّعة مذكورة لاحقًا في قسم مؤشرات الأداء بالوثيقة التفصيلية.

14️⃣ Phase 1 (MVP)

واتساب، Intake، Qualification، CRM بسيط

Phase 2

Multi-Quote، Vendors، Follow-up

Phase 3

Recommendation Engine، Retention Automation، Analytics

⚖️ Decision Rules Panel

قواعد القرار

ملخص تنفيذي سريع قبل الدخول في المعمارية.

❌ ممنوع على AI

  • تحديد السعر النهائي
  • إضافة هامش الربح
  • إرسال عرض رسمي للعميل
  • التفاوض أو تقديم خصم دون اعتماد
  • اعتماد المورد النهائي
  • اعتماد التسليم

✅ مسموح لـ AI

  • جمع معلومات العميل والطلب
  • تصنيف الطلب وتأهيله
  • تفكيك الطلب وإرساله للتسعير
  • متابعة الجهات المتأخرة
  • تحديث الحالات وإنشاء سجلات CRM
  • المتابعة بعد البيع واقتراح الخدمة التالية
4 · المعمارية (الوثيقة التفصيلية)

المعمارية العامة للنظام

المعمارية مبنية على طبقات واضحة: قنوات، ذكاء وتنسيق، أعمال، بيانات، وتكاملات — وفق القسم 4 من الوثيقة.

القنوات

  • WhatsApp Business API
  • Website / Forms
  • Email / Calls لاحقًا

طبقة الذكاء والتنسيق

  • Orchestrator / Workflow Engine
  • LLM Layer
  • Rules Engine
  • Knowledge Base

طبقة الأعمال

  • CRM
  • Quotation Management
  • Vendor Routing
  • Delivery Tracking
  • Revision Tracking
  • Retention Engine

طبقة البيانات

  • قاعدة تشغيلية
  • قاعدة معرفة
  • سجل محادثات
  • ملفات عملاء
  • سجل قرارات التسعير

طبقة التكامل

  • WhatsApp API
  • CRM API
  • Notification Layer
  • File Storage
  • Reporting Dashboard
9 · Workflows (الوثيقة التفصيلية)

الـ Workflows الرئيسية

تم تجميع المسارات التشغيلية الرئيسية في نماذج قابلة للتنفيذ والتطوير.

Workflow Visual Snapshot

flowchart TD classDef dark fill:#111,stroke:#2f2f2f,color:#fff classDef hi fill:#f30c74,stroke:#c20a5d,color:#fff WVS1["Client Request"]:::dark --> WVS2["Intake + Qualification"]:::dark WVS2 --> WVS3["Breakdown + Routing + Quote Collection"]:::dark WVS3 --> WVS4["Human Review"]:::hi WVS4 --> WVS5["Approval"]:::hi WVS5 --> WVS6["Execution Agent"]:::dark WVS6 --> WVS7["Delivery"]:::hi
Workflow 1 — طلب جديد بسيط
  1. العميل يرسل الطلب
  2. Intake Agent يستقبله
  3. Qualification Agent يجمع البيانات
  4. Routing Agent يرسله لقسم واحد
  5. Quote Collection Agent يستقبل السعر
  6. Human Commercial Review يعتمد السعر
  7. إرسال العرض للعميل
  8. بعد الموافقة، Execution Agent يبدأ التنفيذ
  9. Delivery Manager يسلم
  10. Retention Agent يتابع
Workflow 2 — طلب جديد مركب
  1. Qualification → Breakdown → Routing متعدد
  2. جمع كل الردود وإنتاج Internal Quote Pack
  3. Commercial Officer يراجع ويختار ويضيف الهامش
  4. إرسال العرض والتفاوض البشري
  5. إنشاء Order بعد التعميد
  6. متابعة التنفيذ ثم التسليم ثم الاحتفاظ
Workflow 3 — تعديل داخل النطاق
  1. طلب تعديل من العميل
  2. ربط التعديل بالطلب الأصلي
  3. إرساله لنفس المنفذ
  4. اعتماده In Scope
  5. تنفيذ → مراجعة → تسليم
Workflow 4 — تعديل خارج النطاق
  1. المنفذ يحدد التكلفة والمدة
  2. الطبقة التجارية تضيف الهامش وترسل العرض
  3. عند موافقة العميل يعود للنظام كـ execution task
  4. متابعة التنفيذ ثم مراجعة وتسليم
Workflow 5 & 6 — عميل لم يبدأ / عميل استلم الخدمة

المسار الأول لإعادة التنشيط بعد Quote Sent بدون رد، والثاني لمتابعة الرضا وUpsell بعد التسليم خلال 2–7 أيام.

10 · CRM Schema

قاعدة البيانات / CRM Schema

الجداول الأساسية المقترحة لقاعدة البيانات التشغيلية.

الجدولأمثلة الحقول الأساسيةالغرض
Customerscustomer_id, full_name, mobile, email, country, university, degree_level, specialization, preferred_language, source, created_atسجل العميل الرئيسي
Leadslead_id, customer_id, channel, initial_message, lead_statusاستقبال الاهتمام الأولي
Requestsrequest_id, request_type, parent_order_id, complexity_level, deadlineتمثيل أي طلب داخل النظام
Request_Itemsitem_id, service_type, department, scope_type, assigned_executor_idتفكيك الطلب إلى عناصر
Pricing_Requestspricing_request_id, item_id, target_type, due_at, statusإرسال عناصر الطلب للتسعير
Pricing_Responsesresponse_id, base_cost, turnaround_days, recommended_scopeاستقبال عروض التسعير
Commercial_Reviewsreview_id, selected_response_ids, margin_amount, final_sell_priceالاعتماد التجاري البشري
Client_Quotesquote_id, quote_version, total_price, delivery_time, quote_statusالعرض النهائي المرسل للعميل
Ordersorder_id, approved_quote_id, order_status, payment_status, due_dateمرحلة ما بعد التعميد
Order_Taskstask_id, item_id, assigned_to_id, due_date, task_statusإدارة مهام التنفيذ
Revisionsrevision_id, order_id, additional_cost, additional_time, revision_statusإدارة طلبات التعديل
Deliveriesdelivery_id, reviewed_by, delivered_at, client_confirmation_statusالتسليم البشري ومراجعته
Followupsfollowup_id, customer_id, followup_type, scheduled_at, resultالمتابعة قبل وبعد البيع
Vendorsvendor_id, vendor_name, services, tools, avg_turnaround, ratingالموردون والمنفذون
12 · قواعد العمل

قواعد العمل (Business Rules)

قواعد تشغيلية تحكم سلوك النظام والفرق البشرية.

القاعدة
الوصف
النوع
الأثر
التسعير النهائي
ممنوع على AI
Commercial
اعتماد بشري إلزامي
إضافة هامش الربح
بشري فقط
Financial
منع القرار التجاري الآلي
بدء التنفيذ
لا يبدأ إلا بعد Approval
Operations
ضبط الالتزامات
التسليم النهائي
بشري بالكامل
Delivery
حفظ الجودة والسداد
التعديل Out of Scope
يرجع للمراجعة التجارية
Revision
منع التنفيذ غير المعتمد
كل Order Task
له مسؤول وDue Date
Execution
رفع الانضباط التشغيلي
13 · قاعدة المعرفة

قاعدة المعرفة المطلوبة

المحتوى المرجعي الذي يُغذي الـ Agents ويضمن اتساق الردود والتصنيفات.

تعريف كل خدمة
الأسئلة المتكررة
سياسة التسعير العامة
سياسة التعديلات
سياسة السرية
آلية العمل والضمانات
أوقات التنفيذ التقريبية
ما يدخل ضمن النطاق وما لا يدخل
اللغة والأسلوب المعتمد للردود
14 · الصلاحيات

صلاحيات المستخدمين والأدوار

تقسيم المسؤوليات بين فرق المبيعات والتشغيل والتسليم والإدارة.

الدورالمسؤوليات الرئيسية
Sales / Commercialالوصول للطلبات والتسعيرات، إنشاء Client Quote، تسجيل التفاوض، اعتماد التعميد
Operationsرؤية Orders، توزيع المهام، متابعة التنفيذ، متابعة التأخير
Delivery Managerمراجعة المخرجات، التحقق من السداد، اعتماد التسليم
Adminإدارة المستخدمين، الـ Agents، القواعد، والموردين
15 · التنبيهات

التنبيهات والإشعارات

منظومة إشعار داخلية وخارجية مرتبطة بحالات الطلب.

تنبيهات داخلية

  • Lead جديدة
  • Pricing Request لم يُرد عليه
  • Quotes Collected
  • Order Approved
  • Task Due Soon
  • Delivery Pending / Payment Pending
  • Revision Request Received

تنبيهات خارجية

  • تم استلام طلبك
  • طلبك قيد المراجعة
  • تم إرسال عرضك
  • تم اعتماد طلبك
  • طلبك تحت التنفيذ
  • تم تسليم طلبك
  • عرض خاص للخدمة التالية
16 · KPIs

مؤشرات الأداء الرئيسية

قياسات مبيعات وتشغيل ومالية واحتفاظ لتقييم النظام بموضوعية.

مبيعات

Lead to Quote Rate
Quote to Win Rate
Average Time to Quote
Average Negotiation Duration

تشغيل

Average Execution Time
SLA Compliance
Revision Rate
Delivery Delay Rate

مالية

Gross Margin per Order
Discount Frequency
Average Order Value
Revenue per Customer

احتفاظ

Repeat Customer Rate
Upsell Rate
Post-delivery Conversion Rate

17 · مراحل التنفيذ

مراحل التنفيذ التقنية

تنفيذ تدريجي لتقليل المخاطر وتسريع الإطلاق.

Phase 1 — MVP

المدة: 3–5 أسابيع (كما في الوثيقة)

  • WhatsApp Intake
  • Qualification Workflow
  • CRM Basic Tables
  • Manual Commercial Review
  • Order Creation after Approval
  • Basic Follow-up

الخدمات المستهدفة (الوثيقة): التحليل الإحصائي، الترجمة/التحرير، خطة البحث.

Phase 2 — Multi-Quote & Revision

4–6 أسابيع

  • Breakdown Engine
  • Pricing Request Routing
  • Vendor Database
  • Revision Workflow
  • Delivery Control Workflow

Phase 3 — Lifecycle & Retention

4–6 أسابيع

  • Post-sale Follow-up
  • Upsell Campaigns
  • 10% Offer Logic
  • Reporting Dashboard
  • Scoring & Recommendations
18–19 · المخرجات والشاشات

مخرجات المرحلة الأولى والشاشات المطلوبة

قائمة الشاشات التشغيلية المقترحة للنسخ الأولى من النظام.

Inbox / Leads
Request Detail
Request Breakdown
Pricing Requests
Quote Comparison
Commercial Review
Orders Board
Delivery Review
Revisions Board
Customer Lifecycle Dashboard
20 · القرار المعماري

القرار المعماري النهائي

التوصية المعتمدة في الوثيقة: بناء النظام كمنصة Workflow-driven وليس Chatbot-driven؛ الواتساب نقطة دخول، والقلب هو CRM + Workflow engine + Human approval layers + Status management.

الخلاصة التنفيذية (21) — أربعة مبادئ

  1. AI ينظم ولا يقرر تجاريًا
  2. البشر يملكون التسعير والتفاوض والتسليم
  3. كل طلب قابل للتفكيك إلى عناصر
  4. العميل لا ينتهي عند التسليم بل يدخل مرحلة retention

ما هو الواتساب هنا؟

نقطة دخول فقط، وليس قلب النظام.

ما هو القلب الحقيقي؟

CRM + Workflow Engine + Human Approval Layers + Status Management

Flowcharts

Flowcharts مختصرة وعالية المستوى

صياغة تنفيذية مبسطة للـ flows الأساسية المذكورة في الوثيقة.

MAIN FLOW

flowchart TD classDef dark fill:#111,stroke:#2f2f2f,color:#fff MF1["Client (WhatsApp)"]:::dark --> MF2["AI Intake Agent"]:::dark MF2 --> MF3["Qualification Agent"]:::dark MF3 --> MF4{"Request Type?"}

FLOW 1 — NEW ORDER

flowchart TD classDef dark fill:#111,stroke:#2f2f2f,color:#fff classDef hi fill:#f30c74,stroke:#c20a5d,color:#fff F1A["Qualification Complete"]:::dark --> F1B["Breakdown"]:::dark F1B --> F1C["Routing"]:::dark F1C --> F1D["Quote Collection"]:::dark F1D --> F1E["Human Commercial Review"]:::hi F1E --> F1F["Approved → Order → Delivery → Retention"]:::dark

FLOW 2 — REVISION

flowchart TD classDef dark fill:#111,stroke:#2f2f2f,color:#fff F2A["Revision Agent"]:::dark --> F2B["Link to Original Order"]:::dark F2B --> F2C["Send to Original Executor"]:::dark F2C --> F2D["In Scope / Out of Scope"]:::dark F2D --> F2E["Execute or Commercial Review"]:::dark

FLOW 3 — RETENTION

flowchart TD classDef dark fill:#111,stroke:#2f2f2f,color:#fff F3A["After Delivery"]:::dark --> F3B["Retention Agent"]:::dark F3B --> F3C["Follow-up"]:::dark F3C --> F3D["Suggest Next Service"]:::dark F3D --> F3E["Offer / New Lead"]:::dark
CRM Field Map

CRM Field Map الجاهز للتطبيق

تلخيص تنفيذي مبسط للحقول الأكثر أهمية داخل الجداول.

الكيانالحقول الجوهرية
Customerscustomer_id, full_name, mobile, email, country, university, degree_level, specialization
Leadslead_id, customer_id, initial_message, channel, service_interest, lead_status
Requestsrequest_id, request_type, parent_order_id, service_category, complexity_level, deadline, language, status
Request Itemsitem_id, service_type, department, scope_type, vendor_required, assigned_executor_id
Pricing Requests / Responsesbase_cost, turnaround_days, due_at, scope_notes, submitted_at
Commercial Reviewinternal_cost_total, margin_amount, final_price, negotiated_price, approved_by
Orders / Tasks / Deliveriesorder_status, due_date, payment_status, task_status, delivered_at
Revisions / Follow-ups / Vendorsscope_classification, followup_type, scheduled_at, vendor_type, rating
Airtable Blueprint

تصميم Airtable Base الجاهز للبناء

قاعدة واحدة باسم Study.ai Operations Base تشمل قبل البيع وبعده حتى المتابعة.

الجداول الأساسية داخل الـ Base

Customers, Requests, Request Items, Pricing Requests, Pricing Responses, Commercial Reviews, Client Quotes, Orders, Order Tasks, Revisions, Deliveries, Vendors, Follow-ups.

العلاقات الأساسية

Customers → Requests → Request Items → Pricing Requests → Pricing Responses، ثم Requests → Commercial Reviews → Client Quotes → Orders → Tasks / Deliveries / Revisions، مع Follow-ups مرتبطة بالعميل والطلب والـ Order.

أهم الـ Views التشغيلية

New Requests, Awaiting Pricing, Under Commercial Review, Approved Requests, Overdue Pricing, In Progress Orders, Payment Pending, New Revisions, Scheduled Follow-ups.

Automation Layer

الأتمتات المقترحة

تسلسل أتمتة تدريجي لربط الانتقال بين المراحل بدون تعقيد مبكر.

قبل البيع

  1. عند إنشاء Request جديدة → إنشاء/تحديث Customer + تغيير الحالة إلى Under Qualification
  2. عند اكتمال Qualification → إنشاء Request Items أو إرسالها للمراجعة
  3. عند إنشاء Pricing Request → إرسال إشعار داخلي
  4. عند اكتمال Pricing Responses → تحديث الحالة إلى Quotes Collected
  5. عند اعتماد Commercial Review → إنشاء Quote أو Order حسب المرحلة

بعد البيع

  1. عند اعتماد Client Quote → إنشاء Order + Order Tasks
  2. عند Order Ready for Delivery → إنشاء Delivery Record
  3. عند Delivery Delivered → إنشاء Follow-up بعد يومين ثم بعد 7 أيام
  4. عند إنشاء Revision جديدة → ربطها بالـ Order الأصلي + تنبيه المنفذ
  5. عند Revision = Out of Scope Priced → إنشاء Commercial Review جديد للتعديل
Fast Start

أقل نسخة MVP للبدء السريع

البداية المثلى تكون صغيرة لكن صحيحة من حيث العمود الفقري التشغيلي.

ابدأ بهذه الجداول فقط

  • Customers
  • Requests
  • Request Items
  • Pricing Requests
  • Pricing Responses
  • Commercial Reviews
  • Orders
  • Revisions
  • Deliveries
  • Follow-ups
  • Vendors

التوصية التشغيلية النهائية

  • اجعل Requests قلب النظام قبل البيع
  • اجعل Orders قلب النظام بعد التعميد
  • اجعل Revisions مسارًا مستقلًا
  • اجعل Follow-ups مستقلة لبناء retention حقيقي