أرصدة إثبات المفهوم (POC) من AWS: ما هي، ومن يستحقها، وكيف تُطلب

يغطي تمويل إثبات المفهوم (POC) من AWS، أو ما يُعرف غالبًا ببرنامج إثبات المفهوم من AWS، جزءًا من تكلفة تجربة قصيرة ومحددة لحِمل معيّن على AWS، لتختبره قبل الالتزام بترحيل كامل أو ببنية جديدة. وهو من أكثر برامج AWS بحثًا وأقلها فهمًا، والسبب الرئيسي أنه لا يوجد نموذج عام للتقديم عليه. يُقدَّم الطلب نيابةً عنك، مرتبطًا باختبار محدد، ويُعتمد قبل أن يبدأ أي عمل.

يشرح هذا الدليل ما هو تمويل إثبات المفهوم، ومن يحق له تقديم الطلب، وما الذي تزنه AWS عند اتخاذ القرار، وكيف يختلف عن أرصدة الترحيل وبرنامج Activate، وكيف تُعدّ تجربة تستحق التمويل.

كيف يعمل برنامج إثبات المفهوم من AWS

يندرج تمويل إثبات المفهوم ضمن برامج تمويل الشركاء لدى AWS. وتدرجه AWS حاليًا تحت تمويل تسريع فرص الشركاء (POA) لإثبات المفهوم والترحيل، ويُصرف إما على شكل أرصدة ترويجية من AWS أو تعويض نقدي للشريك المنفّذ. وحين يُقال «أرصدة POC» فالمقصود عادةً الأرصدة الترويجية: أرصدة تُضاف إلى حساب AWS الذي تجري عليه التجربة، فتغطي تكلفة الخدمات المستخدمة خلال الاختبار.

والغرض منه محدود. فهو مخصص لمشاريع صغيرة محددة المدة تثبت ما إذا كان حِمل معيّن يعمل على AWS، سواء للمؤسسات التي لم تلتزم بعد بـ AWS، أو للعملاء الحاليين الذين يجرّبون خدمة أو حِملًا جديدًا لا يشغّلونه اليوم. وهو ليس خصمًا عامًا على فاتورة AWS، ولا يُقصد به تمويل بيئة الإنتاج.

من يقدّم الطلب

لا يمكنك التقديم على تمويل إثبات المفهوم بنفسك عبر صفحة عامة. هناك طريقان:

• عبر أحد شركاء AWS. يسجّل الشريك الفرصة في AWS Partner Central ويقدّم طلب التمويل عليها. وتذكر AWS أن تمويل POA ميزة لشركاء الخدمات من مستوى Select فما فوق (كيف تعمل مستويات شركاء AWS)، لذا فمستوى الشريك هو ما يحدد إن كان يستطيع التقديم أصلًا.
• عبر فريق حسابك في AWS. إن كان لديك مدير حساب في AWS، فيمكنه رعاية التجربة أو إشراك شريك يستطيع تقديمها.

وتنبّه AWS أيضًا إلى أن مزايا الشركاء تُراجع سنويًا وأنها «قد لا تتوفر في جميع المناطق الجغرافية». لذا فإمكانية تمويل تجربة لشركة في مصر أو السعودية أو غيرها من دول المنطقة تعتمد على الشروط السارية لذلك السوق، ويتحقق منها الشريك المقدِّم في Partner Central.

ما الذي تنظر إليه AWS

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

• حِمل واحد وقرار واحد. سؤال مثل «هل ستحقق خدمة المعاملات لدينا زمن الاستجابة المطلوب على Aurora؟» قابل للتمويل، أما «تجربة AWS» فلا.
• معايير نجاح مكتوبة وقابلة للقياس. أزمنة استجابة، وإنتاجية، وتكلفة لكل معاملة، وزمن تعافٍ: أرقام تسمح للطرفين بالحكم على نجاح الاختبار.
• جدول زمني قصير وثابت. أسابيع لا أشهر، بتاريخ انتهاء وتقرير بالنتائج.
• طريق واقعي إلى الإنتاج. تقدير صادق لما سينفقه الحِمل على AWS إن نجحت التجربة. فالتمويل يُوزن مقابل هذه الإمكانية، ولهذا يُقدَّر بحسب الاختبار لا بحسب قائمة أمنيات.
• مسؤولون محددون بالاسم. شخص من جهتك يمنح الصلاحيات ويجيب عن الأسئلة ويعتمد النتيجة.

