نواصل الكتابة عن اختيارنا لنظام لرقمنة الأعمال.
كيف بدأ كل شيء ، اقرأ هنا.واسمحوا لي أن أذكركم:
نحن شركة خدمات قررت إيجاد حبة سحرية لأعمالنا ، بفضلها "جافة" وكل العمليات التجارية تسير بسلاسة ودون انقطاع.
نحن نعتبرها لتوفر الوظائف التي نحتاجها. أي منها؟
3 وظائف مهمة بالنسبة لنا
هذه الميزات بعيدة كل البعد عن كل ما بحثنا عنه في ServiceDesk. انظر القائمة الكاملة في مقالتنا الأولى. هناك وصفنا 3 ميزات ، هنا 3 ، المتبقية - في المقال التالي.
هذه المقالة مقارنة:
- القدرة على تخصيص دورة حياة التطبيق حسب المكالمة الواردة دون برمجة. من الناحية المثالية ، هذا هو توفير الوقت. بالنسبة لنوع واحد من العمل ، ليست هناك حاجة لتنسيق العمل مع العميل ، وبالنسبة لآخر ، من الضروري. يمكن أن تكون دورة الحياة مختلفة تمامًا عن بعضها البعض اعتمادًا على نوع التطبيق (الحرج ، وليس الحرج ، المخطط ، وما إلى ذلك). يجب أن تكون هناك أداة مناسبة تسمح لك بوضع علامة عليها وتعديلها.
- تغيير تاريخ كل تطبيق. نود الحصول على شيء مثل التحكيم. في هذه الحالة ، نحن نتحدث عن فرصة لاستكشاف التسلسل الزمني للتعاون بأكمله ، مما يساعد في كثير من الأحيان في حل القضايا الخلافية. يعد السجل الواضح لتغييرات التطبيق أمرًا رائعًا لهذا الغرض.
- مرونة التكيف التصعيد (نقل المسؤولية) بين الموظفين. على سبيل المثال ، لا يمكن لشخص واحد الانتقال إلى التطبيق. ثم تحتاج إلى نقل التطبيق إلى الرأس ، الذي سيقوم بنقله إلى موظف آخر. يمكن أن ينعكس هذا بسرعة في النظام والبرامج النصية التي تم تكوينها مسبقا؟
كيف يتم تنفيذ هذه الميزات؟
إعداد دورة حياة التطبيق
Planado
أثناء العملية ، نرى LC خطي بسيط: البدء - الإيقاف المؤقت - النهاية.
التخصيص لا يعمل. ياله من المؤسف.
من حيث المبدأ ، يمكن استخدام هذا النظام لحل مشاكلنا ، لكنه لن يكون مناسبًا.
Okdesk
إعدادات مرنة. من الممكن إنشاء حالات جديدة وتحديد الانتقالات بينها.
واجهة بسيطة وبديهية.
الخلاصة: إذا كانت الوظيفة مقبولة ، كحد أدنى ، هذا يكفي. ولكن لا توجد طريقة لبناء علاقة مرنة بين الحالات - سنفتقد هذه الوظيفة.
Grotem
إعداد تطبيق LC غير متوفر.
BPM اون لاين
إعدادات مرنة جدا. من الممكن إنشاء حالات جديدة وتحديد الانتقالات بينها. أي إعدادات من خلال وظيفة المدمج في.
HubEx
من الممكن إنشاء وتكوين دورة حياة التطبيق بشكل فردي. الحالات والمراحل والانتقالات قابلة للتخصيص ويمكن تخصيصها للشركة.
Naumen
من الممكن إنشاء حالات جديدة وتحديد الانتقالات بينها.
تكوين مرن لدورة الحياة. تحديد الرؤية والحقول الإلزامية حسب الحالة. كل هذا ممكن في واجهة تقني.
لكن مرة أخرى ، الواجهة ليست مناسبة للجميع.
تغيير التاريخ
Planado
التاريخ على هذا النحو لا يلاحظ. فقط تحديد الوقت عند تغيير الحالات.
هذا سيء ، لأنه لن ينجح أي تحكيم. مثل انعكاس التغييرات يتطلب ضغطًا إضافيًا وتذكر ما كان في ذلك الوقت ثم. وإذا كنت لا تتذكر ، فإنك تفقد التحكيم.
بالتأكيد ، هذا لا يناسبنا.
Okdesk
قصة جميلة القياسية. ويلاحظ عند حدوث التغيير وحالة التطبيق (السابق والجديد).
ممتع - عند الفحص الدقيق ، من الواضح من قام بتغيير حالة التطبيق. ولكن هذا أيضًا ناقص - يمكنك مراعاة مؤلف التغييرات فقط إذا نظرت عن كثب (لأن المؤلف مؤشر فقط في نص التغيير وليس في عمود منفصل).
هل يناسبنا؟ لا ، لأن مثل هذه القصة تستغرق الكثير من الوقت للعمل معها. على الأقل ، أرغب في عرض تاريخ أكثر ملاءمة للبحث بسرعة عن المعلومات.
Grotem
يخزن النظام محفوظات تغيير التطبيق.
في السجل ، يمكنك رؤية الخيارات التالية:
- تاريخ التغيير
- الحالة
- مؤلف التغيير
هل هذه الوظيفة مناسبة لنا؟ نعم هذا ممكن.
BPM اون لاين
وجود وجهات نظر متعددة حول التغييرات.
في النظام ، يمكنك عرض محفوظات التغييرات لكل مرحلة من مراحل التطبيق:
- من قام بالتغييرات ،
- عندما فعل ذلك ،
- أي منها.
هل وظائف هذا النظام مناسبة لنا؟ ربما. سوف ننظر أبعد من ذلك.
HubEx
يتم تخزين "تغيير التاريخ" في القسم المناسب داخل التطبيق.
يتم تخزين المعلومات التالية في السجل:
- حالة الطلب ،
- مرحلة دورة حياة التطبيق ،
- من قام بالتغيير ،
- عندما قام بالتغييرات ،
- في أي وقت فعلت التغييرات.
هنا يمكنك العثور على معلومات حول حالة التطبيق وفترة الصلاحية وحالة التطبيق.
مكافأة لطيفة جدًا: في تاريخ التغييرات ، يمكنك معرفة ما إذا كان هناك موظف في المنشأة أم لا. في حالة الطلب (وسط الشاشة) ، يعرض النظام مكان إجراء التغيير.
هل هذه الوظيفة مناسبة لشركتنا؟ أعتقد ذلك ، لكن يوجد حل آخر.
Naumen
قصة قياسية إلى حد ما.
تم تنفيذ تثبيت معظم التغييرات على سمات التطبيق:
- تواريخ التعديل ،
- وصف التغيير ،
- مؤلف التغيير.
يتوقع الإصدار التالي إضافة الموقع الجغرافي عند تغيير الحالة.
إعداد التصعيد الآلي (نقل المسؤولية)
من الناحية المثالية ، أود تشغيل هذه العملية تلقائيًا بحيث يتغير النظام نفسه ويخطر الشخص المسؤول عن التطبيق ، وفقًا للسيناريو المحدد.
على سبيل المثال ، إذا تم تعليق التطبيق على الحالة "جديد" لأكثر من ساعتين أو عند تغيير حالة الطلب إلى "رفض المنفذ" - هل يمكن للنظام أن ينقل الطلب بشكل مستقل إلى رئيس المؤسسة؟
Planado
لا توجد إعدادات التصعيد بأي شكل من الأشكال. هذا ، للأسف ، واضح ، لأن الشركة قد تفقد جزءًا من إيراداتها بسبب فقدان العملاء. ناقص ضخم ...
Okdesk
يتم تنفيذ تصعيد فقط في شكل تنبيه بريد إلكتروني واحد ، يمكنك تكوين توقيت التنبيهات.
هذا ليس مناسبًا تمامًا لنا ، لأنني أود إخطار الرأس ليس فقط عن طريق البريد الإلكتروني.
Grotem
في إصدار نموذجي من النظام ، لا يتم توفير هذه الوظيفة. التخصيص الفردي فقط.
من حيث المبدأ ، يمكنك التفكير في هذا الخيار ، لكنني لا أريد إنفاق أموال إضافية.
BPM اون لاين
يتم تكوين التصعيد في مصمم العمليات التجارية ، في علامة التبويب "النماذج".
هنا يمكنك تحديد شرط تنفيذ المهمة أو الفترة الزمنية التي يجب خلالها إكمال المهمة. خلاف ذلك ، يتم إخطار الإدارة في النظام.
هل هذا مناسب لنا؟ لا ، لأن الإدارة لا "تجلس" دائمًا في النظام ، وتحتاج إلى إشعارات عبر قنوات أخرى (البريد الإلكتروني والرسائل القصيرة على الأقل).
HubEx
في النظام ، يمكنك بسهولة تكوين التصعيد - حيث يتم تكوين شروط إرسال الإشعار ونص الإخطار والوظائف الأخرى.
تتوفر الإخطارات عبر رسائل الدفع أو البريد الإلكتروني.
مناسبة لنا؟ ربما ، ولكن ليس ما يكفي من وسائل الإعلام.
Naumen
نفذت عددا كبيرا من الإعدادات لآلية التصعيد. هناك رسائل البريد الإلكتروني والرسائل القصيرة ودفع الإخطارات.
النظام مناسب بالتأكيد لمنظمتنا.
أن تستمر ...
هذا كل شيء ، بالطبع ، جيد. ولكن هناك الكثير من المواد. لا أريد أن أتحمل القارئ المحترم من خلال كتاباتي. وليس هناك وقت لفصول الخيال.
في النهاية ، نحن لسنا داريا دانتسوفا ، لختم الكتب بأكملها عدة قطع في اليوم. لذلك ، سنصدر المعلومات تدريجيا.
إلى الاتصال!
الجزء 1الجزء 3