مكتب خدمة خفيف من النماذج وقواعد الأتمتة ولوحة

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

لماذا تكون منصات ITSM الكاملة أكبر من حاجة فريق من خمسة أشخاص

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

منصات ITSM الكاملة تحل مشكلة أكبر من هذه بكثير. ‏Jira Service Management، لنأخذ الأوضح، تمنحك ساعات SLA تُحسب مقابل تقويمات ساعات العمل، وجداول مناوبة مع سياسات تصعيد، وإدارة أصول، وبوابة عملاء يسجل فيها الطالبون دخولهم ويتتبعون تذاكرهم. تلك آلات حقيقية، وإنصافًا لـ Atlassian، سعر الدخول يصعب الجدال فيه: خطة Service Collection Free بـ 0 دولار إلى الأبد لثلاثة موظفي دعم على الأكثر، وتشمل المناوبة مع التصعيد وبوابة العملاء ونماذج استقبال قابلة للتخصيص مع طوابير وقاعدة معرفة مدمجة، حتى يوليو 2026. إن كنت تدير عملية دعم حقيقية بثلاثة موظفين أو أقل، فذلك المستوى المجاني صفقة جيدة، وكفى.

لكن المكتب الداخلي لفريق من خمسة أشخاص لا يستخدم شيئًا من ذلك تقريبًا. لا أحد يستدعي أحدًا الساعة الثالثة فجرًا بسبب طلب وصول إلى Figma. ولا أحد يحتاج CMDB لتتبع أربعة حواسيب. وفور تجاوزك 3 موظفي دعم يتغير طابع التسعير: ‏JSM Standard بـ 25 دولارًا لموظف الدعم شهريًا عند فريق من 5، أي نحو 125 دولارًا شهريًا، حتى يوليو 2026. ذلك يشتري مركز مساعدة موسومًا وسجلات تدقيق، وهو رائع إن كنت تدير عملية دعم حقيقية، وغير ذي صلة إن كنت تريد فقط أن تكف الطلبات عن العيش في الدردشة.

الجملة الأخيرة هي حالة الـ 80% كلها. الطلبات يجب أن تكف عن العيش في الدردشة. هذا كل شيء. وما يلي هو أصغر إعداد أعرفه يوصلك إلى هناك.

ما يستطيع Taskfolk فعله وما لا يستطيعه بصدق كمكتب خدمة

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

ما يستطيع Taskfolk فعله كمكتب:

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

وما لا يستطيع Taskfolk فعله، وهذه القائمة أهم:

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

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

الخطوة 1: ابنِ نموذج الاستقبال بهويتك البصرية

سطح الاستقبال نموذج. أنشئ واحدًا في تبويب النماذج في مشروعك فتحصل على منشئ بـ 14 نوع حقل: نص قصير، نص طويل، اختيار، اختيار متعدد، رقم، تاريخ، بريد إلكتروني، أزرار خيارات، هاتف، رابط، تقييم، عناوين أقسام، رفع ملف، وخانة تأشير. قواعد الظهور الشرطي تتيح إظهار قائمة "أي نظام؟" فقط حين يختار أحدهم "طلب وصول"، فيبقى النموذج الواحد قصيرًا للحالة الشائعة ويتمدد للحالة المعقدة.

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

الهوية البصرية أهم مما تبدو. أضف شعارك ولون تمييز وصورة غلاف فيُقرأ النموذج على أنه "صفحة مكتب المساعدة الداخلي عندنا" لا "رابط لصقه أحدهم". ثم شارك الرابط العام. كل نموذج يحصل على عنوان /f/<token> برمز عشوائي طويل، ولا يحتاج المرسلون حسابًا، ولا يرون مساحة العمل خلفه أبدًا.

الضوابط هي الجزء الذي يتخطاه الناس ثم يندمون. تأتي النماذج بتحديد معدل لكل IP، وبحسب النموذج قد تريد إجابة واحدة لكل بريد، أو تاريخ إغلاق، أو حدًا للإجابات. وسقف يجب معرفته: على الخطة المجانية، حقول الملفات تقبل 1 MB على الأكثر لكل رفعة، مقابل 128 MB إجمالي تخزين مساحة العمل. لقطات الشاشة من الطالبين تتسع بارتياح. تسجيلات الشاشة غالبًا لن تتسع، فاطلب من الناس ربط الفيديوهات بدل إرفاقها، أو خطط لـ Pro حيث يزول سقف الملف الواحد.

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

الخطوة 2: إعدادات توجيه تجعل كل طلب يصل مفروزًا مسبقًا

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

النمط الذي ينجح عمليًا هو نموذج واحد لكل فئة طلبات. نموذج وصول تقني يوجَّه إلى المشرف بتسمية access. نموذج طلبات تصميم يوجَّه إلى المصمم بتسمية design. نموذج عتاد يوجَّه إلى من يملك درج المعدات. كل واحد يهبط مفروزًا مسبقًا بمالك مرفق سلفًا، فيصبح الفرز نظرة لا اجتماعًا.

هذا هو خط الأنابيب الكامل الذي يقطعه الإرسال:

