New Page 1
1.المقدمة
1.1
الغرض
1.2
من نخاطب
1.3
تعريفات واختصارات
1.4
وجهة النظر
1.5
نظرة
1.6
مراجع
2.نظرة
عامة ووصف للنظام
2.1
طبيعة المستحدمين
ووظائفهم
2.2
بيئة التشغيل
2.3
الاجهزة
2.4
دورات العمل ودورة
البيانات
3.
متطلبات عامة
3.1
الشمولية
3.2
الاداء
3.3
الاتاحة
3.4
الاعتمادية
3.5
السرية والخصوصة
3.6
سهولة التشغيل والادارة
3.7
النسخ الاحتياطى
3.8
نقل الى النظام من نظم
قديمة
4.
وظائف النظام
4.1
نظام ادارة المستخدمين
4.1.1
الدخول الى النظام
4.1.2
تسجيل المستخدمين
4.1.3 تسجيل المجموعات
4.2 وظائف التسويق
العقارى
4.2.1 تعريف المشاريع
4.2.2 تعريف الوحدات
4.2.3 تسجيل العملاء
4.2.4 الاستعلام عن
وحدات المشاريع
4.2.5 ايقاف التعامل على
وحدات
4.2.6 حجز الوحدات
لصالح عميل
4.2.7 التعاقد
4.2.8 سداد الاقساط
4.2.9سداد الغرامة
4.2.10 تسليم الوحدات
4.2.11 الغاء عقد
4.2.12استرداد العميل
للمدفوعات
4.2.13 التنازل
4.3 الشيكات
4.3.1 تحرير شيك
4.3.2 تغيير حالة الشيك
4.3.3 تغيير مكان الشيك
4.3.4 رد الشيك للعميل
4.4 دعم العملاء
4.4.1 استقبال العملاء
4.4.2 خدمة العملاء
4.4.3 توجيه العملاء
4.4.4 تخليق تيكيت
4.4.5 معالجة تيكيت
4.4.6 انهاء تيكيت
4.4.7 تكوين حملات
التواصل مع العملاء
4.4.8 تكوين حملات
النظام
4.4.9 تكوين حملات
محكومة بقواعد
4.4.10 ربط العملاء
بالحملة من خلال الاستحقاقات
4.4.11 ارسال رسائل
للعملاء
4.4.12 طباعة الخطابات
4.4.13 تحديد مجموعة
عملاء مع موظف للاتصال
4.4.14 مهاتفة العملاء
0
New Page 1
This section explains the software requirement specifications
(SRS) for the ‘Computerization of Realty’ Project. The document consists of a
listing of the required functionality, System and technical requirements as well
as specific constraints related to the project. Preliminary level GUIs of the
required application are also presented. The specifications provided in this
section is based on a primitive system analysis and are not final. The SRS is
subject to be updated from time to time depends on the varied requirements.
Similarly Use Case Models and Graphical User interfaces
1.1
الغرض
نهدف من خلال النصوص الى
تقديم وصف كامل للبرنامج software
يقدم عملية اتمتة ونقل
جزأمن عالم الاستثمار العقارى الى الحاسب الالى
1.2
القراء المستهدفين
1.
الادارة العليا
2.
البياعين
3.
محررى العقود
4.
متخصصى تكنولوجيا
المعلومات(IT)
5.
محاسبى المبيعات
6.
خدمة العملاء
1.3
النقاط الاساسية
الوحدات المعروضة للبيع
والوحدات المباعة والبياعين واسهاماتهم والاقساط والمدفوعات والشيكات والاتصال
بالعلااء وارسال رسائل او طباعة خطابات
نظام ادارة المستخدمين
نظام مستقل لادارة الصلاحيات والمستخدمين
1.4
اختصارات
UMS User Management System
1.5
وجهة نظر
كلمة
System
هى كلمة يونانية تعنى
Standing Together
يعنى قدرتنا على العمل
سويا وهى قدرة النظام على تقديم معرفة الاشحاص العاملين داخل المؤسسة و عملهم سويا
كوحدة واحدة وتوفير المعلومة فى الوقت المناسب من اى مكان مما يؤدى لامكانية ادارة
المؤسسة بشكل اكثر فعالية
1.6
نظرة عامة
نسعى من خلال الdocument
الحالى لتقديم
وصف مفصل للsoftware system
وتقديم نمازج تدفق
البيانات DFD
و
Use case
و بعض الشاشات
0
60040;70073;70074;70075;70076;70077;70078;70079;70080;70081;70082
New Page 1
فى هذه الجزئية تقديم
وجهة نظر عامة للنظام والبيئة المفترض عمله عليها والمستخدمين المرجح عملهم
والعوائق والفرضيات
2.1
المستخدمين ودورهم فى
النظام
البياعين لهم القدرة على
الاستعلام عن الوحدات المتاحة وخصائصها واسعارها و العملاء المرجحين والاتصال بهم
وتحديد ماتم ودرجة تقبل العميل
محررى العقود وهم
الاشخاص المتاح لهم تحرير العقود وتحديد المدة المالية وتقسيم المستحقات
مسئولى خدمة العملاء
والاتصال بالعملاء ومتابعتهم
مشئولى المتاخرات
ومتابعة المتاخرات مع العملاء
2.2
بيئة التشغيل
يعمل البرنامج بنظام
Server-Client model
بالنسبة
لل Server
او خادم البيانات
Microsoft
windows server
Microsoft SQL server 2008 or higher version
بالنسبة لل
client site
Microsoft Windows XP or newer versions
2.3
ال
Hardware
As a client-server model we do have two hardware classifications
1.
server class
2.
client class
UPS : alternative power supply
Printers: an important output device for report
2.4 نموزج تدفق البيانات DFD [عودة]
تدفق البيانات لنظام المستخدمين [عودة]
images\6\5007\ContextDiagram.jpg;images\6\5008\Drawing0.jpg;images\6\5009\UMSDFD.jpg;images\6\5010\Diagram2Sales.jpg;images\6\5011\Diagram2-1Reservation.jpg;images\6\5012\Digram2-2.jpg;images\6\5013\Diagram2-3.jpg;images\6\5014\Diagram2-3-8.jpg;images\6\5015\Diagram2-5.jpg
images\6\5007\ContextDiagram.jpg;images\6\5008\Drawing0.jpg;images\6\5009\UMSDFD.jpg;images\6\5010\Diagram2Sales.jpg;images\6\5011\Diagram2-1Reservation.jpg;images\6\5012\Digram2-2.jpg;images\6\5013\Diagram2-3.jpg;images\6\5014\Diagram2-3-8.jpg;images\6\5015\Diagram2-5.jpg
9
New Page 1
3.1 Scalability
The system should be scalable and no additional software or
hardware cost associated to make it scalable
3.2 Performance
The system should be proposed to considering the performance
requirements
3,3 Availability
The system should be available and it should meet the
availability requirements to start with the system might not be 24/7 but it
should be easily to be converted to it
1.4
Reliability
The proposed solution should ensure the integrity and
consistency of the application and all its transactions as the load increases
1.5
security
the proposed solution should insure the system is secure and it
can’t be compromised
1.6
manageability
the proposed system should be capable of managing the system
1.7
Disaster from recovery
1.8
system transition
providing a detailed system transition plan . It is important
that the transition from the old system to the new system happens in an
organized and planned manner
0
60042;60043;60045;70038;70039;70040;70041;70042;70043;70044;70045;70046;70047;70048;70049;70050;70051;70052;70053;70054;70055;70056;70057;70058;70059;70060;70061;70062;70063;70064;70065;70066;70067;70068;70069;70070;70071;70072
4.1 نظام ادارة المستحدمين [عودة]
4.1.1 الدخول الى النظام [عودة]
|
ادارة
المستخدمين – الدخول الى النظام |
النظام |
|
النظام &
المتخدمين & مدير النظام |
المستخدمين |
|
بوابة
الدخول الى النظام
لكل مستخدم
UserName&Password
اسم مستخدم
وكلمة مرور تميز المستخدم
عند تعرف
النظام على المستخدم يفتح النظام الصلاخيات المتاحة للمستخدم
صلاحيات
المستخدم تكون من خلال انتماؤه لمجموعة معينة لها صلاحيات او كينونته
كمدبر للنظام فيملك جميع الصلاحيات او صلاخيات ممنوحة بشكل مباشر |
الوصف |
|
محاولة دخول
المستخدم الى النظام |
الحافز |
|
فى حالة
تعرف النظام على المستخدم يقوم باتاخة الصلاحيات |
النتيجة |
|
نظام ادارة
المستخدمين يعمل بمعزل عن نظام التسويق |
ملاحظة |
4.1.2 تسجيل المستخدمين [عودة]
|
ادارة
المستخدمين – تسجيل المستخدمين |
النظام |
|
النظام & مدير
النظام |
المستخدمين |
|
تسجيل مستخدم
جديد او تعديل صلاحيات المستخدمين
يتم تمييز
المستخدم باسم وكلمة مرور
يتم تحديد
المجموعة التى ينتمى اليها المستخدم
يتم تحديد
الصلاحيات الممنوحة للمستخدم وما اذا كانت ممنوحة بشكل دائم او لفترة مجددة |
وصف |
|
مستخدم جديد
اوتعديل صلاخيات مستخدم |
الحافز |
|
مستخدم جديد او
حزمة جديدة من الصلاحيات |
النتيجة |
|
المستخدم يحصل
على صلاحياته اما لانتمائه لمجموعة تملك مجموعة صلاحيات او كونه مدير
للنظام او بمنح مجموعة صلاحيات |
ملاحظات |
4.1.3 تسجيل المجموعات [عودة]
|
ادارة
المستخدمين – تسجيل المجموعات |
النظام |
|
النظام & مدير
النظام |
المستحدمين |
|
تسجيل مجموعة
تمثل تصنيف للمستخدمين
كل المستخدمين
الذين ينتمون للمجموعة يرثون صلاحيات المجموعة |
وصف |
|
مجموعة جديدة |
الحافز |
|
انتاج مجموعة
جديدة |
النتيجة |
|
|
ملاحظات |
4.2 وظائف التسويق العقارى [عودة]
4.2.1 تعريف المشاريع [عودة]
|
التسويق
العقارى-تعريف المشاريع |
النظام |
|
النظام&المستخدم
او مدير النظام |
المستخدمين |
|
نعريف المشاريع
التى تحوى الوحدات التسويقة
تعريف التواريخ
المطلوبة مثل تاريخ بداية الحجز & تاريخ بداية التعاقدات & بداية العمل
|
الوصف
|
|
مشروع جديد |
الحافز |
|
مشروع جديد او
تعديل بيانات مشروع موجود |
النتيجة |
|
|
ملاحظة |
4.2.2 تعريف الوحدات [عودة]
|
التسويق
العقارى- تعريف الوحدات |
النظام |
|
النظام & مدير
النظام |
المستخدمين |
|
تعريف الوحدات
التى تمثل اساس النظام
البرج & كود &
رقم الوحدة & وحدات القياس كالمساحة والملحقات & الجوار & الاطلالة |
الوصف |
|
وحدة جديدة |
الحافز |
|
وحدة جديدة او
تعديل بيانات وحدة |
النتيجة |
|
الوحدات هى
main core
للنظام |
ملاحظة |
4.2.3 تسجيل العملاء [عودة]
|
التسويق العقارى
– تسجيل العملاء |
النظام |
|
النظام – مستخدم
– موظف خدمة العملاء – بائع – موظف استقبال |
المستخدمين |
|
تسجيل بيانات
العميل اسم وعمل و توصيف
درجة العميل
(عميل حالى او عميل متوقع او عميل ميؤس من)
مسئول المبيعات
المسئول عن متابعة العميل |
وصف
|
|
عميل جديد او
تعجيل بيانات عميل او الحاق العميل لمسئول مبيعات |
الحافز |
|
عميل جديد او
تعديل بيانات عميل |
نتيجة |
|
العملاء من اهم
اجزاء النظام والبيانات الاساسية تتدخل بشكل اساسى فى وظائف النظام |
ملاحظة |
4.2.4 الاستعلام عن وحدات المشاريع [عودة]
|
التسويق العقارى
– الاستعلام عن الوحدات |
النظام |
|
النظام &
البياع & مدير النظام |
المستحدمين |
|
الاستعلام عن
الوحدات المتاخة او المغلقة او المشغولة على حسب الحاجة
معاملات البحث
عادة ماتكون بالمشروع او البرج او النوع & الاطلالة& الاستخدام & المساحة
…
اى بيان يتم
تعريفه مع الوحدة |
الوصف
|
|
الرغبة فى
الاستعلام عن وحدات |
الحافز |
|
مجموعة من
الوحدات ينطبق عليها الشروط |
النتيجة |
|
|
ملاحظة |
4.2.5 ايقاف التعامل على وحدات [عودة]
|
التسويق العقارى
– ايقاف التعامل على الوحدات |
النظام |
|
النظام & البياع
& المحاسب او مدير النظام |
المستخدمين |
|
وقف التعامل على
الوحدة الا من خلال المستخدم او مدير النظام
لايقاف التعامل
مع الوحدة الوحدة يجب ان تكون فارغة وغير موقوفة
يمكن ايفا
الوحدة اما بشكل دائم او لمدة محددة باليوم او بالشهر او بالساعة او
بالدقيقة
فى حالة الغلق
المؤقت الوحدة سوف تحرر بشكل تلقائى بعد المدة المحددة
فى خالة الايقاف
الدائم يجب فتخها صراحة |
وصف |
|
الرغبة فى ايقاف
التعامل على الوحدة |
الحافز |
|
وحدة موقوفة |
النتيجة |
|
الوحدة تمثل
نقطة تنافس بين المستخدمين ربما يود اكثر من شخص وقف الوحدة او حجزها ولكن
شخص واحد هو من يتمكن من اداء العملية |
ملاحظة |
4.2.6 حجز الوحدات لصالح عميل [عودة]
|
التسويق العقارى
– حجز الوحدات |
النظام |
|
النظام &
المستخدم & البياع |
المستخدمين |
|
حجز وحدة لعميل
وسداد دفعة مقدمة |
الوصف |
|
عميل يريد حجز
وحدة عملية تخصيص |
الحافز |
|
حجز وحدة لصالح
عميل
عملية سداد
لدفعة |
النتيجة |
|
|
ملاحظة |
4.2.7 التعاقد [عودة]
|
التسويق العقارى
- التعاقد |
النظام |
|
النظام & البياع
& المحاسب |
المستخدمين |
|
اكمال بيانات
العقد
تحديد طريفة
الدفع والاستحقاقات (فورى أو على اقساط)
الخصومات
تحديد الخدمات
وسعرها والمبالغ الاضاقية
تحديد البياعين
واسهاماتهم لادارة العمولة
أكمال بيانات
العملاء |
الوصف |
|
عملية التعاقد |
الحافز |
|
بيانات العقد
واستحقاقات |
الناتج
|
|
|
ملاحظة |
4.2.8 سداد الاقساط [عودة]
|
التسويق العقارى
– سداد الاقساط |
النظام |
|
النظام &
المحاسب & المحصل |
المستخدمين |
|
تحديد العقد
تحديد القسط
المراد سداده
تحديد القيمة
المسددة سواء القيمة المتبقية بالكامل او جزأ
تحديد طريقة
السداد
(شيك & كاش &
فيزا)
فى حالة السداد
بشيط تحديد بيانات الشيك
فى حالة ان
القسط مسدد بشيك فعليا
تكون لك القدره
على تغيير حالة الشيك
تحديد الغرامة
فى خالة التأخير |
الوصف
|
|
رغبة العميل فى
سداد |
الحافز |
|
التأثير فى
مستحقات العميل
التاثير فى دخل
اليوم |
النتيجة |
|
|
ملاحظة |
4.2.9سداد الغرامة [عودة]
|
التسويق العقارى
– سداد الغرامة |
النظام |
|
النظام &
المحاسب |
المستخدمين |
|
استدعاء العقد
تحديد القيمة
المراد سجادها من الغرامة
تحديد طريقة
الدفع
(كاش او شيك او
فيزا)
فى حالة السداد
بشيك يقوم بتحديد بيانات الشيك او استدعاء الشيك المطلوب
|
الوصف |
|
العميل يسدد
الغرامة المفروضة |
الحافز |
|
سداد جزأمن
الغرامة
التاثير فى دخل
اليوم |
النتيجة |
|
|
ملاحظة |
4.2.10 تسليم الوحدات [عودة]
|
تسويق عقارى –
تسليم الوحدات |
النظام
|
|
النظام & مدير
النظام |
المستخدمين |
|
تسليم الوحدة
للعميل
عملية التسليم
لها ثلاث اشكال اولا تسليم البرج و تسليم الوحدة وتسليم الوحدة فى العقد
بعض الوحدات
يرتبط دفعة الاستلام فيها بحدث الاستلام |
الوصف |
|
الوحدة جاهزة
للاستلام |
الحافز |
|
تم استلام
الوحدة ومايترتب عليها من التعامل مع المسنحقات |
النتيجة |
|
|
ملاحظة |
4.2.11 الغاء عقد [عودة]
|
تسويق عقارى
–الغاء عقد |
النظام
|
|
النظام &
المحاسب |
المستخدمين |
|
يتم الغاء عقد
او حجز عن الوحدة
يقوم النظام بقك
ارتباط كافة الشيكات المرتبطة بمدفوعات وغير محصلة تصبح صلخة للرد للعميل
يتم تحديد قيمة
الخصم من المبلغ
يتم تحديد
القيمة المستحقة للعميل
يتم تحرير شيكات
بالمبالغ المستحقة عند الحاجة |
الوصف |
|
فسح وحدة
|
الحافز |
|
الوحدات
الموجودة مع العقد تصبح خالية
يصبح للعميل
مستحقات |
النتيجة |
|
فى حالة حظر
التعامل مع الوحدات لا يمكن الفسخ الا بعد فك الحظر |
ملاحظة |
4.2.12استرداد العميل للمدفوعات [عودة]
|
تسويق عقارى
–استرداد العميل للمدفوعات |
النظام
|
|
النظام &
المحاسب |
المستخدمين |
|
بعد الغاء
العميل للعقد يصبح هناك مستحقات للعميل
يتم استرداد
المستحقات اما على دفعة واحدة او على دفعات
يتم الاسترداد
فورى او بشيك مؤجل |
الوصف |
|
فسح وحدة ورغبة
العميل فى استرداد مستحقاته |
الحافز |
|
التاثير فى
مستحقات العميل والخزينة |
النتيجة |
|
|
ملاحظة |
4.2.13 التنازل [عودة]
|
تسويق عقارى
–التنازل |
النظام
|
|
النظام &
المحاسب |
المستخدمين |
|
يتنازل العميل
عن العقد لعميل اخر
تنتقل الوحدة او
الوحدات الى العميل الجديد
يتم اضافة
مصاريف للتنازل على قيمة المستحقات عن الوحدة
يتم جدولة
المستحقات او تركها كما هى او السداد الفورى |
الوصف |
|
عميل يتنازل عن
وحدته لعميل اخر |
الحافز |
|
التاثير فى
الاشغال والمستحقات |
النتيجة |
|
|
ملاحظة |
4.3.1 تحرير شيك [عودة]
|
تسويق عقارى –
تحرير شيك |
النظام
|
|
النظام &
المحاسب |
المستخدمين |
|
تحرير شيك وارد
الى الشركة وربطه بعميل معين
ربط الشيك
بعمليات دفع |
الوصف |
|
تحرير شيك
|
الحافز |
|
شيك مؤجل على ان
يكون مستحق او غير مستحق من على حسب تاريخ استحقاقه |
النتيجة |
|
|
ملاحظة |
4.3.2 تغيير حالة الشيك [عودة]
|
تسويق عقارى –
تغيير حالة الشيك |
النظام
|
|
النظام &
المحاسب |
المستخدمين |
|
تغيير حالة
الشيك على حسب الحاجة
1-تقديم الشيك
الى البنك
2- تحصيل شيك فى
البنك
3- رفض الشيك
4- اعادة الشيك
الى حالته مؤجل
يجب ان لا يكون
هناك اى عملية تحصيل جزئية على الشيك ليكون متاح لهذة العمليات |
الوصف |
|
ورود شيت من
البنك بمجموعة شيكات او تقديم مجموعة شيكات للبنك |
الحافز |
|
تغيير حالة
الشيك وفى خالة تحصيل الشيك بالبنك يترتب عليه عملية سداد للاقساط |
النتيجة |
|
لرفض الشيك يجب
ان يكون حالته مقدم للبنك
يجب ان يكون
الشيك غير محصل جزئيا او اى جزأ منه |
ملاحظة |
4.3.3 تغيير مكان الشيك [عودة]
|
تسويق عقارى –
تغيير مكان الشيك |
النظام
|
|
النظام &
المحاسب |
المستخدمين |
|
تغيير مكان
الشيك او تغيير الخزنة التى تحوى الشيك
الشيك يجب ان
يكون موجود بالمؤسسة سواء اكان محصل جزئيا او كليا او غير مرتبط بعملية
سداد |
الوصف |
|
تغيير خزينة
الشيك |
الحافز |
|
حالة الشيك لم
تتغير ولكن خزينة الشيك تغيرت |
النتيجة |
|
|
ملاحظة |
4.3.4 رد الشيك للعميل [عودة]
|
تسويق عقارى –رد
الشيك للعميل |
النظام
|
|
النظام &
المحاسب |
المستخدمين |
|
يسترد العميل
الشيك الخاص به
لايمكن استرداد
شيك الا فى حالة عدم ارتباطه بمدفوعات غير محصلة (فك الربط فى هذه الحالة)
الشيك المحصل
داخل البنك او المقدم للبنك لا يمكن رده للعميل
عند رد الشيك
للعميل تتاثر خزينة الشيكات |
الوصف |
|
عميل يسترد
شيكاته |
الحافز |
|
الشيك غير موجود
بالخزينة مما يؤثر على خزينة الشيكات |
النتيجة |
|
|
ملاحظة |
4.4.1 استقبال العملاء [عودة]
|
تسويق عقارى –استقبال
العملاء |
النظام
|
|
النظام & موظف
الاستقبال |
المستخدمين |
|
حضور العملاء
للشركة للاستعلام عن الوحدات او الشكوى و الشراء
يتم تحديد موضوع
الزيارة والتوجيه اما لشخص معين اومجموعة اشخاص كحدمة العملاء او البائعين
او مسئولى تسويق |
الوصف |
|
زيارة عميل
للشركة |
الحافز |
|
يتم توجيه
العميل للجهة المناسبة لتلقى الخدمة |
النتيجة |
|
|
ملاحظة |
4.4.2 خدمة العملاء [عودة]
|
تسويق عقارى –خدمة
العملاء |
النظام
|
|
النظام & موظف
خدمة العملاء & البياع &مسئول مشاكل العملاء |
المستخدمين |
|
يقوم موظف
الاستقبال اما بتحويل العميل الى موظف معين او الى مجموعة من الموظفين
يقوم موظف خالى
بالتقاط العميل للمعالجة وادراء المقابلة
يقوم الموظف اما
بالمعالجة وانهاء الحالة او تخليق ticket
موجهة لمجموعة
معينة او اعادة التوجيه لشخص اخر
يلزم الموظف
الاطلاع على البيانات المالية والبيانات الخاصة بالعميل والاتصالات مع
العميل |
الوصف |
|
تحويل عميل الى
موظف او مجموعة موظفين |
الحافز |
|
اما انهاء حاجة
العميل او تحويل العميل او تخليق مشكلة او تعيين حالة انتظار لاتصال اخر
|
النتيجة |
|
|
ملاحظة |
4.4.3 توجيه العملاء [عودة]
|
تسويق عقارى –توجيه
العملاء |
النظام
|
|
النظام & مدير
المجموعة |
المستخدمين |
|
يقوم موظف
الاستقبال اما بتحويل العميل الى موظف معين او الى مجموعة من الموظفين
يقوم مدير
المجموعة بتحديد موظف معين من المجموعة او ربما ينقل العميل من موظف لاخر |
الوصف |
|
تحويل عميل الى
موظف او مجموعة ولم يتم المعالجة |
الحافز |
|
ظهور العميل
الجديد فى قائمة الموظف المحول اليه |
النتيجة |
|
|
ملاحظة |
4.4.4 تخليق تيكيت [عودة]
|
تسويق عقارى –تخليق
تيكيت |
النظام
|
|
النظام & موظف
حدمة العملاء او البائع او مسئول |
المستخدمين |
|
بعض العملاء لا
تنتهى حاجتهم عند الموظف لذا يقوم الموظف المسئول يقوم بتخليق مشكلة او
ticket
يتم تداولها او
حلها على اكثر من المرحلة |
الوصف |
|
مقصد العميل من
الزيارة لم يتحقق |
الحافز |
|
تحليق تيكيت او
مشكلة موجهة لمجموعة معينة تنتظر المعالجة |
النتيجة |
|
|
ملاحظة |
4.4.5 معالجة تيكيت [عودة]
|
تسويق عقارى –معالجة
تيكيت |
النظام
|
|
النظام & موظف
حدمة العملاء او البائع او مسئول |
المستخدمين |
|
عند تخليق
التيكيت يتم تحديد مجموعة توجه اليها المشكلة للحل
يلتقط احد افراد
المجموعة المشكلة ويبدأ فى الحل
يقوم بتغيير
حالة المشكلة على حسب الموقف فيصبح حال المشكلة مشاع للجميع او كل من يهتم
بالمشكلة |
الوصف |
|
التقاط احد
الموظفين المسئولين لمشكلة بقصد المعالجة |
الحافز |
|
معالجة المشكلة
او تأجيلها او تخليق مشكلة منها |
النتيجة |
|
|
ملاحظة |
4.4.6 انهاء تيكيت [عودة]
|
تسويق عقارى –انهاء
تيكيت |
النظام
|
|
النظام & موظف
حدمة العملاء او البائع او مسئول |
المستخدمين |
|
انهاء المشكلة
مع تعليق على المشكلة
يمكن استرجاع
حالات المشكلة فى كل مراحل الحل
انهاء المشكلة
يعنى اعادة التواصل مع العميل وقياس مدى رضاه |
الوصف |
|
المسئول عن الحل
يحدد انهاء المشكلة بالحل |
الحافز |
|
مشكلة منتهية
|
النتيجة |
|
|
ملاحظة |
4.4.7 تكوين حملات التواصل مع العملاء [عودة]
|
تسويق عقارى –
تكوين حملات التواصل مع العملاء |
النظام
|
|
النظام & موظف
حدمة العملاء اومسئولى التحصيل او موظفى التسويق |
المستخدمين |
|
يتم تحديد نوع
التواصل مع العملاء
يتم تحديد
العملاء اللى يتم التواصل معهم اما بالتحديد المباشر بالبحث عن عميل
واضافته او من خلال تحديد مجموعة من الشروط
فى حملات
المتأخرات يتم تحديد انواع الاقساط المستهدفة ومدى التاخير
فى حالة الرسائل
يتم كتابة الرسالة التى ترسل للعملاء
فى حالة الرسائل
الرسالة ممكن تكون ثابتة للجميع او متغيرة مع كل عميل
فى خالة حملات
التواصل بالخطابات يتم تكوين الخطاب واضافة المتغيرات كاسم العميل واسم
الوحدة والمشروع |
الوصف |
|
الحاجة لحملة
تواصل مع العملاء |
الحافز |
|
حملة تواصل مع
العملاء |
النتيجة |
|
|
ملاحظة |
4.4.8 تكوين حملات النظام [عودة]
|
تسويق عقارى –
تكوين حملات النظام |
النظام
|
|
النظام &
مسئول متابعة
المتأخرات |
المستخدمين |
|
يتم تكوين حملات
رسائل للنظام لمره واحدة
يتم ارسال
الرسائل بشكل دورى للعملاء على حسب تاريخ استحقاقهم
يتم تحديد
القواعد التى يتم الارسال على اساسها فيتم تحديد فروق الايام على سبيل
المثال فروق ايم 0 يوم تعنى فى تاريخ القسط و 14 يوم تعنى بعد تاريخ القسط
و-14 يوم قبل تاريخ الاستحقاق باسبوعين
يتم تحديد انواع
الاقساط المستهدفة والمشاريع
يتم تحديد
الاستثناءات وهم العملاء المفروض استثناءهم من الحملات |
الوصف |
|
تعمل الحملة
بشكل اوتوماتيكى على حسب المدة المحددة |
الحافز |
|
عملية تواصل مع
العميل بالرسالة |
النتيجة |
|
فى حالة سداد
العميل او ارسال رسالة خلال المدة المحددة لا يتم ارسال الرسالة |
ملاحظة |
4.4.9 تكوين حملات محكومة بقواعد [عودة]
|
تسويق عقارى –
تكوين حملات محكومة بقواعد |
النظام
|
|
النظام &
مسئول متابعة
المتأخرات |
المستخدمين |
|
يتم تكوين حملات
رسائل محكومة بقواعد
يتم ارسال
الرسائل مره واحدة
يتم تحديد
القواعد التى يتم الارسال على اساسها فيتم تحديد فروق الايام على سبيل
المثال فروق ايام 0 يوم تعنى فى تاريخ القسط و 14 يوم تعنى بعد تاريخ القسط
و-14 يوم قبل تاريخ الاستحقاق باسبوعين
يتم تحديد نوع
الفتره ما اذا كانت بين الفترات او فترة محددة فمثلا فى خالة الفترة
المحددة فى حالة وجود قاعدة 0 و 14 يوم تكزن الرسالة فى يوم الاستحقاق فقط
وال 14 يوم بعد اسبوعين من تاريخ الاستحقاق وفى خالة بين الفترات يكون
الارسال فى يوم الاستحقاق او من 0 يوم الى 14 يوم طالما لم يتم الارسال
يتم تحديد انواع
الاقساط المستهدفة والمشاريع
يتم تحديد
الاستثناءات وهم العملاء المفروض استثناءهم من الحملات |
الوصف |
|
تعمل الحملة
يدويا |
الحافز |
|
عملية تواصل مع
العميل بالرسالة |
النتيجة |
|
فى حالة سداد
العميل او ارسال رسالة خلال المدة المحددة لا يتم ارسال الرسالة |
ملاحظة |
4.4.10 ربط العملاء بالحملة من خلال الاستحقاقات [عودة]
|
تسويق عقارى –
ربط العملاء بالحملة من خلال الاستحقاقات |
النظام
|
|
النظام &
مسئول متابعة
المتأخرات |
المستخدمين |
|
يتم تكوين
الحملة وتحديد مااذا كانت حملة استحقاقات
يتم تحديد انواع
الاقساط المطلوبة
يتم تحديد
العملاء بالبحث فى استحقاقات العملاء المتأخرين فى سداد اقساط من النوع
المحدد مسبقا
يتم تحديد فترة
الاستحقاق المستهدفة وفترة التعاقد اذا كانت موجودة |
الوصف |
|
الرغبة فى تحديد
عملاء يدويا للاضافة للحملة |
الحافز |
|
عملية تواصل مع
العميل سواء كانت رسالة او خطاب او Email
او بالهاتف |
النتيجة |
|
|
ملاحظة |
4.4.11 ارسال رسائل للعملاء [عودة]
|
تسويق عقارى –
ارسال رسائل للعملاء |
النظام
|
|
النظام &
مسئول متابعة
المتأخرات او البياع او المسئول |
المستخدمين |
|
يتم تحديد عميل
بعينه وكتابة رسالة هاتفية الى العميل ثم الارسال |
الوصف |
|
الرغبة فى ارسال
رسالة للعميل بشكل محدد |
الحافز |
|
عملية تواصل مع
العميل |
النتيجة |
|
|
ملاحظة |
4.4.12 طباعة الخطابات [عودة]
|
تسويق عقارى –
طباعة الخطابات |
النظام
|
|
النظام &
مسئول متابعة
المتأخرات او البياع او المسئول |
المستخدمين |
|
يتم تحديد
الحملة ونص الخطاب
يتم تحديد
الاجزاء المتغيرة كأسم العميل &كود الوحدة & المشروع
يتم طباعة
الخطاب لكل العملاء الذين تم تحديدهم فى الحملة |
الوصف |
|
الرغبة فى طباعة
خطابات للارسال |
الحافز |
|
عملية تواصل مع
العميل من خلال الخطابات |
النتيجة |
|
|
ملاحظة |
4.4.13 تحديد مجموعة عملاء مع موظف للاتصال [عودة]
|
تسويق عقارى –
تحديد مجموعة عملاء مع موظف للاتصال |
النظام
|
|
النظام & مدير
مسئول
متابعة المتأخرات او مدير مجموعة المبيعات او المسئول |
المستخدمين |
|
عند انشاء حملة
وتحديد العملاء المستهدفين من الحملة يتم تخصيص كل مجموعة من العملاء لموظف
معين
بخيث يصبخ هو
المسئول عن عملية التواصل |
الوصف |
|
تحديد موظف
مسئول عن العميل |
الحافز |
|
تخصيص العميل
للموظف فى الحملة |
النتيجة |
|
|
ملاحظة |
4.4.14 مهاتفة العملاء [عودة]
|
تسويق عقارى –
مهاتفة العملاء |
النظام
|
|
النظام & مسئول
الاتصال ال Call Center
|
المستخدمين |
|
عند دخول موظف
الاتصال الى النظام وتحديد هويت يقوم باختيار الحملة
يتم تحميل
بيانات العملاء المخصصين للتواصل ولم يتم التواصل معهم او تم التواصل معم
وينتظرون اتصال اخر فى نفس التاريخ
يقوم الموظف
بعميلة التصال وتحديد حالة الاتصال ما اذا كان تم الاتصال والخط مشغول او
ايا كانت الحالة
يتم تحديد حالة
المكالمة ما ذا كانت ناجحة او فاشلة او تصعيد |
الوصف |
|
عملية المهاتفة
|
الحافز |
|
عملية اتصال
بالعميل |
النتيجة |
|
|
ملاحظة |
images\5\4006\SystemLogin.jpg;images\5\4007\UMSChartArSmall.jpg;images\6\5006\CheckState.jpg
images\5\4006\SystemLogin.jpg;images\5\4007\UMSChartAr.jpg;images\6\5006\CheckState.jpg
3