قائمة تحقق شهرية لصيانة موقع شركة في دبي
قائمة تحقق شهرية لصيانة موقع شركة في دبي: التحديثات، النسخ الاحتياطية، مراقبة التشغيل، النماذج، الأمان، الأداء، وما تفعله عند تعطّل الموقع.
اقرأ المقالينبغي لشركة في الإمارات تقرر بين بناء البرمجيات المؤسسية أو شرائها أن تنظر إلى ما بعد الإصدار الأول وتسأل من سيظل يشغّل الشيء بعد ثلاث سنوات. الشراء يضع نظامًا عاملًا أمام الموظفين أسرع ويحمّل جهة أخرى مسؤولية الترقيع والترقيات والدعم. البناء يمنحكم سير عمل مشكّلًا بدقة حول طريقة عمل الشركة فعليًا، مقابل امتلاك كل قرار مستقبلي بشأنه بأنفسكم. معظم الشركات التي تحسم هذا بشكل صحيح تنتهي في مكان ما بينهما: منصة مُشتراة موسّعة فعليًا، لا بناء من الصفر ولا منتج جاهز غير مُعدَّل.
يحدد هذا الدليل الأسئلة التي تحسم فعليًا قرار البناء أو الشراء، وما تغطيه التكلفة الإجمالية للملكية بمجرد التوقف عن التفكير فيها كرقم واحد، وكيف يغيّر التكامل الحساب، ومخاطر الخروج التي يتركها كل مسار على عاتق الشركة.
Key points
- يعتمد البناء أو الشراء على مدى خصوصية سير العمل، وعدد الأنظمة الأخرى التي يجب أن يتواجد بينها، ومن سيصونه بعد إطلاقه.
- التكلفة الإجمالية للملكية تشمل المتطلبات والتكامل والاستضافة والدعم وترقيع الأمان والاستبدال النهائي، لا الفاتورة الأولى أو السبرنت الأول فقط.
- الشراء لا يعني قبول ملاءمة ضعيفة. طبقات التوسيع الموثّقة، مثل تلك التي تصفها Microsoft لـDynamics 365، تتيح لشركة تشكيل منصة دون تعديل نواتها.
- الشراء يحمل مخاطر خروج خاصة به: مزوّدو المنصات يقاعدون إصدارات واجهة برمجية قديمة وفق جدولهم الخاص، كما توضح سياسة نهاية الدعم المنشورة من Salesforce.
- البناء يحمل الخطر المعاكس: نظام لا يفهمه سوى شركتكم، يحتاج إلى توثيق ومالك مُسمّى لينجو من دوران الموظفين.
البناء أو الشراء للبرمجيات المؤسسية في الإمارات: الإجابة القصيرة
بالنسبة لمعظم الشركات الإماراتية، نقطة البداية العملية هي شراء منصة مبنية للشكل العام للمشكلة، سواء كانت نظام تخطيط موارد المؤسسة أو نظام إدارة علاقات عملاء أو نظام حجز، ثم تحديد مقدار ما يحتاج فعليًا إلى التوسيع. البناء المخصص الكامل لا يستحق تكلفته إلا حين يكون سير العمل محددًا بما يكفي، وقيّمًا بما يكفي، بحيث لا تقترب أي منصة منه، وحين تكون الشركة مستعدة لامتلاك ذلك البرنامج طوال مدة استخدامها له. كل ما تبقى في هذا الدليل هو في الحقيقة إجابة طويلة عن سؤال واحد: في أي جانب من هذا الخط يقع مشروعكم. طرح سؤال البناء أو الشراء للبرمجيات قبل بدء مشروع، لا بعد عرض تقديمي من مزوّد، هو ما يوفر الوقت فعليًا لاحقًا.
الأسئلة التي تحسم فعليًا البناء مقابل الشراء
قبل مقارنة التكاليف، تؤدي أربعة أسئلة معظم عمل تحديد ما إذا كان ينبغي لشركة بناء البرمجيات التي تحتاجها تاليًا أو شراءها. لا يتطلب أي منها قائمة أسعار للإجابة عنه بصدق، وهذا بالضبط سبب أنها تنتمي إلى بداية محادثة البناء أو الشراء للبرمجيات لا نهايتها.
- إلى أي مدى تقترب منصة قائمة من سير العمل كما هو اليوم، دون تخصيص كبير.
- هل العملية التي يدعمها البرنامج مختلفة فعليًا عن طريقة تشغيل المنافسين للوظيفة نفسها، أم أنها تبدو مختلفة فقط لأنها كانت تُنفَّذ دائمًا بهذه الطريقة.
- كم عدد الأنظمة الأخرى التي يحتاج هذا البرنامج إلى تبادل البيانات معها، الآن وخلال العامين المقبلين.
- من داخل الشركة، أو أي شريك مُسمّى، سيظل مسؤولًا عن هذا النظام بمجرد أن ينتقل من كلّفه إلى مهمة أخرى.
الشركة التي تجيب «ليست قريبة جدًا»، و«مختلفة فعليًا»، و«أنظمة أخرى قليلة» تنظر فعليًا إلى حالة حقيقية للبناء. الشركة التي تجيب العكس في معظم هذه الأسئلة تشتري وتوسّع منصة على الأرجح، مهما كان الانطباع الأولي في الغرفة.
التكلفة الإجمالية لملكية البرمجيات المؤسسية في الإمارات، ببساطة
التكلفة الإجمالية للملكية هي ببساطة كل تكلفة سيُنشئها البرنامج طوال عمره التشغيلي، لا تكلفة الإصدار الأول فقط. بالنسبة لنظام تخطط الشركة لشرائه أو بنائه، تشمل هذه القائمة عادةً:
- المتطلبات ورسم العمليات، سواء أجراها محلل أنظمة أعمال قبل البناء أو أثناء اختيار منصة للشراء.
- البناء نفسه، أو تكلفة الترخيص والتنفيذ للمنصة.
- التكامل مع الأنظمة الأخرى التي تشغّلها الشركة بالفعل.
- الاستضافة، أو البنية التحتية التي يحتاجها بناء مُستضاف ذاتيًا.
- الدعم المستمر، وإصلاح الأخطاء، وترقيع الأمان الذي يحتاجه أي نظام متصل بالإنترنت وفق جدول.
- التكلفة النهائية لاستبدال النظام أو الانتقال منه حين يتوقف عن كونه الخيار المناسب.
تميل البرمجيات المُشتراة إلى نقل عدة من هذه التكاليف إلى المزوّد، مقابل رسم متكرر وتحكم أقل في خارطة الطريق. تميل البرمجيات المبنية إلى سحبها جميعًا إلى الشركة، مقابل سير عمل يلائم تمامًا وخارطة طريق تتحكم فيها الشركة. لا أي من هاتين المفاضلتين مجانية، ولهذا فإن «ندفع بالفعل ترخيصًا» و«دفعنا بالفعل للمطوّر» إجابتان ناقصتان لما يكلفه نظام فعليًا لامتلاكه. التكلفة الإجمالية للملكية هي الطريقة الصادقة لمقارنة خيارات البناء أو الشراء للبرمجيات، لأنها تضع الطرفين على الجدول الزمني نفسه بدلًا من مقارنة رسم ترخيص برقم فاتورة لمرة واحدة.
التكلفة الحقيقية للبرمجيات المؤسسية في الإمارات ليست ما يتطلبه بناؤها أو شراؤها. إنها ما يتطلبه الاستمرار في تشغيلها بعد أن ينتقل من اختارها إلى مكان آخر.
التكامل: الجزء الذي تخطئه معظم قرارات البناء أو الشراء
النظام نادرًا ما يعيش بمفرده. فهو يرسل بيانات إلى المحاسبة، أو يستقبل عملاء محتملين من موقع إلكتروني، أو يُطلق مسار عمل في نظام مستودع، وتكلفة إبقاء تلك الاتصالات عاملة تنتمي إلى القرار منذ البداية بدلًا من اكتشافها أثناء التنفيذ. المنصة المُشتراة خصيصًا للتكامل، بواجهة برمجية موثّقة ونظام بيئي من الشركاء حولها، غالبًا ما تكون الخيار الأكثر أمانًا تحديدًا لأن التكامل حلّه شخص آخر مرات عديدة من قبل. البناء المخصص يجب أن يصمم ويصون طبقة التكامل نفسها من لا شيء، وهو عمل واقعي لعملية غير عادية فعليًا، ومخاطرة غير ضرورية لعملية ليست مختلفة فعليًا كثيرًا عما تتصل به منصة راسخة بالفعل.
الشركات التي تتخطى هذا السؤال تكتشف عادةً الأمر بالطريقة الصعبة، بعد أشهر من الإطلاق، حين يحتاج نظام جديد إلى التحدث مع شيء لم يذكره الموجز الأصلي أبدًا.
مخاطرة شراء البرمجيات المؤسسية في الإمارات عند الخروج: دورات حياة المنصات وقرارات المزوّدين
الشراء لا يزيل المخاطرة، بل يغيّر شكلها. هذه هي المفاضلة التي تقبلها الشركة في اللحظة التي تختار فيها الشراء بدلًا من بناء البرمجيات: يتحكم مزوّد المنصة في جدول إصداراته الخاص، وتتوقف الواجهات الأقدم في النهاية عن الدعم وفق جدول المزوّد لا جدولكم. تنص وثائق مطوري Salesforce الخاصة على أن كل إصدار من واجهة برمجة التطبيقات مدعوم لثلاث سنوات على الأقل من إصداره، مع إشعار مسبق لا يقل عن سنة قبل إيقاف إصدار أقدم، وأن أي طلب يُوجَّه إلى إصدار متقاعد يعيد ببساطة خطأ. هذه سياسة معقولة ومنشورة بوضوح، وهي أيضًا قيد تخطيط حقيقي: التكامل المبني على منصة مُشتراة يجب أن يُصان وفق دورة حياة تلك المنصة نفسها، لا أن يظل مجمّدًا في مكانه.
المنطق نفسه ينطبق على التخصيص. تضع إرشادات Microsoft الخاصة بـDynamics 365 خطًا فاصلًا واضحًا بين توسيع منصة عبر نقاط التوسيع الموثّقة الخاصة بها وإجراء تعديلات تدخلية على سلوك المنتج الأساسي، محذّرة من أن التخصيص التدخلي هو السبب الرئيسي في بقاء تكاليف الترقية مرتفعة بمرور الوقت. الشركة الإماراتية التي تشتري منصة ثم تعدّل نواتها بشكل كبير، بدلًا من توسيعها عبر المسارات التي يدعمها المزوّد، تنتهي إلى تحمّل معظم عبء صيانة بناء مخصص بينما تظل تدفع ثمن برمجيات كانت تحاول شراءها لا بناءها في المقام الأول.
مخاطرة بناء البرمجيات المؤسسية عند الخروج في الإمارات: من يملكه حين يغادر المطوّر
بناء البرمجيات يحل مخاطرة الشراء وينشئ مخاطرة مختلفة. النظام الذي لا تستخدمه سوى شركتكم ليس له مزوّد ينشر سياسة دورة حياة، ولا نظام بيئي من الشركاء للتوظيف منه، ولا منتدى مجتمعي مليء بأسئلة مُجاب عنها. كل ما يبقيه عاملًا، من التوثيق إلى المعرفة المؤسسية بسبب بناء سير عمل معين بالطريقة التي بُني بها، يقع على عاتق من توظفه شركتكم أو تتعاقد معه في تلك اللحظة.
هذه المخاطرة قابلة للإدارة، لكن فقط إن خُطط لها بدلًا من اكتشافها حين يغادر المطوّر الأصلي. التسليم المكتوب، والتوثيق الحقيقي، وبنية نظام يستطيع مطوّر جديد قراءتها فعليًا، ليست إضافات اختيارية لبناء مخصص، بل الفرق بين امتلاك برمجيات والاعتماد بهدوء على ذاكرة شخص واحد لها. أي شركة تزن قرار بناء البرمجيات أو شرائها على المدى الطويل ينبغي أن تُسعّر هذه المخاطرة منذ اليوم الأول، لا أن تعاملها كمشكلة لمن سيبقى بعد ثلاث سنوات.
قائمة تحقق عملية لشركة إماراتية تزن البناء أو الشراء
العمل عبر هذه الخطوات الخمس بالترتيب يحوّل تفضيلًا غامضًا إلى قرار بناء أو شراء للبرمجيات يمكن الدفاع عنه، ليس فقط أمام مهندس بل أمام مدير مالي أيضًا.
دوّنوا سير العمل كما يعمل فعليًا اليوم
لا النسخة المثالية، بل النسخة التي يتبعها الموظفون فعليًا، بما فيها الاستثناءات والحلول الالتفافية.
تحققوا من مدى اقتراب منصة قائمة
انظروا إلى أقرب منصتين أو ثلاث في الفئة، ودوّنوا بالضبط أين تقصر كل واحدة عن سير العمل الحقيقي أعلاه.
اسردوا كل نظام يجب على هذا البرنامج التحدث معه
الآن، وعلى مدى العامين المقبلين تقريبًا، لأن تكلفة التكامل من أكثر أجزاء التكلفة الإجمالية للملكية التي يُقلَّل من تقديرها.
حددوا من يملك النظام طوال عمره التشغيلي
سمّوا الشخص أو الشريك المسؤول عنه بمجرد أن يصبح مباشرًا، لا فقط من يبنيه أو يشتريه.
قارنوا مخاطرتي الخروج مباشرة
سياسة دورة حياة مزوّد منشورة مقابل اعتماد نظام مخصص على التوثيق والأشخاص الذين بنوه، واختاروا المخاطرة التي شركتكم مؤهلة فعليًا لإدارتها.
كيف يمكن لـ Digital Marketing Dubai المساعدة في مشروع البرمجيات المؤسسية في الإمارات
نعمل على جانبي هذا القرار. حيث تكون المنصة هي الإجابة الصحيحة، تُخطِّط خدماتنا في تطوير أنظمة ERP وتحليل أنظمة الأعمال سير العمل ونقاط التوسيع قبل ترخيص أي شيء. وحيث يكون البناء المخصص الحقيقي هو الإجابة الصحيحة، يحدد فريق تطوير البرمجيات المؤسسية لدينا في الإمارات نطاقه وفق أسئلة التكلفة الإجمالية للملكية نفسها الموضحة أعلاه، بمساهمة من خدمة هندسة البرمجيات لدينا في التكامل وقابلية الصيانة طويلة المدى. اطلبوا عرض سعر ثابت مكتوب بمجرد معرفة أي جانب من القرار تقفون فيه، وسنحدد النطاق وفق سير العمل الحقيقي لا موجز عام.
