البرنامج التعليمي: تخطيط عرض تطبيق Azure

يشرح هذا البرنامج التعليمي كيفية نشر عرض تطبيق Azure إلى السوق التجارية، بما في ذلك الخيارات والمتطلبات المختلفة المتاحة لك.

المتطلبات الأساسية

يتطلب تصميم عروض تطبيقات Azure وبنائها واختبارها معرفة تقنية بكل من النظام الأساسي ل Azure والتقنيات المستخدمة لإنشاء العرض. يجب أن يكون لدى فريقك الهندسي معرفة بتقنيات Microsoft التالية:

الوثائق والموارد التقنية

راجع الموارد التالية أثناء تخطيطك لعرض تطبيق Azure للسوق التجاري.

يقدم الفيديو "قوالب حلول الإنشاء" و"التطبيقات المدارة Azure Marketplace" مقدمة شاملة لنوع عرض تطبيق Azure:

  • ما هي أنواع العروض المتاحة
  • ما هي الأصول التقنية المطلوبة
  • كيفية تأليف قالب Azure Resource Manager
  • تطوير واجهة مستخدم التطبيق واختبارها
  • كيفية نشر عرض التطبيق
  • عملية مراجعة الطلب

الأدوات المقترحة

اختر إحدى بيئتي البرمجة النصية التاليتين أو كلتيهما للمساعدة في إدارة تطبيق Azure الخاص بك:

نوصي بإضافة الأدوات التالية إلى بيئة التطوير الخاصة بك:

يمكنك مراجعة الأدوات المتوفرة في صفحة أدوات مطوري Azure . إذا كنت تستخدم Visual Studio، فراجع سوق Visual Studio.

خيارات القائمة

بعد نشر عرضك، تظهر خيارات الإدراج لعرضك كزر في الزاوية العلوية اليمنى من صفحة بيانات العرض. على سبيل المثال، تعرض لقطة الشاشة التالية صفحة قائمة عروض في Azure Marketplace باستخدام الزر Get It Now. إذا اخترت تقديم اختبار قيادة ، أيضا عرض زر اختبار القيادة .

Illustrates a listing page on Azure Marketplace.

اختبار القيادة

يمكنك اختيار تمكين اختبار محرك أقراص لعرض تطبيق Azure الذي يتيح للعملاء تجربة عرضك قبل شرائه. لمعرفة المزيد حول القيادة التجريبية، راجع ما المقصود بتجربة القيادة؟. للحصول على معلومات حول تكوين أنواع مختلفة من محركات الأقراص التجريبية، راجع التكوين الفني لاختبار القيادة.

يمكنك أيضا الاطلاع على أفضل ممارسات اختبار القيادة وتنزيل ملف PDF الخاص بنظرة عامة على اختبار محركات الأقراص (تأكد من إيقاف تشغيل مانع النوافذ المنبثقة).

ملاحظة

المعلومات التي يجب على المستخدم ملاحظتها حتى في حالة القشطنظرا لأن جميع تطبيقات Azure يتم تنفيذها باستخدام قالب Azure Resource Manager، فإن النوع الوحيد من محركات الأقراص التجريبية المتوفرة لتطبيق Azure هو محرك أقراص تجريبي يستند إلى Azure Resource Manager.

العملاء المحتملين

يجب عليك توصيل عرضك بنظام إدارة علاقات العملاء (CRM) لجمع معلومات العملاء. سيطلب من العميل الحصول على إذن لمشاركة معلوماته. سيتم إرسال تفاصيل العملاء هذه ، إلى جانب اسم العرض ومعرف والمتجر عبر الإنترنت حيث عثروا على عرضك ، إلى نظام CRM الذي قمت بتكوينه. يدعم السوق التجاري مجموعة متنوعة من أنظمة CRM ، إلى جانب خيار استخدام جدول Azure أو تكوين نقطة نهاية HTTPS باستخدام Power Automate.

يمكنك إضافة اتصال CRM أو تعديله في أي وقت أثناء إنشاء العرض أو بعده. للحصول على إرشادات مفصلة، راجع العملاء المتوقعين من عرض السوق التجاري.

الفئات والفئات الفرعية

