متتبّع SLA: أنشئ المواعيد وفترات التوقف وتقارير الفرق

لماذا تفقد فرق عمليات العملاء متابعة مواعيد SLA

نادراً ما تفوّت فرق عمليات العملاء موعد SLA لأن أحدًا يتجاهل التاريخ. فالمواعيد تتغير، والتذاكر تنتقل بين الموظفين، وقد تؤدي ردود العملاء إلى إيقاف العمل لأيام. ينهار جدول البيانات الذي يحتوي على عمود واحد لموعد الاستحقاق ما لم يحدّثه أحد بعد كل تغيير.

المشكلة الأولى هي التعامل مع كل هدف من أهداف SLA كأنه موعد نهائي واحد. يقيس هدف الاستجابة الأولى مدى سرعة تأكيد الوكيل استلام الطلب الجديد. أما هدف الحل فيقيس المدة المتاحة للفريق لمعالجته. قد تحقق التذكرة هدف الاستجابة خلال 15 دقيقة، ثم تفوّت هدف الحل بعد ثلاثة أيام. لا يستطيع موعد واحد إظهار الالتزام الذي لم يتحقق.

وتنشئ الملكية مشكلة أخرى. قد يرد وكيل، ويحقق اختصاصي في الأمر، ويوافق مدير على الإصلاح. إذا لم يكن هناك من يملك مؤقت SLA النشط، فقد يفترض كل شخص أن شخصًا آخر يراقبه. وتبقى التذكرة في قائمة الانتظار حتى ينفد وقتها.

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

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

قد تكفي الجداول اليدوية لقائمة صغيرة ومستقرة. لكن عندما تعتمد المواعيد على الأولوية وساعات العمل وإعادة التعيين وفترات التوقف، يحتاج المتتبّع إلى قواعد متسقة.

حدّد ما يحتاج إليه كل سجل SLA

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

ثم أضف الحقول التي تتحكم في الموعد:

• سياسة SLA، مثل «الدعم القياسي» أو «الدعم ذي الأولوية»
• وقت البدء
• موعد الاستجابة الأولى وموعد الحل
• سبب التوقف ووقت بدء التوقف
• وقت الاستئناف أو إجمالي مدة التوقف

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

لا تطلب من الوكلاء اختيار «تم التجاوز» يدويًا. احسب الحالة من الوقت الحالي وموعد الاستحقاق وحالة التذكرة وفترات التوقف الصحيحة. مثلًا، تتجاوز التذكرة SLA الخاص بالحل عندما يمر موعدها، وتبقى مفتوحة، ويكون المؤقت نشطًا.

يمكن لـ AppMaster وضع هذا المنطق في مكان واحد. إذ يتيح Data Designer نمذجة حقول التذاكر، بينما يستطيع Business Process المرئي حساب المواعيد وحالة التجاوز كلما أنشأ وكيل تذكرة أو حدّثها.

حدّد قواعد SLA قبل إنشاء المتتبّع

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

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

اكتب كل قاعدة بلغة واضحة. فالجملة «تحتاج مشكلة فوترة عالية الأولوية لعميل مميز إلى رد أول خلال ساعتَي عمل» توضح تمامًا البيانات المطلوب تخزينها: الأولوية والخطة ونوع الطلب ووقت الإنشاء ووقت الاستجابة الأولى.

حدّد تقويم العمل

قرّر ما إذا كانت الأهداف تعمل على مدار الساعة أو خلال ساعات الدعم فقط. إذا كان الدعم يعمل من الاثنين إلى الجمعة، من 9:00 إلى 17:00، وكانت تذكرة قد وصلت يوم الجمعة عند 16:30 بهدف مدته ساعتان، فينبغي أن تستحق يوم الاثنين عند 10:30، لا مساء الجمعة.

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

حدّد نقاط البدء وملكية السياسة

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

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

يمكن لتطبيق AppMaster الاحتفاظ بالسياسات في منطقة إدارية واحدة وتطبيق القاعدة المطابقة عند دخول التذكرة إلى النظام. وهذا يستبدل صيغ جداول البيانات المنفصلة بمؤقت متسق واحد.

صمّم البيانات خلف المتتبّع

