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