تقدم البرمجيات القياسية نفس الإعدادات والعمليات لمعظم المستخدمين. تمنح البرمجيات القابلة للتكوين المؤسسة مزيدًا من التحكم في كيفية إعداد البرمجيات الحالية.
مع البرمجيات القابلة للتكوين، يمكن للفرق غالبًا تغيير الحقول، الصفحات، القواعد، الوصول، سير العمل، التقارير، وإعدادات أخرى دون إعادة بناء المنتج الأساسي. يمكن أن يجعل هذا البرمجيات تناسب مؤسسات مختلفة مع الحفاظ على منصة رئيسية واحدة تحتها.
ما هو الاختلاف الرئيسي؟
| المجال | البرمجيات القياسية | البرمجيات القابلة للتكوين |
|---|---|---|
| الإعداد | يعمل معظم المستخدمين من نفس الهيكل الافتراضي. | يمكن تعديل الهيكل باستخدام الإعدادات المدعومة. |
| سير العمل | يتبع المستخدمون عادةً العملية المدمجة في المنتج. | يمكن غالبًا تغيير القواعد، الخطوات، الموافقات، والأتمتة. |
| البيانات | تكون الحقول والسجلات ثابتة في الغالب. | يمكن غالبًا تعديل الحقول، والعلاقات، والصفحات، والعروض. |
| الوصول للمستخدم | قد تكون خيارات الوصول بسيطة أو ثابتة. | يمكن تعيين الأدوار والأذونات حول وظائف مختلفة. |
| جهد التغيير | قد يتطلب الحاجة المفقودة من البائع تغيير المنتج. | يمكن إجراء العديد من التغييرات من خلال التكوين قبل النظر في التطوير المخصص. |
ماذا يمكن أن تغير البرمجيات القابلة للتكوين؟
تعتمد الخيارات الدقيقة على المنصة. في Salesforce، يمكن تغيير العديد من أجزاء النظام باستخدام أدوات النقطة والنقر بدلاً من الكود.
- الحقول وأنواع السجلات.
- تخطيطات الصفحات والعروض.
- أدوار المستخدمين والأذونات.
- قواعد سير العمل والموافقات.
- الإشعارات والإجراءات الآلية.
- التقارير ولوحات المعلومات.
للحصول على تعريف أعمق، انظر ما هي البرمجيات القابلة للتكوين؟.
هل تعني القابلية للتكوين تخصيص كامل؟
لا. لا تزال البرمجيات القابلة للتكوين تحتوي على منتج أساسي، وقواعد، وحدود تقنية. تقوم المؤسسة بتغيير الإعداد داخل تلك الخيارات المدعومة.
إذا لم يكن من الممكن التعامل مع حاجة مهمة من خلال الإعدادات العادية، فقد تكون هناك حاجة إلى تكامل أو تطوير مخصص. هذا قرار مختلف عن التكوين.
قاعدة بسيطة
يغير التكوين كيفية إعداد المنتج الحالي. يضيف التطوير المخصص شيئًا لا يمكن أن توفره أدوات الإعداد الحالية.
لماذا يهم هذا بالنسبة لـ Booking Ninjas؟
تم بناء Booking Ninjas على Salesforce، لذا يمكن تعديل العديد من أجزاء الإعداد حول مستخدمين مختلفين، وسجلات، وقواعد، وسير عمل، وتقارير. هذه واحدة من الأسباب التي تجعل المنصة تدعم صناعات ونماذج تشغيل مختلفة.
على سبيل المثال، قد تحتاج منظمة واحدة إلى موافقة قبل تأكيد الحجز. قد تسمح أخرى بالتأكيد الفوري ولكن تنشئ مهمة للموظف بعد الحجز. يمكن لكليهما استخدام نفس المنصة مع قواعد سير عمل مختلفة.
انظر أتمتة سير العمل لمنطقة واحدة يمكن تكوين هذه الاختلافات فيها.
متى يمكن أن تكون البرمجيات القياسية كافية؟
يمكن أن تكون البرمجيات القياسية خيارًا جيدًا عندما يكون لدى العمل عملية بسيطة ويكون مرتاحًا في اتباع الطريقة العادية للعمل للمنتج.
تصبح البرمجيات القابلة للتكوين أكثر فائدة عندما يكون لدى المؤسسة أدوار مستخدمين مختلفة، وقواعد موافقة، ومواقع، واحتياجات تقارير، أو سير عمل لا تناسب إعدادًا ثابتًا واحدًا.
المصادر وقراءة إضافية
- مساعدة Salesforce: توسيع Salesforce بالنقرات، وليس الكود — يوضح كيف يمكن تغيير الحقول، والبيانات، والعمليات، والصفحات، والتطبيقات باستخدام أدوات النقطة والنقر.
- Salesforce: منشئ التطبيقات Lightning — يوضح كيف يمكن تكوين الصفحات، والإجراءات، والرؤية، وسير العمل حول المستخدمين والبيانات.
- Booking Ninjas: أتمتة سير العمل — يوضح الموافقات القابلة للتكوين، والتوجيه، والإشعارات، والمهام، وقواعد سير العمل.
تدعم المصادر المقارنة العامة. تعتمد خيارات التكوين الدقيقة في مشروع Booking Ninjas على الإعداد المتفق عليه.