الحالات وسير العمل في ClickUp: كيف تصمّم الفرق الخليجية مسارات موافقة يلتزم بها الجميع

إجابة سريعة

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

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

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

كيف تعمل الحالات في ClickUp: أربع مجموعات

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

• لم تبدأ (Not started): بداية سير العمل، مثل «تم استلام الطلب» أو «قائمة الانتظار». تظهر هذه الحالات دائمًا في طرق العرض حتى لو كانت فارغة، ويمكن إنشاء أكثر من حالة منها للحصول على تقارير أدق في لوحات المعلومات.
• نشطة (Active): العمل الجاري، مثل «قيد التنفيذ» و«قيد المراجعة» و«بانتظار العميل». وهنا تقع معظم حالاتك المخصصة.
• منجزة (Done): عمل اكتمل لكنه يجب أن يبقى مفتوحًا، كتسليمٍ ينتظر الفوترة. المهام في هذه المجموعة لا تُعدّ متأخرة، وتُزال أي تبعيات (Dependencies) عند تطبيق الحالة.
• مغلقة (Closed): عمل اكتمل تمامًا. الحالة المغلقة الافتراضية هي «Complete»، ولا يمكن إنشاء حالات مغلقة إضافية، لكن يمكن إعادة تسميتها. والمهام المغلقة مخفية افتراضيًا في طريقة عرض القائمة.

أين توجد الحالات، ولماذا يهمّ التوريث؟

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

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

قوالب الحالات: سير عمل واحد لفرق متعددة

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

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

تصميم سير عمل لفريق خليجي

سير العمل الجيد قصير. خمس إلى سبع حالات تكفي لمعظم العمليات؛ وما زاد على ذلك يدفع الناس إلى تخطّي الخطوات، وكل خطوة متخطّاة تجعل تقاريرك أقل صدقًا. ويجب أن تجيب كل حالة عن سؤال واحد: من عليه أن يتحرّك الآن؟ فإذا أمكن أن يكون شخصان مختلفان مسؤولَين عن المهمة في الحالة نفسها، فقسّمها إلى حالتين أو أضف حقل «المعتمِد» بدلًا من ذلك.

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

حدّد اللغة مرة واحدة. أسماء الحالات مشتركة بين كل من يعمل في الموقع نفسه، فإمّا أن تتفقوا على لغة عمل واحدة، وإمّا أن تكتبوا الأسماء باللغتين بنمط ثابت مثل «In review · قيد المراجعة». واحرص على أن تكون الأسماء قصيرة لأنها تظهر في أعمدة طريقة عرض اللوحة (Board) وعلى شاشات الجوال، وامنح كل مجموعة لونًا ثابتًا لتُقرأ اللوحة بنظرة واحدة بأي من اللغتين.

ثلاثة أمثلة على مسارات العمل

هذه نقاط انطلاق نستخدمها مع شركات الخدمات في الإمارات وقطر والكويت، ويمكنك تعديل الأسماء بما يناسب مصطلحات فريقك:

• تسليم أعمال العملاء (وكالة أو استشارات): استلام الموجز ← قيد التنفيذ ← مراجعة داخلية ← بانتظار العميل ← معتمد (منجزة حتى الفوترة) ← مكتمل.
• طلب شراء: مُقدَّم ← التحقق من الميزانية ← موافقة المدير ← موافقة المالية ← تم الطلب (منجزة) ← مكتمل. واربطه بنموذج ClickUp Form للاستقبال وحقل مالي (Money) للمبلغ.
• طلب خدمة تقنية: جديد ← تم الفرز ← قيد التنفيذ ← بانتظار المستخدم ← تم الحل (منجزة) ← مغلق. تمنح الحالة المنجزة صاحب الطلب وقتًا للتأكيد قبل أن تختفي التذكرة من طرق العرض النشطة.

اجعل الحالات تعمل نيابةً عنك: الأتمتة وTime in Status ولوحات المعلومات

الحالات هي أكثر محفّزات الأتمتة (Automations) استخدامًا في ClickUp. حين تنتقل المهمة إلى «موافقة المدير» تُسنَد إلى المعتمِد، وحين تنتقل إلى «بانتظار العميل» يُبلَّغ مدير الحساب، وحين تصل إلى «معتمد» تُنشأ مهمة الفوترة. وهكذا يصبح كل تغيير في الحالة عملية تسليم لا يحتاج أحد إلى تذكّرها.

ويعرض تطبيق Total time in Status المدة التي قضتها المهمة في كل حالة، في طريقتَي عرض القائمة واللوحة وداخل المهمة وفي بطاقات لوحات المعلومات، ويمكن استخدامه شرطًا في الأتمتة؛ كتصعيد أي طلب بقي في «موافقة المالية» أكثر من ثلاثة أيام. ويختلف توفّره باختلاف الباقة، فتحقّق من مساحة عملك قبل أن تبني عليه. وهناك قاعدة مهمة في وثائق ClickUp: تُعاد بيانات Time in Status إلى الصفر إذا أعدت تسمية الحالة. لذلك اختر الأسماء بعناية قبل الإطلاق، لا بعده.

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

من يحقّ له تغيير الحالات؟ اجعلهم قلّة

وفقًا لوثائق ClickUp، يستطيع المالكون والمسؤولون (Admins) إنشاء الحالات وتعديلها وحذفها افتراضيًا، وتعتمد صلاحيات الأعضاء على إعدادات مساحة العمل؛ وفي بعض الباقات تتيح الصلاحيات المتقدمة التحكم في قدرة الأعضاء والضيوف على إدارة الحالات. ويتطلّب حذف الحالة صلاحيتَي Delete Items وEdit Statuses معًا، ولا يستطيع الضيوف تعديل الحالات أو استخدام قوالبها.

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

ثلاثة أخطاء ينبغي تجنّبها

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

الخطأ الثاني: استخدام الحالات كوسوم. «عاجل» و«عميل مهم» و«قطر» ليست مراحل عمل، ومكانها الأولوية (Priority) أو الحقول المخصصة. الحالة تصف أين وصل العمل، لا ما هو.

الخطأ الثالث: إهمال مجموعة «منجزة». الفرق التي تقفز مباشرة من «قيد التنفيذ» إلى «مكتمل» تفقد رؤية العمل الذي انتهى ولم يُفوتَر أو يُسلَّم أو يُؤكَّد بعد، وهي بالضبط المهام التي تسأل عنها المالية والإدارة.

كيف يساعدك BuyClickUp

BuyClickUp شريك مستقل لـ ClickUp تديره شركة Inspark، ويخدم الشركات في الإمارات وقطر والكويت. في كل مشروع تطبيق نبدأ برسم سلسلة الموافقات الفعلية لديك — بما فيها وقت الانتظار خارج فريقك — ثم نحوّلها إلى عدد قليل من قوالب الحالات ثنائية اللغة، مربوطة بالنماذج والأتمتة ولوحات المعلومات، مع تحديد واضح لمن يملك صلاحية التغيير. إذا أردت مساعدة في تصميم مسارات عملك، تواصل معنا أو ابدأ تقييم الجاهزية المجاني.

ClickUp علامة تجارية لشركة Mango Technologies, Inc. تعكس هذه المقالة قراءتنا لوثائق المساعدة الخاصة بـ ClickUp في أكتوبر 2026. ميزات الحالات وتطبيقات ClickApps والصلاحيات تختلف باختلاف الباقة وتتغير بمرور الوقت؛ تحقّق من التفاصيل الحالية في مساحة عملك ومع ClickUp.