رجوع للكتالوج
D15العمليات

وكيل الجدولة والإرسال

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

وين يناسب
أشكال الأعمال
خدمات بين الشركات
عتبة الحجم
تحت 20 field jobs per day بالشهر، الاسترداد نادراً يبرّر البناء. الأنماط بهالشكل تسدّد بثبات عند 100+.
يناسب أكثر
الخدمة الميدانية (تكييف، سباكة، صحة متنقّلة) والخدمات المنزلية وأي إرسال من إنسان لموقع.
الاسترداد · 4-8 شهرالبناء · متوسط–مرتفعالقيمة · $60k-$200kمتى · أكثر من 20 إرسالية/يوم
وضع الفشل اللي تصمّم حوله
حجز زائد بسبب تقديرات وقت متفائلة ← عاير الواقع من السجل التاريخي.
المتطلبات · 7 مطلوب

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

  1. job_intake
    مطلوبقراءةحدث

    Stream of jobs needing scheduling, both new and rescheduled.

    شكل البيانات
    Job records with customer, location, type, estimated duration, required skills/equipment, time window, priority.
    يُملأ عادةً بواسطة
    • service ticket queue
    • work order system
    • scheduling intake form for new jobs
  2. worker_roster_and_skills
    مطلوبقراءةطلب

    Who's available to do work, what skills they have, where they're starting from, what their hours are.

    شكل البيانات
    Per-worker: shift hours, skills, certifications, home base location, vehicle and equipment available.
    يُملأ عادةً بواسطة
    • workforce management system
    • HR system with skill tags
    • internal team roster maintained by dispatch
  3. location_and_travel_data
    مطلوبقراءةطلب

    Geographic data: where jobs are, where workers are, what travel time looks like. The hard constraint that most scheduling decisions hinge on.

    شكل البيانات
    Coordinates for jobs and workers, travel time matrices, traffic-aware estimates if available.
    يُملأ عادةً بواسطة
    • mapping service for travel estimates
    • GPS feed from worker vehicles
    • address geocoding service
  4. constraint_definitions
    مطلوبقراءةمجموعة

    The firm's rules and priorities encoded explicitly. Without this, the optimizer optimizes the wrong thing.

    شكل البيانات
    Rules: hard constraints (skill required, time window), soft preferences (worker continuity for repeat customers, minimize overtime), priority weights.
    يُملأ عادةً بواسطة
    • configuration maintained by dispatch leadership
    • small admin UI for constraint tuning
    • documented business rules captured during build
  5. schedule_output_destination
    مطلوبكتابةحدث

    Where the optimized schedule lands so workers and customers know what's happening.

    شكل البيانات
    Per-worker daily schedule with jobs in order, expected arrival times, travel directions, customer-facing notifications.
    يُملأ عادةً بواسطة
    • mobile app each field worker uses
    • dispatch dashboard showing the full schedule
    • customer notification system with appointment confirmations
  6. real_time_status_feedback
    مطلوبقراءةحدث

    Live feedback on job progress: starts, completions, delays, no-shows. Lets the pattern replan rather than running on yesterday's data.

    شكل البيانات
    Status updates per job: started, in-progress, complete, blocked, with timestamps and any notes.
    يُملأ عادةً بواسطة
    • status updates from the field worker mobile app
    • GPS-based completion detection
    • customer-facing confirmation buttons
  7. exception_decision_route
    مطلوبكتابةحدث

    Where decisions the pattern can't make alone get escalated: rescheduling that affects SLA, overtime authorization, customer accommodation requests.

    شكل البيانات
    Exception with context, proposed options, financial or service impact, requested decision.
    يُملأ عادةً بواسطة
    • dispatcher review queue
    • chat alert to the dispatch lead
    • approval workflow inside the scheduling system
سير التشغيل · 9 خطوة
  1. 01
    Read all jobs needing scheduling for the period (typically next 1-7 days)
    job_intake
  2. 02
    Read worker availability, skills, and starting positions
    worker_roster_and_skills
  3. 03
    Build the travel-time matrix between all relevant locations
    location_and_travel_data
  4. 04
    Apply constraints and run the optimization to produce an initial schedule
    constraint_definitions
  5. 05
    Publish the schedule to workers and customer-facing notifications
    schedule_output_destination
  6. 06
    Through the day, ingest real-time status updates
    real_time_status_feedback
  7. 07
    When events trigger replanning need (job runs long, worker unavailable, urgent new job), recompute the affected portion of the schedule
    قرار Replan only the affected forward window; don't disrupt already-started jobs.
  8. 08
    If replanning would require breaking SLA or business rules, route to exception decision
    exception_decision_route
  9. 09
    Publish updates with customer notifications for any changed appointments
    schedule_output_destination
المخرجات · 3

مخرجات منظّمة ينتجها هذا النمط. أنماط ثانية وأنظمة العملاء تقدر تشترك فيها، وهكذا يتركّب الكتالوج مع الوقت.

  • schedule_efficiency_signal

    Utilization, drive time, overtime, SLA hit rate per worker and overall. The headline operational metrics.

    يُستهلك بواسطة
    • operations dashboards
    • manager monthly reviews
    • capacity planning
  • constraint_violation_signal

    When the optimizer couldn't satisfy all constraints, surfaced for review.

    يُستهلك بواسطة
    • dispatch lead workflows
    • policy refinement
    • capacity planning
  • customer_appointment_data

    Per-customer appointment history, useful for B5 churn-risk patterns and customer success.

    يُستهلك بواسطة
    • customer success workflows
    • service quality dashboards