اجعل الإصدار الأول بسيطًا بما يكفي ليتمكن مسؤول العمليات من فحص تذكرة وفهم سبب تغير موعدها.

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

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

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

احتفظ بسجل لتاريخ الحالات بدل الكتابة فوق الماضي. وينبغي أن يسجل كل إدخال معرّف التذكرة والحالة القديمة والجديدة ووقت الحدث والشخص أو القاعدة التي أجرت التغيير. سجّل أحداثًا مثل «بانتظار العميل» و«رد العميل» و«تم التعيين» و«تم الحل».

يفسر هذا السجل تغييرات المواعيد. فإذا انتقل موعد الاستحقاق من صباح الثلاثاء إلى بعد ظهر الثلاثاء، يستطيع المدير رؤية أن الفريق أوقف SLA ثلاث ساعات أثناء انتظار العميل. يمكن لـ AppMaster نمذجة هذه السجلات المرتبطة باستخدام Data Designer المرئي، كما يستطيع Business Process Editor تحديث المواعيد بعد تغييرات الحالة.

احسب مواعيد استحقاق التذاكر

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

بعد ذلك، اختر سياسة SLA المطابقة بناءً على خطة العميل أو نوع التذكرة أو الأولوية أو المنطقة. ثم احسب موعد الاستحقاق:

1. اقرأ هدف التذكرة، مثل مدة استجابة تبلغ أربع ساعات.
2. أضف وقت العمل المسموح به في السياسة فقط.
3. تجاوز ساعات الإغلاق وعطلات نهاية الأسبوع والعطلات عندما تستبعدها السياسة.
4. احفظ الموعد في التذكرة.
5. أعد الحساب إذا أدى تغير الأولوية أو الخطة أو الفئة إلى اختيار سياسة مختلفة.

تجعل ساعات العمل الأمر أقل وضوحًا مما يبدو. فإذا بدأ SLA مدته أربع ساعات عند 16:00، وكان الدعم يعمل من 9:00 إلى 17:00، فسيبقى للتذكرة ساعة واحدة في ذلك اليوم. ويصبح موعدها ظهر يوم العمل التالي، لا الساعة 20:00.

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

اعرض الموعد الدقيق والوقت المتبقي معًا. تساعد تسميات مثل «ساعتان و15 دقيقة متبقية» و«يستحق خلال يوم» و«متأخر 35 دقيقة» الوكلاء على فحص القائمة أسرع من الطوابع الزمنية. استخدم حالة محايدة للتذاكر السليمة، وحالة تحذير قرب الموعد، وحالة تجاوز واضحة بعد مروره.

أوقف المؤقتات أثناء انتظار ردود العملاء

أوقف المؤقت فقط عندما لا يستطيع الفريق دفع التذكرة إلى الأمام من دون العميل. تشمل الأسباب الشائعة انتظار المعلومات أو التأكيد أو الوصول أو الموافقة أو الملفات. أما التأخير الداخلي، مثل انتظار زميل، فلا ينبغي أن يوقف SLA.

استخدم مجموعة قصيرة وواضحة من الحالات:

• بانتظار معلومات من العميل
• بانتظار موافقة العميل
• بانتظار وصول العميل
• بانتظار ملفات يرسلها العميل

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

عندما يرد العميل، أعد تشغيل المؤقت عند وقت الرد. أضف فترة الانتظار إلى total paused time، ثم أعد حساب الوقت المتبقي وفق قواعد ساعات العمل. يؤدي انتظار العميل 90 دقيقة إلى تأخير الموعد 90 دقيقة، مع مراعاة ساعات الإغلاق.

اعرض وقت التوقف في عرض التذكرة. يحتاج الوكلاء إلى معرفة ما إذا كانت التذكرة قد انتظرت 15 دقيقة أو ثلاثة أيام، كما ينبغي أن يتمكن المشرفون من اكتشاف التذاكر التي تعود مرارًا إلى حالة الانتظار.

احصر أسباب التوقف في الأسباب التي تسمح بها سياسة SLA. واشترط وجود حدث يثبت طلب العميل قبل قبول التوقف. في AppMaster، يستطيع Business Process فحص الحالة الجديدة وحفظ وقت بدء التوقف ورفض التغييرات غير الصحيحة قبل تحديث سجل SLA.

