كيف تجعل أعمالك في مجال برمجيات ويندوز قادرة على مواكبة المستقبل
يواجه كل مزود برامج مستقل (ISV) يعمل بنظام ويندوز عاجلاً أم آجلاً نفس القلق: فالمنتج لا يزال ممتازاً في أداء وظائفه، ولا يزال العملاء يجددون اشتراكاتهم، لكن السوق يستمر في الانجراف نحو البرامج القائمة على المتصفح والتي تعمل بنظام الاشتراك. لم يعد السؤال يتمحور حول مدى جودة تطبيقك، بل أصبح يتمحور حول ما إذا كان سيظل ملائمًا للطريقة التي يرغب بها العملاء في شراء البرامج واستخدامها بعد ثلاث سنوات من الآن. وهذا هو المعنى الحقيقي لجعل برامج Windows صالحة للمستقبل، أي التأكد من أن شركتك يمكنها الاستمرار في بيع وتقديم المنتج الذي يتوقعه العملاء دون المخاطرة بمستقبل الشركة من أجل إعادة البناء.
الميل الطبيعي هو اعتبار هذا الأمر قرارًا واحدًا مكلفًا. لكنه ليس كذلك. فالتأهب للمستقبل هو سلسلة من الخطوات الصغيرة، ومعظمها يهدف إلى حماية الكود الذي لديك بالفعل بدلاً من التخلص منه.
ما الذي يعنيه مصطلح «التأهب للمستقبل» في الواقع؟
غالبًا ما يتم الخلط بين «التحضير للمستقبل» و«إعادة الكتابة»، لكنهما ليسا الشيء نفسه. إن تحديث Windows، إذا تم تنفيذه بشكل صحيح، يتعلق بالتجربة التي يحصل عليها عملاؤك والطريقة التي يعمل بها فريقك وراء الكواليس، ولا يتعلق بمدى كون الكود الخاص بك «أصليًا للويب».
تميل شركات برمجيات «ويندوز» المستعدة لمواجهة المستقبل إلى أن تشترك في بعض السمات التالية:
- يصل العملاء إلى التطبيق عبر متصفح، وليس عن طريق التثبيت اليدوي.
- لقد انتقلت الأسعار، أو يمكن أن تنتقل، إلى نموذج الاشتراك.
- يتم إدارة التحديثات بشكل مركزي، لذا يستخدم كل عميل الإصدار الحالي.
- تم تفعيل إجراءات الأمان الحديثة مثل المصادقة متعددة العوامل وتسجيل الدخول الموحد.
- يتيح نموذج التسليم توسيع نطاق الخدمة ليشمل عملاء جدد دون الحاجة إلى زيادة عدد الموظفين لكل عميل.
لا يتطلب أي منها إعادة بناء التطبيق من الصفر. فهي خيارات تتعلق بالتسليم والوصول والتشغيل، تُضاف إلى المنتج الذي تبيعه بالفعل.
لماذا تُعد «إعادة الكتابة» هي الإعداد الافتراضي الخاطئ
عندما يسمع الموردون عبارة «مستعد للمستقبل»، يندفع الكثيرون منهم مباشرةً إلى إعادة بناء المنتج كتطبيق ويب. على الورق، يبدو هذا الحل الأمثل: إعادة بنائه بالطريقة الحديثة دون النظر إلى الوراء أبدًا. لكن في الواقع، تعني إعادة كتابة تطبيق Windows الخاص بك إعادة إنشاء سنوات من المنطق التجاري والحالات الاستثنائية وعمليات التكامل التي يعتمد عليها عملاؤك، مع الاستمرار في الحفاظ على المنتج القديم لكل من لم ينتقل بعد إلى النظام الجديد.
نادرًا ما تقتصر التكلفة على فاتورة الخدمات الهندسية فحسب. فهي تشمل الميزات التي لا يتم طرحها، والسنوات التي تستغرقها النسخة الجديدة حتى تضاهي النسخة القديمة، والمخاطر الحقيقية المتمثلة في توقف المشروع في منتصف الطريق. قبل الالتزام بالمشروع، يجدر بك أن تكون صادقًا بشأن قدرة شركتك على تحمل ذلك، لأن العديد من الفرق غير قادرة على ذلك، كما أن جهود التحديث التي لا تنتهي أبدًا ستجعلك في وضع أسوأ مما كنت عليه عند البدء.
هناك أيضًا الجانب المتعلق بالعملاء في عملية إعادة البرمجة، وهو جانب يسهل الاستهانة به. إن إعادة بناء موقع الويب تعني فعليًّا تطبيقًا جديدًا، وعليك إقناع قاعدة عملائك الحالية بالانتقال إليه. فالعملاء الذين يشعرون بالراحة تجاه الوظائف الحالية، والذين يعرفون سير العمل وقد بنوا عملياتهم الخاصة حولها، غالبًا ما يقاومون فكرة إعادة تعلم برنامج يعمل بالفعل لصالحهم. وقد ينتهي بك الأمر إلى صيانة منتجين إلى أجل غير مسمى، أحدهما للعملاء الذين انتقلوا إليه، والآخر للعملاء الذين رفضوا ذلك.
لا يصبح مزود البرمجيات المستقل (ISV) التقليدي قادرًا على مواكبة المستقبل من خلال المراهنة على عملية إعادة بناء تمتد لعدة سنوات. بل يصبح قادرًا على مواكبة المستقبل من خلال سد الفجوة بين ما يقدمه اليوم وما يتوقعه العملاء، بأسرع ما يمكن وبأقل تكلفة ممكنة.
{{CTAEMBED_IDENTIFIER}}
كيفية ضمان استمرارية برامج ويندوز في المستقبل دون الحاجة إلى إعادة كتابتها
إذا كانت إعادة البناء الكاملة غير واردة بالنسبة لمعظم الموردين، فما هو المسار الواقعي المتاح؟ هذه الخطوات، إذا اتُّبعت بالترتيب، تغطي معظم ما يقصده العملاء عندما يطلبون منتجًا حديثًا:
- أضف إمكانية الوصول عبر المتصفح. قم بتوفير التطبيق الحالي عبر المتصفح حتى يحصل العملاء على تجربة شبيهة بخدمة SaaS دون الحاجة إلى التثبيت المحلي ودون الحاجة إلى إجراء تعديلات إضافية لتوافق المتصفحات المختلفة.
- التحول إلى نظام التسعير القائم على الاشتراك. تحويل نظام الفوترة من التراخيص الدائمة إلى نموذج متكرر يتوافق مع الطريقة التي يتوقع المشترون الآن أن يدفعوا بها.
- تركيز عمليات التحديث. قم بنشر تحديث واحد مركزيًا بدلاً من تنسيق عمليات التثبيت عبر كل بيئة من بيئات العملاء.
- أضف طبقات من الأمان الحديث. قم بتفعيل المصادقة متعددة العوامل وتسجيل الدخول الموحد لتلبية المتطلبات التي يعتبرها المشترون من الشركات الآن من المتطلبات الأساسية.
- حدد المكان الذي سيتم تشغيل التطبيق فيه. قرر ما إذا كنت ستستضيفه بنفسك، أو ستستخدم مزود خدمات سحابية عام، أو ستتعامل مع مزود استضافة مصمم خصيصًا لمزودي البرمجيات المستقلين (ISVs)، لأن هذا الاختيار يؤثر على التكلفة والأداء ومدى سهولة خدمة العديد من العملاء في آن واحد.
وباتباع هذه الطريقة، يتم الانتقال إلى نموذج SaaS على مراحل يمكنك تخصيص ميزانية لها، بدلاً من أن يكون مشروعًا واحدًا يضع مستقبل الشركة على المحك.
أين تندرج مبادرة GO-Global
هذه هي المشكلة بالضبط التي صُممت GO-Global لحلها. فهي تنشر تطبيق Windows الحالي الخاص بك على أي جهاز مزود بمتصفح، بحيث يحصل العملاء على وصول مستضاف عبر المتصفح دون الحاجة إلى تغيير الكود ودون الحاجة إلى بذل جهد للتوافق بين المتصفحات. من الناحية العملية، فإنها تقربك عدة خطوات نحو إنشاء أعمال برمجيات Windows قادرة على مواكبة المستقبل دون المساس بقاعدة الكود التي أمضى فريقك سنوات في صقلها. يحتفظ عملاؤك بالتطبيق الذي يعرفونه بالفعل، ولكنهم يصلون إليه الآن عبر المتصفح، لذا لا يوجد شيء جديد يتعين عليهم تعلمه من جديد، ولا حاجة لإقناعهم بالانتقال إلى نظام جديد.
تعد الاستضافة النصف الآخر من الصورة، لأن المكان الذي يتم فيه تشغيل التطبيق المنشور يؤثر على التكلفة والأداء ومدى كفاءة تقديم الخدمة لعدد كبير من العملاء في آن واحد. ويقوم العديد من الموردين بدمج GO-Global مع ISVHost، وهو خيار استضافة مُدار بالكامل مصمم خصيصًا لتلبية احتياجات مزودي البرمجيات المستقلين (ISV) بدلاً من أحمال العمل السحابية العامة. ويسمح لك هذان الخياران معًا بنقل تطبيق Windows الخاص بك إلى السحابة والتخلص من البنية التحتية التي لم يكن فريقك مؤهلاً أبدًا لإدارتها، وبذلك يعود التركيز إلى تطوير البرمجيات.
يتم الفصل بين هذين العنصرين بشكل واضح. GO-Global هي طبقة الوصول التي تنشر تطبيقك على المتصفح، أما ISVHost فهي السحابة المُدارة التي تشغّل كلاً من التطبيق وGO-Global في الخلفية، مستخدمةً GO-Global كطبقة وصول بدلاً من RDS أو RDP. وتعني عبارة «مُدارة بالكامل» أن الأجزاء التي لم تكن في الواقع جزءًا من منتجك يتم تسليمها إلى جهة أخرى:
- الأمن، وتطبيق التصحيحات، وتحديثات Windows، يتم التعامل معها بشكل استباقي.
- تسجيل الدخول الموحد وعمليات التكامل المخصصة، تم تهيئتها خصيصًا لك.
- مساحة لتوسيع قاعدة عملائك دون الحاجة إلى زيادة عدد الموظفين في قسم البنية التحتية لمواكبة هذا النمو.
وتتبع عملية الترخيص نفس المنطق. يتم تحديد أسعار ISVHost بناءً على الاستخدام المتزامن بدلاً من الحسابات المسجلة، لذا فإنك تدفع مقابل المستخدمين الذين قاموا بالفعل بتسجيل الدخول، وتنخفض تكلفة المستخدم الواحد مع نمو قاعدة المستخدمين لديك. وهذا يضمن أن تتناسب تكاليف البنية التحتية مع الاستخدام الفعلي بدلاً من حجم قائمة حساباتك.
ابدأ من حيث أنت الآن
لا يتعلق الاستعداد للمستقبل بالوصول إلى حالة نهائية حديثة تمامًا بقدر ما يتعلق بمعرفة خطوتك التالية. بالنسبة لمعظم شركات برمجيات Windows، فإن الخطوة الأكثر قيمة هي تقديم المنتج الحالي عبر متصفح، بشكل آمن ومركزي، وهو أمر يمكن تحقيقه الآن ويكلف أقل بكثير من إعادة كتابة البرنامج. حدد مكانك الحالي، واختر الخطوة التالية، وعندها سيتوقف المسار أمامك عن أن يبدو كمنحدر شاهق ويبدأ في الظهور كمجموعة من الخطوات التي يمكن التحكم فيها.
هل أنت مورد برامج ويندوز وتبحث عن حل لتقديم التطبيقات عبر السحابة؟ اتصل بنا لتتعرف على كيفية مساعدة GO-Global لك في تبسيط عملية وصول المستخدمين النهائيين إلى البرامج. أو قم بتنزيل نسخة تجريبية مجانية لتجربتها بنفسك.
اكتشف كيف يعمل GO-Global على تقديم تطبيق Windows الحالي الخاص بك كمنتج SaaS آمن يعتمد على المتصفح، مما يتيح لك تأمين استمراريته في المستقبل دون الحاجة إلى إعادة كتابة مكلفة.