flowchart LR
    A[Form submission] --> B[Routing defaults applied]
    B --> C[Issue created in Incoming column]
    C --> D[issue.created automations run]
    D --> E[Owner notified in-app and by email]
    E --> F[Optional confirmation email to requester]

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

الخطوة 3: قواعد أتمتة تشتغل على الطابور نيابة عنك

المهام المنشأة من النماذج تشغّل قواعد أتمتة issue.created في مساحة عملك، القواعد نفسها التي تنطلق للمهام المنشأة بأي طريقة أخرى. للقاعدة شروط (تُطابَق بـ AND أو ANY عبر المشروع والنوع والأولوية والحالة والمُسند إليه والتسمية والعنوان) وأفعال. تسعة أفعال متاحة: ضبط الحالة، ضبط الأولوية، الإسناد، إلغاء الإسناد، إضافة تسمية، إزالة تسمية، النقل إلى سبرنت، إضافة تعليق بعناصر نائبة مثل مفتاح المهمة أو اسم المُسند إليه، وإشعار وكيل.

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

والآن الجزء الصادق، وأضعه في صلب النص لا في حاشية لأنه يغيّر ثمن هذه الوصفة كلها. الأتمتة ميزة مدفوعة. تعمل خلال تجربة Pro لمدة 14 يومًا التي تحصل عليها أول مساحة عمل لك، وبعدها، على الخطة المجانية، قواعدك ببساطة لا تنطلق. لا خنق ولا تأخير. مطفأة. الإنفاذ يحدث عند محاولة تفعيل قاعدة ومجددًا عند التنفيذ، فلا ثغرة. هذا يعني أن الأرضية الصادقة للوصفة الكاملة في هذا المقال هي Pro، بـ 3 دولارات لكل مقعد منفّذ شهريًا حتى يوليو 2026. تسمح Pro بـ 20 قاعدة نشطة، وهو لمكتب داخلي نحو 18 قاعدة أكثر مما تحتاج.

تستطيع تشغيل الخطوات 1 و2 و5 وحلقة الطالب على Free. النموذج وإعدادات التوجيه واللوحة كلها تعمل بـ 0 دولار. تخسر المعالجة التلقائية للاستعجال والإسناد التلقائي، وهو الفرق بين مكتب يرتب نفسه ومكتب يرتبه أحدهم كل صباح. التفاصيل ومزيد من أنماط القواعد في كيفية إعداد قواعد الأتمتة.

الخطوة 4: فرز الذكاء الاصطناعي، دون ادعاء أنه بلا أيدٍ

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

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

وهي تنفق رصيد الذكاء الاصطناعي لمساحة العمل: 25 وحدة شهريًا على Free و5000 على Pro، فتغطي المنحة المجانية مكتبًا خفيفًا وتزيل Pro السقف عمليًا. وهناك حد معدل من 10 نداءات فرز في الدقيقة لكل مستخدم، لن تبلغه أبدًا وأنت تعمل يدويًا.

هل طقس يومي من دقيقتين أسوأ من تصنيف تلقائي كامل؟ بالتأكيد. هل يكفي مكتبًا داخليًا يعالج دزينة طلبات في الأسبوع؟ تمامًا. قواعد الأتمتة الحتمية من الخطوة 3 تلتقط الأنماط التي تستطيع تسميتها سلفًا، ومسحة الفرز الجماعي تلتقط الباقي.

الخطوة 5: لوحة ببوابة مراجعة حقيقية

اللوحة هي حيث يصبح المكتب مرئيًا. يمنح Taskfolk كل مشروع أعمدة مخصصة مسماة وملونة فوق 7 فئات حالة ثابتة (قائمة الانتظار، للتنفيذ، قيد التنفيذ، قيد المراجعة، منجزة، فاشلة، ملغاة). للمكتب، أعد تسمية الافتراضيات ومدّدها إلى خط يطابق تدفق الطلبات فعلًا: وارد، فرز، قيد التنفيذ، بانتظار الطالب، مراجعة، منجزة. كل عمود يقابل إحدى الفئات الثابتة، ما يُبقي التقارير ومنطق "هل هذه مفتوحة؟" سليمين تحت أسمائك المخصصة.

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

حدود WIP لكل عمود تكمل الصورة. سقّف "قيد التنفيذ" عند 3 فلا يستطيع مالك المكتب ماديًا أن ينتهي إلى مقارعة 15 طلبًا نصف منجز. اللوحة تعرض الحد وتقاوم.

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

إغلاق الحلقة مع الطالب (وفجوة البوابة)

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

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

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

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

دع وكيلًا أو سكربتًا يشتغل على الطابور

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

تحت الغطاء، هذه هي واجهة REST نفسها التي يستطيع سكربت cron استخدامها. سحب طابور الوصول الوارد نداء GET واحد مصادق، وأدوات MCP مشتقة من الواجهة نفسها، فيحصل وكيل على طراز Claude على العرض المطابق:

curl -s "https://taskfolk.ai/api/v1/workspaces/acme/projects/DESK/issues?status=todo&label=access" \
  -H "Authorization: Bearer $TASKFOLK_API_KEY"