حجم التمويل المتوقع

لا تنشر AWS مبلغًا ثابتًا معلنًا لتمويل إثبات المفهوم. فالشروط موجودة في Partner Central، وتتغير من عام إلى آخر، وقد تختلف بحسب السوق. ويصف الشركاء عادةً هذا التمويل بأنه نسبة من الإنفاق المتوقع للحِمل على AWS في سنته الأولى، بسقف لكل فرصة في حدود عشرات الآلاف القليلة من الدولارات، لكن تعامل مع أي رقم تقرؤه على الإنترنت، بما فيه هذا الرقم، على أنه استرشادي.

والقاعدة العملية أبسط: يجب أن يغطي الطلب ما يحتاجه الاختبار فعلًا للعمل خلال مدته، لا أكثر. فالطلبات المبالغ فيها لاختبار غامض هي التي تتعثر.

تمويل إثبات المفهوم أم برنامج MAP: أيهما تحتاج؟

باختصار: تمويل إثبات المفهوم يجيب عن سؤال هل يناسب حِملٌ ما منصة AWS، وبرنامج MAP يساهم في تكلفة نقل الأحمال بعد أن تقرر. فإن كنت ما زلت تقرر فابدأ بتجربة إثبات مفهوم، وإن كانت لديك خطة وجدول زمني فانظر إلى MAP. أما Activate فبرنامج ثالث للشركات الناشئة يُخلط بينه وبينهما كثيرًا:

ويمكن أن تتتابع هذه البرامج. فالتجربة التي تثبت نجاح حِمل ما قد تصبح الخطوة الأولى في ترحيل أكبر، والأدلة التي تنتجها تقوّي ملف الترحيل؛ ويشرح دليلنا عن تمويل إثبات المفهوم مقابل برنامج MAP هذا التسلسل، ويوضح دليل برنامج MAP للشركات في مصر والسعودية جانب الترحيل. وعلى الشركات الناشئة أن تقرأ أيضًا دليل AWS Activate. ويمكنك أن تقارن بين برامج تمويل AWS جنبًا إلى جنب، بما في ذلك متى ينطبق تمويل الترحيل عبر الشريك بدلًا من MAP.

كيف تُعدّ تجربة تستحق التمويل

1. 1اختر حِملًا واحدًا وراءه قرار حقيقي. يجب أن تجيب التجربة عن سؤال ستتصرف بناءً عليه: هل نرحّل هذه الخدمة، أو نعتمد قاعدة البيانات هذه، أو ننقل خط المعالجة هذا.
2. 2اكتب معايير النجاح أرقامًا. اتفقوا على أهداف الأداء والتكلفة والموثوقية قبل أن يبني أحد أي شيء.
3. 3قدّر إنفاق الإنتاج بصدق. استخدم حاسبة أسعار AWS للحِمل بحجمه الكامل. فالتقدير المضخّم يُكتشف، والتقدير الصادق يسهّل اعتماد الطلب.
4. 4ثبّت الجدول الزمني والنطاق. حدد ما يدخل في الاختبار وما لا يدخل، مع تاريخ انتهاء.
5. 5حدد المسؤولين ورتّب الصلاحيات. قرر من يوفّر البيانات والبيئات ومن يعتمد النتيجة.
6. 6احصل على اعتماد التمويل قبل البناء. لا يُطبَّق تمويل إثبات المفهوم بأثر رجعي، والعمل المنجز قبل الاعتماد لا يُغطّى عادةً.
7. 7وثّق النتائج. سواء نجحت التجربة أو فشلت، فالتقرير الموجز مقابل معايير النجاح هو ما يحوّل التجربة إلى قرار، وإلى الخطوة التالية.

لماذا تتعثر طلبات إثبات المفهوم

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

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

إن كان لديك حِمل تريد اختباره على AWS، فابدأ بالقرار الذي يجب أن يدعمه والأرقام التي تحسمه. يستغرق فحص الأهلية المجاني للأرصدة دقائق قليلة، ونعود إليك بالبرامج التي قد تنطبق فعلًا، بما فيها تمويل إثبات المفهوم، وما يحتاجه كل منها منك. ولا شيء في هذا المقال وعد بالتمويل: فـ AWS هي من تقرر في كل طلب.