يمكنك اختيار فئة واحدة على الأقل وما يصل إلى فئتين لتجميع عرضك في مناطق البحث المناسبة في السوق التجارية. يمكنك اختيار ما يصل إلى فئتين فرعيتين لكل فئة أساسية وثانوية. للحصول على قائمة كاملة بالفئات والفئات الفرعية، راجع عرض قائمة أفضل الممارسات.

لتبسيط عملية الشراء للعملاء وتقليل التعقيد القانوني لموردي البرامج، تقدم Microsoft عقدا قياسيا يمكنك استخدامه لعروضك في السوق التجارية. عندما تقدم برنامجك بموجب العقد القياسي، يحتاج العملاء فقط إلى قراءته وقبوله مرة واحدة، ولا يتعين عليك إنشاء شروط وأحكام مخصصة.

إذا اخترت استخدام العقد القياسي، فلديك خيار إضافة شروط تعديل عالمية وما يصل إلى 10 تعديلات مخصصة على العقد القياسي. يمكنك أيضا استخدام الشروط والأحكام الخاصة بك بدلا من العقد القياسي. ستقوم بإدارة هذه التفاصيل في صفحة الخصائص . للحصول على معلومات مفصلة، راجع العقد القياسي لسوق Microsoft التجاري.

ملاحظة

بعد نشر عرض باستخدام العقد القياسي للسوق التجارية، لا يمكنك استخدام الشروط والأحكام المخصصة الخاصة بك. إنه سيناريو "أو". يمكنك إما تقديم الحل الخاص بك بموجب العقد القياسي أو الشروط والأحكام الخاصة بك. إذا كنت ترغب في تعديل شروط العقد القياسي ، فيمكنك القيام بذلك من خلال تعديلات العقد القياسية.

تفاصيل قائمة العروض

عند إنشاء عرض تطبيق Azure جديد في مركز الشركاء، ستدخل نصا وصورا ومقاطع فيديو اختيارية وتفاصيل أخرى في صفحة قائمة العروض. هذه هي المعلومات التي سيراها العملاء عندما يكتشفون بطاقة بيانات العرض الخاصة بك في Azure Marketplace، كما هو موضح في المثال التالي.

Illustrates how this offer appears in Azure Marketplace.

أوصاف الاستدعاء

  1. الشعار
  2. الفئات
  3. عنوان الدعم (رابط)
  4. شروط الاستخدام
  5. عنوان سياسة الخصوصية (رابط)
  6. اسم العرض
  7. الملخص
  8. الوصف
  9. لقطات الشاشة / مقاطع الفيديو

توضح لقطة الشاشة التالية كيفية ظهور معلومات العرض في مدخل Azure:

Illustrates how this offer appears in the Azure portal.

أوصاف الاستدعاء

  1. العنوان
  2. الوصف
  3. روابط مفيدة
  4. لقطات الشاشة

ملاحظة

لا يشترط أن يكون محتوى قائمة العروض باللغة الإنجليزية إذا كان وصف العرض يبدأ بعبارة "هذا التطبيق متاح فقط باللغة [غير الإنجليزية]".