لا ينبغي لرسالة بريد تلقائية من نوع «استلمنا رسالتك» أن تعيد تشغيل المؤقت. استخدم رسالة واردة من العميل أو ردًا أكده الوكيل، واحتفظ بسجل التوقف الكامل مع التذكرة.

طبّق مثالًا على دعم العملاء

يرسل عميل سؤالًا عن الفوترة يوم الثلاثاء عند 10:00: «لماذا تظهر في فاتورتي عمليتا خصم؟» ينشئ المتتبّع التذكرة B-184، ويسندها إلى الدعم، ويطبّق سياسة فوترة SLA. لدى الفريق أربع ساعات عمل لتقديم أول رد مفيد، وثماني ساعات عمل للحل.

يعمل الدعم من 9:00 إلى 17:00، من الاثنين إلى الجمعة. عند 10:35، يؤكد وكيل أن الفريق يفحص الحساب. يتوقف مؤقت الاستجابة الأولى بعد 35 دقيقة، وتبقى ثلاث ساعات و25 دقيقة. تحقق التذكرة هدف الاستجابة الأولى.

عند 11:00، يحتاج الوكيل إلى رقم الفاتورة ويضع علامة «بانتظار العميل». يتوقف مؤقت الحل بعد ساعة من العمل الفعلي. ويخزن المتتبّع وقت بدء التوقف وسببه.

يرد العميل عند 15:30. يضيف المتتبّع أربع ساعات و30 دقيقة من وقت التوقف إلى الموعد. كان موعد الحل الأصلي 18:00 يوم الثلاثاء، لذلك يصبح الموعد المعدّل 14:30 يوم الأربعاء بعد انتقال الوقت المتبقي إلى يوم العمل التالي.

يحل الوكيل المشكلة عند 15:10 يوم الأربعاء. تتأخر التذكرة 40 دقيقة. وتُحتسب حالة حل متأخر واحدة على الدعم، بينما تبقى الاستجابة الأولى في موعدها.

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

أبلغ عن تجاوزات SLA حسب الفريق

تتجاوز التذكرة SLA عندما يمر موعدها قبل تنفيذ الإجراء المطلوب. استخدم موعد الاستحقاق المعدّل بعد فترات انتظار العميل الصحيحة.

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

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

استخدم الأعداد إلى جانب النسب:

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

يعني معدل تجاوز يبلغ 50% شيئًا مختلفًا عندما ينتج عن تذكرة متأخرة واحدة من أصل اثنتين، مقارنة بـ 50 تذكرة متأخرة من أصل 100. راجع الاتجاهات إلى جانب تفاصيل التذاكر. وقد تشير التجاوزات المتكررة للتذاكر عالية الأولوية إلى قواعد التصعيد أو عمليات التسليم، لا إلى حجم العمل الإجمالي.

يتيح التقرير المفيد للمدير فتح قائمة التذاكر المتأخرة ورؤية السياسة والأولوية والتحقق من الملكية وقت التجاوز. وينبغي أن يدعم مراجعة عملية للعمل الذي يحتاج إلى إصلاح، بدل مكافأة الفرق على إغلاق التذاكر مبكرًا.

أنشئ عروضًا للوكلاء والمديرين

يحتاج الوكلاء إلى قائمة عمل قصيرة، لا إلى تقرير مليء بالتذاكر القديمة. ينبغي أن تعرض كل تذكرة مفتوحة المالك والفريق والأولوية والموعد وحالة المؤقت والوقت المتبقي. سجّل تغييرات الملكية فور انتقال التذكرة بين الفرق.

استخدم تسميات مؤقت واضحة. تعني «نشط» أن الفريق مسؤول عن الإجراء التالي. وتعني «متوقف - بانتظار العميل» أن المؤقت متوقف. اعرض وقت النشاط منفصلًا عن وقت التوقف حتى يفهم المستخدمون سبب بقاء التذكرة مفتوحة عدة أيام.

