يرسل العملاء مستنداتهم بالبريد ويتصلون للسؤال عن حالة طلباتهم، بينما ينسخ الموظفون الطلبات بين الجداول والأنظمة. ويستخدم الموظفون أدوات متفرقة للإجازات والطلبات والاعتمادات. وتريد بعض المؤسسات أيضًا تحويل خدمة تقدمها يدويًا إلى منتج رقمي تستخدمه شركات أخرى. والمشكلة واحدة في كل هذه الحالات: الإجراء موجود، لكن لا يوجد مكان واحد يدخله الناس لإنجازه.
تبني Kemlat بوابات العملاء وبوابات الموظفين ومنتجات البرمجيات كخدمة (SaaS)، أي برامج يستخدمها العملاء عبر الإنترنت باشتراك. نحدد أدوار المستخدمين وما يراه كل دور وما يستطيع فعله، ونصمّم لوحة الإدارة التي سيشغّل بها فريقك المنصة، ونبني الوظائف والتكاملات المتفق عليها. ويُختبر كل إصدار على حالاتك الفعلية قبل إطلاقه.
كيف نعمل
- 01
تتبّع الإجراء
نتتبّع الإجراء الذي ستخدمه البوابة خطوة بخطوة مع الأشخاص الذين ينفذونه اليوم. ونسجّل كل نوع طلب، وكل اعتماد ومستند واستثناء.
- 02
المقارنة بين البناء والشراء
نتحقق مما إذا كان منتج قائم، أو نظامك الحالي مع بعض الإعدادات، يغطي الحاجة. ولا نوصي ببناء منصة خاصة إلا حين تكون الخيار الأفضل بوضوح.
- 03
تصميم الأدوار والمسارات ولوحة الإدارة
نحدد أدوار المستخدمين وصلاحياتهم ومسار كل طلب، ونصمّم شاشات المستخدم ولوحة الإدارة معًا. وفي منتجات SaaS نصمّم أيضًا التسجيل وخطط الاشتراك وفصل بيانات كل عميل.
- 04
البناء على مراحل والربط
نبني الوظائف المتفق عليها على مراحل، ونربط المنصة بأنظمة مثل ERP وCRM والبريد والتوقيع الإلكتروني حسب الاتفاق. وتنتهي كل مرحلة بنسخة عاملة تراجعها.
- 05
الاختبار والإطلاق لمجموعة أولى
نختبر بحالات حقيقية، تشمل فحص الصلاحيات وفشل الربط، وينفذ فريقك اختبارات القبول. ثم تُفتح المنصة لمجموعة أولى من المستخدمين قبل البقية.
- 06
متابعة الاستخدام والتحسين
نتابع التسجيلات وأعداد الطلبات وأوقات إنجازها والأخطاء، ونتفق معك على مجموعة التحسينات التالية.
ما الذي تستلمه
نموذج الأدوار والصلاحيات
قائمة موثقة بأنواع المستخدمين وما يستطيع كل منهم عرضه أو إنشاؤه أو اعتماده أو تصديره.
مسارات الطلبات ولوحة الإدارة
مسارات مبنية لكل نوع طلب، مع لوحة إدارة للمستخدمين والإعدادات والمحتوى.
الوظائف والتكاملات المتفق عليها
الوظائف والربط مع الأنظمة المحددة في النطاق، مبنية وموثقة.
سجل النشاط والتنبيهات
سجل يبين من فعل ماذا ومتى، مع تنبيهات بالبريد أو داخل المنصة عند الخطوات الأساسية.
اختبار القبول والإطلاق
نتائج اختبار يعتمدها فريقك، وفتح تدريجي للمنصة أمام المستخدمين.
التسليم التقني
الشيفرة المصدرية وملاحظات النشر ودليل مدير النظام، تُسلَّم إلى فريقك.
ما الذي يتغير لديك
- يتابع العملاء والموظفون حالة الطلب بأنفسهم بدل الاتصال أو المراسلة.
- لكل طلب مسؤول، وموضعه في المسار ظاهر للجميع.
- يرى المديرون أعداد الطلبات ومواضع التأخير دون أن يطلبوا من أحد إعداد تقرير.
- إذا كانت المنصة منتجًا تبيعه، يمكن تقديمها لمؤسسات أخرى باشتراك.
موقع الخدمة في منهجية KEMLAT
النطاق: تقتصر الوظائف والتكاملات على ما ورد في النطاق المتفق عليه. أما طلبات الوظائف الجديدة فتُقدَّر وتُضاف كمراحل لاحقة. وتصلك فواتير تكاليف التشغيل، مثل الاستضافة والرسائل النصية والتوقيع الإلكتروني، من كل مزود مباشرة.
أسئلة يطرحها العملاء
هل نبني بوابة أم نشتري منتجًا قائمًا؟
إذا كان منتج ناضج يغطي معظم إجرائك، فالشراء عادةً أسرع وأسهل في التشغيل. ويكون البناء منطقيًا حين يكون الإجراء خاصًا بك، أو حين تكون المنصة نفسها هي المنتج الذي تبيعه. وتحصل على توصية مكتوبة قبل بدء التصميم.
هل يمكن ربط البوابة بأنظمتنا الحالية؟
معظم الأنظمة الحديثة تتبادل البيانات عبر واجهة برمجة التطبيقات (API). أما الأنظمة القديمة فقد نستخدم معها تبادل ملفات مجدولًا. ونحدد طريقة الربط لكل نظام أثناء التصميم.
كيف تبقى بيانات كل عميل منفصلة في منتج SaaS؟
تُفصل بيانات كل مؤسسة عميلة في قاعدة البيانات، وتتحقق قواعد الصلاحيات منها في كل طلب. ونختبر ذلك تحديدًا قبل الإطلاق، لأن اطلاع عميل على بيانات عميل آخر أخطر خلل يمكن أن يقع في منتج SaaS.
هل يمكن أن نبدأ بنطاق صغير ونضيف الوظائف لاحقًا؟
نعم، وهذا ما نوصي به. إصدار أول يغطي الطلبات الأكثر شيوعًا يتيح لك التعلم من الاستخدام الفعلي قبل الاستثمار في الباقي.
خدمات مرتبطة
كل الخدماتابدأ بمحادثة
أخبرنا أين تقف اليوم، وسنقترح عليك الخطوة الأولى المناسبة دون أي التزام.