دخل النظام الخدمة يوم الاثنين. وبحلول الخميس عاد فريق المبيعات إلى واتساب، وعاد المستودع إلى الورق. لم يكن العيب في البرنامج: فقد فعل ما وعد به العرض التجريبي. ما لم يُدِره أحد هو التغيير. هذا المقال لمالك شركة إماراتية أو مديرها العام أو مدير عملياتها، في شركة من 5 إلى 50 موظفاً، توشك أن تضع نظام ERP أو نظام إدارة العملاء (CRM) أو هاتفاً برمجياً مكان جداول البيانات أو نظام قديم. وهو مكتوب لمن يتوقّع أن الموظفين لن يستعملوه.
الإجابة المختصرة
إدارة التغيير عند اعتماد نظام جديد في شركة إماراتية مهمة إدارية من 6 أجزاء، لا مهمة برمجية. الأجزاء هي: سبب واحد ظاهر في جملة واحدة؛ ومالك واحد داخل الشركة ليس هو المورّد؛ وتجربة أولية مع 2 أو 3 ممن يؤدّون العمل يومياً، ورقم واحد يُقارَن قبلها وبعدها؛ وموعد إيقاف للطريقة القديمة يُعلَن مسبقاً؛ وتدريب على مهام كل شخص لا على المزايا؛ ومراجعة بعد 30 يوماً لما لا يزال الناس يفعلونه خارج النظام. في تجربتنا ينجح نظام ERP ونظام CRM ونظام الهاتف 3CX أو يفشل للأسباب الستة نفسها، ولا يتحكّم المورّد في واحد منها.
لماذا تفشل الأنظمة الجيدة في الشركات الصغيرة
في الشركات التي نعمل معها يتعثّر الاعتماد لواحد من 4 أسباب، وكثيراً ما يجتمع سببان منها. وقلّما يكون البرنامج أحدها.
اشتُري لتقرير المالك لا لمهمة المستخدم. العرض التجريبي أظهر لوحة مؤشرات. أما مندوب المبيعات الذي سيملأ الحقول الـ40 خلف اللوحة فلم يكن في الغرفة. وفي تجربتنا، النظام الذي يطيل يوم المستخدم يُستعمل ما دام المالك يراقب، ولا أكثر.
لا أحد يملكه بعد التشغيل. مشروع المورّد ينتهي يوم التشغيل. وإن لم يُسمَّ أحد داخل الشركة مالكاً للنظام من ذلك اليوم، فأول سؤال بلا جواب يعيد أول موظف إلى الطريقة القديمة.
الطريقة القديمة أُبقيت «احتياطاً». جدول البيانات باقٍ على المجلد المشترك. والرقم القديم ما زال يرنّ. وحين تكون للمهمة طريقتان يختار من نراقبهم الطريقة التي يعرفونها، ويصير النظام الجديد عملاً ثانياً يُنجَز بعد العمل الحقيقي.
تدريب على المزايا لا على العمل. جولة من 3 ساعات على كل قائمة، للجميع، في الأسبوع الذي يسبق التشغيل. وصباح الاثنين لا يجد الموظف الذي يحتاج إلى إصدار إشعار تسليم أين يفعل ذلك.
أجايل بلا طقوس
لكلمة «أجايل» (Agile) سمعة سيئة في الشركات الصغيرة لأنها تصل ومعها دورات Sprint واللوحات والمسمّيات الوظيفية. المبادئ خلف بيان أجايل تطلب تسليم برمجيات عاملة على فترات متقاربة مع تفضيل الأقصر منها، وعمل من يمثّلون جانب الأعمال والمطوّرين معاً يومياً، وفريقاً يتأمّل على فترات منتظمة كيف يصير أكثر فاعلية ثم يعدّل سلوكه. ولشركة من 20 شخصاً يعني ذلك 3 عادات.
إصدارات صغيرة. عملية واحدة تدخل الخدمة في كل مرة: عروض الأسعار هذا الشهر، والفوترة في الشهر التالي، والمخزون بعدهما. وكل إصدار صغير بما يكفي ليمكن التراجع عنه إن ساء أسبوع.
فحص أسبوعي من 20 دقيقة. يجلس مالك النظام مع من يستعملونه مرة في الأسبوع 20 دقيقة. ليس تقرير حالة، بل: ما كان بطيئاً، وما جرى تخطّيه، وما أُنجز خارج النظام.
أصلح ما يؤلم قبل أن تضيف ما يُستحسن. قائمة الفحص الأسبوعي تُرتَّب بحسب الألم لا بحسب قائمة مزايا المورّد. والتقرير الذي أراده المالك يأتي بعد أن يصير مندوب المبيعات قادراً على إصدار عرض سعر في دقيقتين.
وإرشادات مايكروسوفت لتنفيذ Dynamics 365 تقول الشيء نفسه من جهة المورّد: تُطبَّق إدارة التغيير بما يتناسب مع مخاطر المشروع وتعقيده، وخطة تدريب في عرض شرائح ليست كل ما يلزم من إدارة التغيير. وفي شركة بهذا الحجم، القدر المتناسب هو الأجزاء الستة الآتية.
الأجزاء الستة لإدارة التغيير عند اعتماد نظام جديد
كل جزء قرار إداري. ولا يُفوَّض أيّ منها إلى المورّد.
1. سبب واحد ظاهر في جملة واحدة. «ننتقل إلى CRM ليستطيع أيّ منا أن يجيب عن سؤال العميل من دون أن يسأل أحمد». لا «التحوّل الرقمي». جملة يردّدها أحدث موظف، مطبوعة حيث يجلس الفريق، لأنها الجملة التي سيختبر الفريق النظام بها.
2. مالك داخل الشركة. ليس المورّد. ولا مالك الشركة أيضاً، إلا إن كانت الشركة صغيرة جداً، لأن من يوقّع الفواتير لا يتّسع وقته للفحص الأسبوعي. في خارطة الطريق التقنية لثلاث سنوات وضعنا قاعدة مالك واحد لكل نظام، وهنا تثبت القاعدة جدواها.
3. تجربة أولية مع من يؤدّون العمل. 2 أو 3 أشخاص يؤدّون المهمة يومياً، مدة أسبوعين إلى 4 أسابيع، على طلبات حقيقية ومكالمات حقيقية. قِس رقماً واحداً قبل أن تبدأ التجربة: الدقائق اللازمة لإصدار عرض سعر، أو المكالمات بلا ملاحظة، أو الفواتير الصادرة خارج النظام. والطريقة هي نفسها المشروحة في مقالنا عن الذكاء الاصطناعي في 90 يوماً: تجربة صغيرة، ومالك واحد، ورقم واحد.
4. موعد إيقاف للطريقة القديمة. يُعلَن قبل أسبوعين على الأقل، كتابةً، من مالك الشركة. ومن ذلك الموعد يصير جدول البيانات للقراءة فقط، ويُحوَّل الرقم القديم إلى الطابور، ولا يُقبَل النموذج الورقي. وقائمة الاستثناءات تُكتب قبل الموعد لا تُجادَل بعده: العميلان اللذان يصرّان على إشعار تسليم ورقي، ولا شيء غير ذلك.
5. تدريب على مهام الشخص نفسه. 30 دقيقة لكل دور، على الأشياء الثلاثة التي يفعلها ذلك الدور كل يوم، باللغة التي يعمل بها الشخص، وببيانات حقيقية. سجّل كل جلسة ليحصل من يُوظَّف الشهر المقبل على الدقائق الـ30 نفسها. فالسائق يحتاج إلى إغلاق تسليم على التطبيق، لا إلى قائمة الإدارة.
6. المراجعة بعد 30 يوماً. بعد 30 يوماً من الإيقاف يكتب مالك النظام ما لا يزال الناس يفعلونه خارجه: مجموعة واتساب لم تُغلَق، والدفتر بجانب الهاتف، والفاتورة المكتوبة في Word. ولكل بند سبب: ميزة ناقصة، أو صلاحية، أو تدريب، أو قرار لم يُتَّخذ. أصلح الثلاثة الأولى. ثم حدّد موعد المراجعة التالية.
ما الذي يتغيّر، بحسب النظام
كل نظام ننصبه لشركة بهذا الحجم يغيّر يوم شخص مختلف، ويلقى مقاومته الخاصة.
ما يخصّ الشركة الإماراتية
فرق ثنائية اللغة. في الشركات التي نعمل معها يعمل المكتب بالإنجليزية، والمستودع بالعربية أو الأردية أو الهندية، والحسابات باللغة التي يفضّلها المدقّق. درّب بلغة الشخص لا بلغة الدليل: جلسات بالعربية وبالإنجليزية، وبلغة ثالثة حين يحتاجها الفريق، والتسجيل باللغة نفسها.
دوران الموظفين وتسليم المهام. اليوم الذي يغادر فيه موظف هو نفسه اليوم الذي يُغلَق فيه حسابه على ERP وCRM ونظام الهاتف وتُسنَد فيه تحويلته إلى غيره. ودليل المركز الوطني البريطاني للأمن السيبراني للمنظمات الصغيرة يغطّي تأمين الحسابات والأجهزة في شركة بهذا الحجم، ومقالنا عن المصادقة الثنائية للشركات يغطّي خطوة سحب الصلاحيات عند المغادرة.
بيانات يحميها القانون في النظام الجديد. نظام CRM يحفظ بيانات العملاء، ونظام الهاتف يحفظ التسجيلات. وصفحة قوانين حماية البيانات على البوابة الرسمية لحكومة الإمارات تلخّص القانون الاتحادي لحماية البيانات الشخصية، الذي يسري على معالجة البيانات الشخصية داخل الدولة وخارجها ويضع شروطاً لنقلها عبر الحدود. قرّر أين يُستضاف النظام قبل التشغيل. ومقالنا عن قانون حماية البيانات الإماراتي وموقعك يغطّي الاستضافة في الإمارات.
موعد خارجي. تعرّف وزارة المالية الفاتورة الإلكترونية بأنها بيانات فاتورة منظّمة تُتبادل إلكترونياً وتُرسل إلى الهيئة الاتحادية للضرائب؛ وملفات PDF وWord والنسخ الممسوحة ضوئياً ليست فواتير إلكترونية، والإرسال يمرّ عبر مزوّدي خدمة معتمدين. والموعد الذي يحدّده القانون يسهل الالتزام به أكثر من موعد يحدّده المالك، لذلك نستعمله لتثبيت موعد إيقاف الطريقة القديمة في الفوترة.
كيف تقود التغيير
الجزء القيادي قصير، ولا يُفوَّض.
أعلن السبب والموعد، ثم تراجع خطوة. يقول مالك الشركة الجملة من الجزء الأول والموعد من الجزء الرابع، حضورياً، مرة واحدة. وبعدها يدير مالكُ النظام الأمر.
المقاومة معلومة لا عصيان. مندوب المبيعات الذي يرفض تسجيل المكالمات يخبرك أن التسجيل يأخذ وقتاً طويلاً، أو أن أحداً لا يقرأ السجل. اكتب كل شكوى في الفحص الأسبوعي، ورتّب القائمة، وأصلح الثلاث الأولى.
قِس الاستعمال لا الانطباع. لا تسأل هل يحبّ الناس النظام. عُدّ السجلات المنشأة، والمكالمات المسجّلة، والفواتير الصادرة من النظام، والتسليمات المغلقة على التطبيق.
ضع ميزانية للتغيير لا للرخصة وحدها. التجربة الأولية، وجلسات التدريب، وساعات مالك النظام، والشهر الأبطأ حول موعد الإيقاف كلها تكاليف للتغيير. ومقالنا عن النفقات الرأسمالية (CapEx) أو النفقات التشغيلية (OpEx) للتقنية يشرح كيف يُدرَج كلّ منهما في الميزانية؛ أما التغيير فبند ميزانية مستقل.
قاعدة مكتوبة. «لا أنظمة موازية بعد موعد الإيقاف». جملة واحدة يوقّعها المالك، تسري على جداول البيانات والدفاتر ومجموعات واتساب وأرقام الهاتف القديمة على حدّ سواء.
ثلاثة أمثلة من عملنا
سائقون على واتساب بعد تشغيل ERP. شركة خدمات لوجستية نقلت تسليماتها إلى نظام ERP مع تطبيق للسائقين. ولأسابيع ظلّ السائقون يرسلون التحديثات إلى منسّق التوزيع على واتساب، وظلّ المنسّق يكتبها في النظام بنفسه، فبدا التطبيق مستعمَلاً وهو ليس كذلك. وفي الموعد المعلَن توقّف المنسّق عن قبول التحديثات على واتساب، وصار التسليم الذي لا يُغلَق على التطبيق لا يظهر في كشف الرحلة. وفي الأسبوع نفسه صار السائقون يغلقون التسليمات على التطبيق.
نظام CRM مهمَل حتى ملأه نظام الهاتف. فريق مبيعات امتلك نظام CRM سنة كاملة ولم يستعمله في شيء؛ فخط المبيعات كان في رأس مدير المبيعات. ربطنا 3CX بنظام CRM فصارت كل مكالمة تُسجَّل على بطاقة العميل من دون أن يكتب أحد، ونقل المالك اجتماع خط المبيعات الأسبوعي إلى شاشة CRM وحدها: الصفقة غير المسجّلة فيه لا تُناقَش. فحدّث المندوبون صفقاتهم ليلة الاجتماع، ثم يومياً.
هواتف مكتبية قبل التدريب. شركة تعثّر فيها نشر 3CX لأن هواتف IP المكتبية وصلت قبل أن يُدرَّب أحد. وصّلها الموظفون بالشبكة، فلم يستطيعوا تحويل مكالمة، وعادوا إلى جوّالاتهم. عقدنا جلسات من 30 دقيقة لكل دور، بالعربية والإنجليزية، على الأشياء الثلاثة التي يفعلها كل دور: الردّ، والتحويل، ورؤية من يتصل. وحُدّد للأرقام القديمة موعد إيقاف، وفي ذلك الموعد كفّت الجوّالات عن أن تكون نظام الهاتف.
بهذا المقال تُختَم سلسلتنا في قيادة الأعمال. خارطة الطريق لثلاث سنوات حدّدت ما تحتاجه الشركة وبأي ترتيب، والذكاء الاصطناعي في 90 يوماً كيف نجرّب مهمة واحدة، والاستدامة الرقمية ماذا نطفئ، والنفقات الرأسمالية أو التشغيلية كيف ندفع. أما هذا المقال فيغطّي الجزء الذي لا تشمله الفاتورة: أن يستعمل الناس ما اشتُري.
الأسئلة الشائعة
ما إدارة التغيير عند اعتماد شركة صغيرة نظاماً جديداً؟
هي العمل الإداري الذي يجعل الموظفين يستعملون النظام الجديد بدل الطريقة القديمة. وفي شركة إماراتية من 5 إلى 50 موظفاً لها 6 أجزاء: سبب واحد ظاهر، ومالك واحد داخل الشركة، وتجربة أولية مع من يؤدّون العمل، وموعد لإيقاف الطريقة القديمة، وتدريب على مهام حقيقية، ومراجعة بعد 30 يوماً.
كم ينبغي أن تستمرّ التجربة الأولية قبل انتقال الفريق كله؟
في تجربتنا من أسبوعين إلى 4 أسابيع، مع 2 أو 3 أشخاص يؤدّون المهمة يومياً، على طلبات ومكالمات حقيقية. قِس رقماً واحداً قبل أن تبدأ، والرقم نفسه في نهايتها. فإن تحرّك الرقم فأصلح الشكاوى الثلاث الأولى وحدّد موعد الإيقاف. وإن لم يتحرّك فقد أخبرتك التجربة بما يجب تغييره أولاً.
هل نشغّل النظام القديم بالتوازي مع الجديد؟
حتى موعد الإيقاف فقط، ومع قائمة استثناءات مكتوبة. وفي تجربتنا، فترة التوازي بلا موعد تصير دائمة، لأن الموظفين يختارون الطريقة التي يعرفونها ويصير النظام الجديد عملاً ثانياً. أعلنه قبل أسبوعين على الأقل، واجعل الملف القديم للقراءة فقط في ذلك اليوم، وتوقّف من يومها عن قبول الورق وتحديثات واتساب.
من ينبغي أن يملك النظام الجديد بعد التشغيل؟
شخص واحد مسمّى داخل الشركة، ليس المورّد ولا مالك الشركة إلا إن كانت الشركة صغيرة جداً. وعملياً هو مدير العمليات أو المدير الذي يستعمل فريقه النظام كل يوم. يدير المالك الفحص الأسبوعي من 20 دقيقة، ويحفظ قائمة الشكاوى، ويقرّر ما يُصلَح أولاً، ويكتب المراجعة بعد 30 يوماً.
المصادر
- الموقّعون على بيان أجايل — المبادئ خلف بيان أجايل (Principles behind the Agile Manifesto) (اطُّلع عليه في 2026-09-30)
- مايكروسوفت — دليل تنفيذ Dynamics 365: فهم إدارة التغيير وتطبيقها بفاعلية ونجاح (Understand and apply the change management discipline effectively and successfully) (اطُّلع عليه في 2026-09-30)
- وزارة المالية في الإمارات — برنامج الفوترة الإلكترونية (اطُّلع عليه في 2026-09-30)
- البوابة الرسمية لحكومة الإمارات (u.ae) — قوانين حماية البيانات (اطُّلع عليه في 2026-09-30)
- المركز الوطني البريطاني للأمن السيبراني — دليل المنظمات الصغيرة إلى الأمن السيبراني (Small organisations guide to cyber security) (اطُّلع عليه في 2026-09-30)
أين نحن
بيغ بانغ لحلول تقنية المعلومات تخطّط وتدير التقنية لشركات الإمارات منذ 2003، مقرّها في مجمّع الشارقة للبحوث والتكنولوجيا والابتكار وفرعها في الخليج التجاري بدبي. الدعم على مدار الساعة، والمكتب مفتوح من السبت إلى الخميس، 9:00–18:00 بتوقيت الإمارات. لخطة اعتماد بحجم فريقك، تواصل معنا أو اتصل على +971 4 378 2255.
تحدّث إلينا مباشرةً — نردّ عادةً خلال دقائق في ساعات العمل.