للمساعدة في إنشاء عرضك بسهولة أكبر، قم بإعداد بعض هذه العناصر في وقت مبكر. العناصر التالية مطلوبة ما لم يذكر خلاف ذلك.

  • الاسم: سيظهر هذا الاسم كعنوان لقائمة العروض الخاصة بك في السوق التجارية. قد يكون الاسم علامة تجارية. لا يمكن أن تحتوي على رموز تعبيرية (ما لم تكن رموز العلامة التجارية وحقوق الطبع والنشر) ويجب أن تقتصر على 200 حرف.

  • ملخص نتائج البحث: صف الغرض من عرضك أو وظيفته كجملة واحدة، بنص عادي بدون فواصل أسطر، في 100 حرف أو أقل. يستخدم هذا الملخص في نتائج البحث في قائمة (قوائم) السوق التجارية.

  • وصف قصير: توفير ما يصل إلى 256 حرفا من النص العادي. سيظهر هذا الملخص في صفحة تفاصيل عرضك.

  • الوصف: سيتم عرض هذا الوصف في نظرة عامة على بطاقة (قوائم) Azure Marketplace. ضع في اعتبارك تضمين عرض قيمة ، ومزايا رئيسية ، وقاعدة مستخدمين مقصودة ، وأي فئة أو جمعيات صناعية ، وفرص شراء داخل التطبيق ، وحاجة العملاء أو الألم الذي يعالجه العرض ، وأي إفصاحات مطلوبة ، ورابط لمعرفة المزيد.

    يحتوي مربع النص هذا على عناصر تحكم محرر نص منسق يمكنك استخدامها لجعل الوصف أكثر جاذبية. يمكنك أيضا استخدام علامات HTML لتنسيق وصفك. يمكنك إدخال ما يصل إلى 5000 حرف من النص في هذا المربع، والذي يتضمن ترميز HTML ومسافات. للحصول على نصائح إضافية، راجع كتابة وصف رائع للتطبيقوعلامات HTML المدعومة في أوصاف عروض السوق التجارية.

  • الكلمات الرئيسية للبحث (اختياري): يمكنك توفير ما يصل إلى ثلاث كلمات رئيسية للبحث يمكن للعملاء استخدامها للعثور على عرضك في المتجر عبر الإنترنت. للحصول على أفضل النتائج، استخدم أيضا هذه الكلمات الرئيسية في الوصف. لست بحاجة إلى تضمين اسم العرض ووصفه. يتم تضمين هذا النص تلقائيا في البحث.

  • رابط سياسة الخصوصية: عنوان URL لسياسة الخصوصية الخاصة بشركتك. يجب عليك تقديم سياسة خصوصية صالحة وتكون مسؤولا عن ضمان امتثال تطبيقك لقوانين ولوائح الخصوصية.

  • روابط مفيدة (اختيارية): يمكنك توفير روابط إلى موارد مختلفة لمستخدمي عرضك. على سبيل المثال، المنتديات والأسئلة الشائعة وملاحظات الإصدار.

  • معلومات جهة الاتصال: يجب تعيين جهات الاتصال التالية من مؤسستك:

    • جهة اتصال الدعم: قم بتوفير الاسم والهاتف والبريد الإلكتروني لشركاء Microsoft لاستخدامه عند فتح عملائك للتذاكر. يجب عليك أيضا تضمين عنوان URL لموقع الدعم على الويب.
    • جهة الاتصال الهندسية: قم بتوفير الاسم والهاتف والبريد الإلكتروني ل Microsoft لاستخدامها مباشرة عند وجود مشكلات في عرضك. معلومات الاتصال هذه غير مدرجة في السوق التجارية.
    • جهة اتصال برنامج CSP (اختيارية): أدخل الاسم والهاتف والبريد الإلكتروني إذا اشتركت في برنامج Cloud Solution Provider (CSP)، حتى يتمكن هؤلاء الشركاء من الاتصال بك لطرح أي أسئلة. يمكنك أيضا تضمين عنوان URL لموادك التسويقية.
  • الوسائط - الشعارات: قم بتوفير ملف PNG للشعار كبير الحجم. سيستخدم مركز الشركاء هذا لإنشاء شعار صغيرومتوسط . يمكنك استبدالها اختياريا بصور مختلفة لاحقا.

    • كبير (من 216 × 216 إلى 350 × 350 بكسل، مطلوب)
    • متوسط (90 × 90 بكسل، اختياري)
    • صغير (48x48 بكسل، اختياري)

    تستخدم هذه الشعارات في أماكن مختلفة في المتاجر عبر الإنترنت:

    • يظهر الشعار الصغير في نتائج البحث Azure Marketplace.
    • يظهر شعار Medium عند إنشاء مورد جديد في Microsoft Azure.
    • يظهر الشعار الكبير على صفحة قائمة العروض في Azure Marketplace.

    اتبع هذه الإرشادات الخاصة بشعاراتك:

    • يحتوي تصميم Azure على لوحة ألوان بسيطة. حدد عدد الألوان الأساسية والثانوية على شعارك.
    • ألوان موضوع البوابة هي الأبيض والأسود. لا تستخدم هذه الألوان كلون خلفية لشعارك. استخدم لونا يجعل شعارك بارزا في البوابة الإلكترونية. نوصي بألوان أساسية بسيطة.
    • إذا كنت تستخدم خلفية شفافة، فتأكد من أن الشعار والنص ليسا أبيضين أو أسودين أو أزرق.
    • يجب أن يكون شكل شعارك ومظهره مسطحين وأن يتجنبا التدرجات في الشعار أو الخلفية. لا تضع نصا على الشعار، ولا حتى اسم شركتك أو علامتك التجارية. ستتسبب الصور الضبابية في رفض إرسالك.
    • تأكد من عدم تمديد الشعار.
  • الوسائط - لقطات الشاشة (اختيارية): نوصي بإضافة لقطات شاشة توضح كيفية عمل عرضك. يمكنك إضافة ما يصل إلى خمس لقطات شاشة مع المتطلبات التالية، والتي توضح كيفية عمل عرضك:

    • 1280x720 بكسل
    • ملف .PNG
    • يجب أن تتضمن تسمية توضيحية
  • الوسائط - مقاطع الفيديو (اختيارية): يمكنك إضافة ما يصل إلى خمسة مقاطع فيديو بالمتطلبات التالية، والتي توضح عرضك:

    • الاسم
    • عنوان URL: يجب استضافته على YouTube أو Vimeo فقط.
    • الصورة المصغرة: 1280x720 .PNG ملف