const res = await fetch(
  "https://taskfolk.ai/api/v1/workspaces/acme/projects/DESK/issues?status=todo&label=access",
  { headers: { Authorization: "Bearer " + process.env.TASKFOLK_API_KEY } },
);
const { data } = await res.json();

import os, requests

r = requests.get(
    "https://taskfolk.ai/api/v1/workspaces/acme/projects/DESK/issues",
    params={"status": "todo", "label": "access"},
    headers={"Authorization": "Bearer " + os.environ["TASKFOLK_API_KEY"]},
)
data = r.json()["data"]

{
  "data": [
    {
      "id": "0197f3a2-4b1c-7e02-9d3a-8c5e2f1a0b64",
      "key": "DESK-42",
      "type": "task",
      "title": "Staging database access for Lena",
      "status": "todo",
      "status_name": "Incoming",
      "priority": "high",
      "assignee_id": "0197e1b0-2a9f-7c11-b4d2-6e8a9c3f5d21",
      "labels": [{ "id": "0197c9d4-1f3e-7a05-8b2c-4d6e0a9f7c33", "name": "access", "color": "#ffd60a" }]
    }
  ],
  "pagination": { "next_cursor": null }
}

مرشّح status يأخذ الفئة (todo وin_progress وهكذا)، وlabel يقبل اسم تسمية أو معرفها، وassignee=me يُحل إلى مستخدم المفتاح المنادي نفسه، وهكذا يسأل الوكيل "ما الذي على طبقي". وstatus_name يحمل اسم عمودك المخصص، فيستطيع سكربت التمييز بين "وارد" و"فرز" رغم أن كليهما يقابل الفئة نفسها.

كم يكلف مكتب خدمة خفيف للفرق الصغيرة، ومتى تختار JSM

كل الأرقام حتى يوليو 2026، بفوترة شهرية.

الخطة	السعر	ما تحصل عليه كمكتب
JSM / Service Collection Free	0 دولار، حتى 3 موظفي دعم	بوابة طالبين، مناوبة مع تصعيد، تنبيهات، نماذج استقبال مع طوابير، قاعدة معرفة
JSM Standard	25 دولارًا لموظف الدعم شهريًا عند 5 موظفين، نحو 125 دولارًا شهريًا	كل ما في Free زائد مركز مساعدة موسوم وإشعارات بريد بلا حد وسجلات تدقيق
JSM Premium	57.30 دولارًا لموظف الدعم شهريًا عند 5 موظفين	يضيف تطبيق Assets لإدارة الأصول والتهيئة
Taskfolk Free	0 دولار	نموذج وإعدادات توجيه ولوحة ببوابات انتقال؛ الأتمتة تتوقف بعد تجربة الـ 14 يومًا لأول مساحة عمل
Taskfolk Pro	3 دولارات لمقعد المنفّذ شهريًا، المشاهدون ووكلاء الذكاء الاصطناعي مجانًا	يضيف الأتمتة (20 قاعدة) و5000 وحدة رصيد ذكاء اصطناعي و1 GB تخزين وبلا سقف للملف الواحد

ودليل القرار، وهو أنفع من قائمة الأسعار:

وضعك	اختر
اتفاقيات SLA تعاقدية بأهداف زمن استجابة	JSM. لديها SLA مسماة بأهداف زمنية وتقويمات ساعات عمل وشروط بدء وإيقاف مؤقت وإنهاء. ‏Taskfolk بلا أي آلية SLA.
مناوبات وحوادث وتصعيد	JSM، حتى على Free.
طالبون خارجيون مجهولون يتوقعون بوابة	JSM. مستواها المجاني يشمل البوابة.
تتبع التذاكر مقابل الحواسيب والتراخيص	JSM Premium، التي تضم Assets.
طلبات داخلية من أشخاص في فريقك أصلًا	وصفة هذا المقال، بـ 15 دولارًا شهريًا لخمسة منفّذين على Pro.

لاحظ شيئًا في الجدول الأول: ‏JSM Free أرخص من Taskfolk Pro. ثلاثة موظفي دعم بـ 0 دولار تغلب خمسة منفّذين بـ 15 دولارًا. فالحجة هنا ليست السعر، بل أن الفريق الصغير يحصل على مكتبه وعمل مشاريعه في أداة واحدة، بمفردات لوحة واحدة، ومجموعة أعضاء واحدة، وبلا نظام ثانٍ يجب فحصه، وأن الإعداد كله أربع شاشات تهيئة لا نشر منظومة ITSM. وإن كان تسعير المقعد هو ما دفعك أصلًا للبحث خارج Atlassian، يغطي بدائل Jira بحسب سعر المقعد الميدان الأوسع.

إن كانت طلباتك تعيش اليوم في الدردشة، فأنشئ نموذجًا، ووجّهه إلى عمود "وارد"، وأرسل الرابط إلى فريقك. ‏ابدأ مجانًا، وتجربة أول مساحة عمل تتيح لك اختبار قواعد الأتمتة قبل أن تقرر هل يستحق مقعد الـ 3 دولارات ثمنه. لمكتب يرتب نفسه بنفسه، غالبًا يستحق.