أربعة أرقام تستحق المعرفة قبل أن تسلّم بطاقتك:
- يُعاد تصفير مخصصك الشهري إلى رصيد غير مستخدم صفر مع كل دورة.
- حُزم الأرصدة لا تحمل أي تاريخ انتهاء صلاحية على الإطلاق.
- استرداد الأموال لحزمة لم تُستخدم متاح لمدة 14 يومًا.
- التوليد الفاشل يستهلك رصيد وحدة عمل واحدة بالكامل رغم ذلك، سواء أعجبتك النتيجة أم لا.
ثلاثة من هذه الأمور تخص صفحة التسعير. أما الأمر المثير للاهتمام فيكمن في كيفية ترتيب الإنفاق فعليًا، ومن المفيد شرحه لأنه الفارق بين أن يكون للأرصدة معنى وبين أن تكون مجرد رقم تسويقي.
لماذا يُصرَف المخصص أولًا
عندما يكون لديك مخصص شهري وحزمة مشتراة في حسابك في آن واحد، يُصرَف المخصص أولًا قبل المساس بالحزمة. لا أحد يضع هذا في نص التسعير الرئيسي، لكنه الآلية التي تجعل الحزم تستحق فعلًا ما دفعته مقابلها.
جرّب البديل: لو صُرفت الحزم أولًا، لبقي مخصصك ببساطة دون استخدام حتى تنتهي دورة الفوترة ويُمحى. حزمة اشتريتها في مارس لتغطية أسبوع مزدحم كانت ستدعم اشتراكك بصمت بدلًا من أن تضيف إليه — لكنت تدفع مرتين مقابل وحدة العمل نفسها، مرة عبر الخطة ومرة عبر الحزمة، بينما يتبخّر ما دفعته بالفعل في الخلفية. صرف المخصص أولًا يقلب الأمر: تُستخدم أموال الخطة المجانية أولًا، وتنجو الأموال التي دفعتها تحديدًا مقابل سعة إضافية من كل ما كان سيمحوه إعادة التصفير. حزمة اشتريتها في مارس تساوي في نوفمبر بالضبط ما كانت تساويه يوم اشتريتها.
هذا التباين هو أيضًا سبب انتهاء صلاحية نوعي الأرصدة بشكل مختلف من الأساس. المخصص هو استخدام مشمول مرتبط بالدورة التي تدفع مقابلها — لو تراكم إلى ما لا نهاية لكنّا فعليًا نبيع أرصدة ثلاثة أشهر بسعر شهر واحد كل ربع سنة لا يسجّل فيه أحد الدخول، وستحتاج صفحة التسعير إلى تفاصيل دقيقة إضافية كثيرة لشرح ذلك. لذا يُعاد تصفيره ببساطة، بدلًا من دفنه في الأسئلة الشائعة. أما الحزم فهي أموال أُنفقت تحديدًا لشراء استخدام، وليست ميزة اشتراك، لذا تتصرف كرصيد لا كامتياز — بلا ساعة انتهاء صلاحية تعمل في الخلفية.
استخدمت أدوات كانت فيها الشحنة المدفوعة الإضافية تنتهي بصمت مع دورة الاشتراك، مُفصح عنها تقنيًا في مكان ما ضمن الشروط، وكانت تبدو دومًا كفخ.
ترتيب الإنفاق هو الخيار الميكانيكي الصغير الذي يمنع هذا المنتج من أن يصبح ذلك الفخ.
ما الذي يستهلك رصيدًا فعليًا
أي شيء يقوم فيه النموذج بعمل حقيقي نيابة عنك:
- بناء أول
- إعادة بناء بعد إجراء تعديلات
- جولة بحث تقرأ صفحات المنافسين
- مسودة تسويقية
- جولة تحسين تعيد كتابة البيانات الوصفية (metadata)
هذه الإجراءات لا تُسعَّر بشكل متطابق، ولا ينبغي أن تكون كذلك — بناء كامل قد يمس عشرات الملفات على مدى دقائق من وقت النموذج، بينما تعديل عنوان رئيسي هو بضع ثوانٍ من التحرير المُركَّز. الأسعار حسب نوع الإجراء موجودة على صفحة التسعير وتتغير مع إعادة ضبط النماذج الأساسية؛ ونحن نفضّل تعديل الرقم علنًا بدلًا من خنق الجودة بصمت للحفاظ على سعر قديم.
ما لا يستهلك أي شيء:
- بقاء موقع منشور نشطًا — لا يكلّف شيئًا يوميًا
- قراءة لوحات المعلومات
- التحقق من الترتيب
- تصفح سجل عملية تشغيل سابقة
- طرح سؤال بسيط على المساعد
كل هذا مجاني، إلى أن تصل اللحظة التي تتطلب فيها الإجابة أن يقوم النظام فعليًا بعمل شيء بدلًا من أن يخبرك بشيء. القاعدة ثابتة في كل مكان: هل قام نموذج بتوليد أو تحويل شيء ما، أم أنك فقط اطّلعت على ما كان موجودًا بالفعل.
وحتى النتيجة التي لم تعجبك ما زالت تكلفك الرصيد، لأن العمل قد تم فعلًا — تم إنفاق الرموز (tokens) واستُهلك الحوسبة وأكمل النموذج التشغيل. هذا يختلف عن التشغيل الذي يفشل من جانبنا قبل إنتاج أي شيء، وهو أمر نتحمله ومغطى أدناه. إعادة المحاولة مجانًا حتى ترضى تبدو سخية إلى أن تلاحظ أن المحاولة الثالثة للجميع تُدعم بصمت من قبل كل من نجح من المحاولة الأولى.
أين تحدث الأعطال، وما الذي نفعله حيالها
إذا نفد رصيدك في منتصف عملية البناء، تتوقف العملية في تلك اللحظة بالضبط في السجل، وليس بعد ثلاث خطوات إضافية بصفحة غير مكتملة — لا فشل صامت، ولا استنزاف خفي للرصيد، ولا تخمين حول ما إذا كانت العملية عالقة. أعد شحن الرصيد أو انتظر إعادة التعيين، ثم استأنف من حيث توقفت. شهدت هذا يحدث مباشرة أثناء عرض تجريبي لعميل: نفد الرصيد بالضبط عندما طلبوا "مرة أخيرة"، وأوضحت رسالة التوقف ما هو مطلوب، فاشترينا حزمة صغيرة على الفور، واستأنفت العملية في أقل من دقيقة.
| نوع الفشل | هل يتم استرداد الرصيد؟ |
|---|---|
| فشل من جانب المنصة (تعطل في بنيتنا التحتية) | نعم — تتم إعادة الرصيد بناءً على الطلب، دون الحاجة إلى معاناة مع تذاكر الدعم |
| رفض من متجر التطبيقات أو إلغاء مفتاح API | لا — لكننا سنساعدك على إصلاح المشكلة الأساسية |
استرداد الرصيد لا يُصلح اتصال Search Console المعطّل، لذا نتعامل مع هذه الحالات بشكل مختلف عن قصد.
تغطي عمليات الاسترداد الحزم غير المستخدمة والدورات الجديدة غير المستهلكة ضمن نافذة الـ14 يومًا، لا أكثر. العمل المُنجز لا يُسترد — إذا قام الوكيل ببناء الموقع وغيّرت رأيك، فذلك الحساب قد تم بالفعل، تمامًا كما لا يُعيد المقاول ساعات العمل المفوترة عن مسودة قررت التخلي عنها. سياسة الاسترداد الكاملة قصيرة لأننا حاولنا ألا نحتاج إلى الاستثناءات التي تجعل سياسات الاسترداد طويلة.