ملاحظة

يجب أن يفي عرضك بسياسات اعتماد السوق التجارية العامة ليتم نشرها في السوق التجارية.

معاينة الجمهور

يمكن لجمهور المعاينة الوصول إلى عرضك قبل نشره مباشرة في المتاجر عبر الإنترنت من أجل اختبار الوظيفة الشاملة قبل نشره مباشرة.

ملاحظة

يختلف جمهور المعاينة عن الخطة الخاصة. الخطة الخاصة هي الخطة التي تتيحها فقط لجمهور معين تختاره. يتيح لك ذلك التفاوض على خطة مخصصة مع عملاء محددين.

يمكنك تحديد جمهور المعاينة باستخدام معرفات اشتراك Azure، إلى جانب وصف اختياري لكل منها. لا يمكن رؤية أي من هذه المجالات من قبل العملاء.

التكوين الفني

بالنسبة للتطبيقات المدارة التي تصدر أحداث قياس باستخدام واجهات برمجة تطبيقات خدمة القياس في Marketplace، يجب عليك توفير الهوية التي ستستخدمها خدمتك عند إصدار أحداث القياس.

هذا التكوين مطلوب إذا كنت تريد استخدام حدث استخدام الدفعة. في حال كنت ترغب في إرسال حدث الاستخدام ، يمكنك أيضا استخدام خدمة البيانات الوصفية للمثيل للحصول على الرمز المميز لحامل رمز الويب JSON (JWT).

  • معرف مستأجر Azure Active Directory (مطلوب): داخل مدخل Azure، يجب عليك إنشاء تطبيق Azure Active Directory (AD) حتى نتمكن من التحقق من صحة الاتصال بين خدمتينا خلف اتصال مصادق عليه. للعثور على معرف المستأجر لتطبيق Azure Active Directory (Azure AD)، إلى الشفرة النصلية لتسجيلات التطبيقات في Azure Active Directory. في العمود اسم العرض ، حدد التطبيق. ثم ابحث عن الخصائص، ثم ابحث عن معرف الدليل (المستأجر) ( على سبيل المثال 50c464d3-4930-494c-963c-1e951d15360e).
  • معرف تطبيق Azure Active Directory (مطلوب): تحتاج أيضا إلى معرف التطبيق ومفتاح مصادقة. للعثور على معرف التطبيق الخاص بك، انتقل إلى شفرة تسجيلات التطبيق في Azure Active Directory. في العمود اسم العرض ، حدد التطبيق ثم ابحث عن معرف التطبيق (العميل) ( على سبيل المثال 50c464d3-4930-494c-963c-1e951d15360e). للعثور على مفتاح المصادقة، انتقل إلى الإعداداتوحدد المفاتيح. ستحتاج إلى تقديم وصف ومدة وسيتم تزويدك بعد ذلك بقيمة رقمية.

ملاحظة

سيتم ربط معرف تطبيق Azure برقم تعريف الناشر الخاص بك ولا يمكن إعادة استخدامه إلا داخل حساب الناشر هذا.

