كتالوج ServiceNow: تحويل الطلبات إلى مسارات واضحة

بناء عرض خدمة مفهومة

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

التمييز بين مهام الطلب والصنف والإكمال

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

صمم نموذجًا يطرح الأسئلة الصحيحة

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

تحديد عمليات التحقق من الصحة دون إنشاء ملفات غير ضرورية

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

مثال كامل: الاستعداد لوصول الموظف

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

ربط الأنظمة الخارجية بعقود موثوقة

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

إدارة الفشل الجزئي وإعادة المحاولة

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

إعطاء رؤية مفيدة للطالب

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

اختبار الدورة كاملة قبل النشر

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

تحسين الكتالوج على أساس الاستخدامات

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

ورشة العمل: تحويل طلب البريد الإلكتروني إلى رحلة كتالوج

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

الأسئلة المتداولة: النماذج وسير العمل

هل النموذج الطويل أكثر اكتمالا؟ قبل كل شيء، يمكن أن تنتج المزيد من البيانات غير المفيدة أو غير الصحيحة. يجب أن يرتبط الاكتمال بالإنجاز والقرارات اللازمة.

هل جميع الطلبات تتطلب الموافقة؟ لا: يعتمد مستوى التحكم على المخاطر والتكلفة وقواعد المنظمة. يمكن تكييف التفويض المسبق مع عرض قياسي محدد جيدًا.

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