يمكن أن يتضمن عرض الوكيل التذاكر المستحقة خلال الساعات الأربع المقبلة، والتذاكر المتأخرة، والتذاكر التي تنتظر ردود العملاء، والتذاكر التي أعيد تعيينها اليوم. أرسل التنبيهات قبل الموعد. يحتاج هدف استجابة مدته أربع ساعات إلى تنبيهات أبكر من هدف حل مدته ثلاثة أيام.

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

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

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

أخطاء تشوّه نتائج SLA

قد تظل المخططات الواضحة تروي قصة خاطئة عندما تكون القواعد الأساسية غير صحيحة.

طبّق قواعد الوقت كما هي

لا تحسب باستخدام ساعات التقويم عندما تنص الاتفاقية على ساعات العمل. فالتذكرة التي فُتحت يوم الجمعة عند 16:30 بهدف استجابة مدته ثماني ساعات عمل لا تتجاوز SLA عند 00:30 يوم السبت. احسب ساعات العمل والعطلات المحددة في السياسة فقط.

طبّق العناية نفسها على فترات التوقف. ينبغي لحالة «بانتظار العميل» أن توقف SLA فقط عندما يرسل الفريق طلبًا واضحًا ولا يستطيع المتابعة من دون رد. يؤدي إيقاف كل تذكرة تحمل هذه التسمية إلى إخفاء التأخيرات التي يتحملها الفريق.

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

احتسب الملكية مرة واحدة

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

اشترط وجود طابع زمني للحل قبل إغلاق التذكرة. فحالة الإغلاق لا تثبت وقت انتهاء العمل. مثلًا، إذا انتقلت التذكرة من الدعم إلى الفوترة عند 14:00 وتجاوزت الموعد عند 15:00، تتحمل الفوترة التجاوز وفق قاعدة الملكية عند التجاوز. ويمكن للتقرير أن يعرض عملية التسليم السابقة من الدعم من دون إضافة تجاوز ثانٍ.

افحص المتتبّع قبل الإطلاق

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

اختبر التوقيتات الصعبة، لا الحالات العادية فقط:

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

قارن إجماليات لوحة المعلومات بقائمة التذاكر التي تقف خلفها. فإذا قال التقرير إن لدى الفريق A 12 تجاوزًا، فصفِّ السجلات واحسبها. يكشف هذا التذاكر المكررة وتعيينات الفرق المفقودة والتذاكر المعاد فتحها والمحتسبة مرتين.

حدّد قواعد الوصول قبل الإطلاق. ينبغي للوكلاء تحديث التذاكر التي يتعاملون معها، ويحتاج المديرون إلى تقارير فرقهم، بينما يجب أن يتحكم المسؤولون في إعدادات السياسة. في AppMaster، اختبر كل دور باستخدام حساب منفصل حتى لا يحتاج المدير إلى صلاحيات المسؤول لمراجعة تقارير تجاوز SLA.

ابدأ صغيرًا وحسّن سير العمل

ابدأ بنوع تذاكر واحد وسياسة SLA واحدة. قد يبدأ فريق الدعم بطلبات البريد الإلكتروني القياسية وهدف استجابة أولى مدته 24 ساعة. يكفي ذلك لاختبار المواعيد وفترات التوقف المعتمدة وسجلات التجاوز.

اطلب من عدد قليل من موظفي عمليات العملاء تشغيل تذاكر حقيقية عبر سير العمل، بما في ذلك حالة عادية وحالة انتظار عميل وموعد فائت. اجمع ملاحظات محددة. فقد يحتاج الوكلاء إلى حالات منفصلة للانتظار من عميل والانتظار من فريق آخر. وقد يجد المديرون أن تسمية عامة مثل «متوقف» تخفي تفاصيل كثيرة.

عندما يحد جدول البيانات من العملية، أنشئ المتتبّع كتطبيق بلا كود في AppMaster. يمكنك إنشاء نماذج التذاكر وتحديد منطق المؤقت في Business Process Editor المرئي ومنح الوكلاء والمديرين لوحات معلومات منفصلة. يستطيع AppMaster إنشاء الواجهة الخلفية وتطبيق الويب والتطبيق الأصلي للهاتف عندما يحتاج المتتبّع إلى العمل خارج جدول مشترك.

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