فرص مبيعات إضافية

يمكنك اختيار الاشتراك في قنوات التسويق والمبيعات المدعومة من Microsoft. عند إنشاء عرضك في مركز الشركاء، سترى علامتي تبويب في نهاية العملية:

  • إعادة البيع من خلال مزودي خدمات الإنترنت: استخدم هذا الخيار للسماح لشركاء موفري الحلول السحابية (CSP) من Microsoft بإعادة بيع الحل كجزء من عرض مجمع. راجع Cloud Solution Provider البرنامج لمزيد من المعلومات.
  • البيع المشترك مع Microsoft: يتيح هذا الخيار لفرق مبيعات Microsoft النظر في الحل المؤهل للبيع المشترك لبروتوكول الإنترنت عند تقييم احتياجات عملائها. للحصول على معلومات مفصلة حول كيفية إعداد عرضك للتقييم، راجع خيار البيع المشترك في السوق التجارية. للحصول على تفاصيل حول متطلبات البيع المشترك للملكية الفكرية، راجع متطلبات حالة البيع المشترك. لمزيد من المعلومات حول تسويق عرضك من خلال قنوات شركاء Microsoft CSP، راجع موفري الحلول السحابية.

لمعرفة المزيد، راجع تنمية أعمالك السحابية باستخدام Azure Marketplace.

الخطط

تتطلب عروض تطبيق Azure خطة واحدة على الأقل. تحدد الخطة نطاق الحل وحدوده، والتسعير المرتبط به، إن وجد. يمكنك إنشاء خطط متعددة لعرضك لمنح عملائك خيارات تقنية وتسعير مختلفة.

للحصول على إرشادات عامة حول الخطط، بما في ذلك نماذج التسعير والخطط الخاصة، راجع الخطط والتسعير لعروض السوق التجارية. تناقش الأقسام التالية معلومات إضافية خاصة بخطط تطبيقات Azure.

أنواع الخطط

هناك نوعان من خطط تطبيقات Azure: قالب الحل والتطبيقالمدار. يدعم كلا النوعين من الخطط أتمتة نشر وتكوين حل يتجاوز جهازا ظاهريا واحدا (VM). يمكنك أتمتة عملية توفير موارد متعددة، بما في ذلك الأجهزة الظاهرية والشبكات وموارد التخزين لتوفير حلول معقدة، مثل حلول IaaS. يمكن لكلا النوعين من الخطط استخدام العديد من الأنواع المختلفة من موارد Azure، بما في ذلك على سبيل المثال لا الحصر الأجهزة الظاهرية.

  • تعد خطط قوالب الحلول إحدى الطرق الرئيسية لنشر حل في السوق التجارية. خطط قوالب الحلول غير قابلة للتداول في السوق التجارية، ولكن يمكن استخدامها لنشر عروض VM المدفوعة التي تتم فوترتها من خلال السوق التجارية. استخدم نوع خطة قالب الحل عندما يقوم العميل بإدارة الحل ويتم فوترة المعاملات من خلال خطة أخرى. لمزيد من المعلومات حول إنشاء قوالب الحلول، راجع ما المقصود ب Azure Resource Manager؟

  • تمكنك خطط التطبيقات المدارة من إنشاء تطبيقات جاهزة ومدارة بالكامل لعملائك وتقديمها بسهولة. لديهم نفس قدرات خطط قالب الحل ، مع بعض الاختلافات الرئيسية:

    • يتم نشر الموارد إلى مجموعة موارد ويتم إدارتها بواسطة ناشر التطبيق. مجموعة الموارد موجودة في اشتراك العميل، لكن الهوية في مستأجر الناشر لها حق الوصول إلى مجموعة الموارد.
    • بصفتك الناشر، يمكنك تحديد تكلفة الدعم المستمر للحل ويتم دعم المعاملات من خلال السوق التجارية.

    استخدم نوع خطة التطبيق المدارة عندما تطلب أنت أو عميلك أن تتم إدارة الحل بواسطة شريك أو ستقوم بنشر حل قائم على الاشتراك. لمزيد من المعلومات حول مزايا التطبيقات المدارة وأنواعها، راجع نظرة عامة على التطبيقات المدارة من Azure.

الخطوات التالية