كل المواضيع
التنفيذ العملي

بنيت ميزة جديدة. كيف تسعّرها؟

من قيمة الميزة إلى الباقة والاستحقاق والحد والسعر — ثم تطبيقها داخل منتجك من دون تناقض.

آخر تحديث 2026-08-15

بنيت ميزة تقارير مالية بالذكاء الاصطناعي. العملاء بدؤوا يعتمدون عليها. وتكلفة تشغيلها ترتفع مع كل تقرير.

هنا يطلع السؤال: نخليها ضمن المنتج؟ نربطها بباقة أعلى؟ أو نحاسب على استخدامها؟

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

بنمشي على مثال واحد من البداية للنهاية: التقرير رقم 87. من ضغط العميل على «إنشاء» إلى تحديث الحد وظهور الاستخدام في الفاتورة.

من الميزة إلى السعر

أربع قرارات تحوّل الميزة إلى شيء يشتريه العميل.

الكود يعطيك الميزة. قيمتها وحدّها وسعرها هي اللي تدخلها في الباقة.

01 · القيمة

وش يستفيد العميل؟

يجهّز تقريره المالي في دقائق بدل ساعات.

02 · الإتاحة

مين يقدر يستخدمها؟

كل العملاء؟ أو من باقة النمو وفوق؟

03 · الحد

كم استخدام مشمول؟

100 تقرير كل شهر، أو بدون حد؟

04 · السعر

وش يصير بعد الحد؟

يتوقف؟ يرقّي؟ أو يدفع على تجاوز الحد؟

«تقارير الذكاء الاصطناعي» مجرد اسم ميزة.
«100 تقرير مشمول شهريًا، وبعدها 0.50 ر.س للتقرير» هذا وعد واضح.

قبل السعر، عندك أربع قرارات

لما تقول «نبغى نسعّر الميزة»، أنت فعليًا تسأل:

  1. وش قيمتها؟ وش تختصر على العميل؟
  2. مين يحصل عليها؟ كل الباقات، أو باقة محددة؟
  3. كم استخدام مشمول؟ مفتوح، محدود، أو حسب العقد؟
  4. وش يصير بعد الحد؟ إيقاف، ترقية، شحن، أو تجاوز؟

لا تبدأ من التكلفة. هي تحدد أقل سعر ممكن، لكنها ما تشرح ليش العميل بيدفع.

في مثالنا، القيمة واضحة: فريق المالية يجهّز تقريره خلال دقائق بدل ساعة عمل يدوي. هذه الجملة اللي تقدر تبني حولها باقة. مو «نستخدم نموذج AI مكلف».

هل تستاهل الميزة تدخل في التسعير؟

لو خليت كل ميزة تحتاج ترقية، يتعب العميل وهو يحاول يفهم الباقات. ولو ضمّنت كل شيء بلا حدود، تخرج التكلفة من يدك.

القرار يعتمد على شيئين: هل القيمة تختلف بين العملاء؟ وهل التكلفة تكبر مع الاستخدام؟

قرار الباقة

هل تدخل هذه الميزة في التسعير؟

هل تختلف قيمتها أو استخدامها من عميل لعميل؟
لا
ضمّنها في كل الباقات

لا تجبر العميل يرقّي إذا ما فيه فرق حقيقي بين الباقات.

نعم
هل تكلفتك تزيد كل ما زاد الاستخدام؟
هل العملاء الأكبر يعتمدون عليها أكثر؟
حط حدًا مشمولًا وحاسب بعده
اربطها بباقة أعلى أو بعها كإضافة
اجمع الاثنين: باقة تفتح الميزة + حد مشمول + سعر للتجاوز

خلّنا نطبّقها على التقارير:

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

الأنسب هنا: باقة النمو تفتح الميزة وتشمل 100 تقرير. بعدها ينحسب كل تقرير إضافي.

صار عندك وعد واضح:

باقة النمو تشمل 100 تقرير AI شهريًا. بعد الحد، سعر التقرير 0.50 ر.س. باقة المؤسسات لها حدود وضوابط حسب العقد.

كذا المنتج والمبيعات والمالية والهندسة يشتغلون على الوعد نفسه.

ثبّت الميزة، وغيّر الوعد حسب الباقة

عرّف الميزة مرة واحدة: ai_reports.

لا تربط اسم الميزة بالباقة. الباقات تتغير، والميزة تبقى.

شكلها داخل الباقات

الميزة ثابتة. اللي يتغيّر هو وش تشمل كل باقة.

الميزة
تقارير الذكاء الاصطناعي
الأساسية
غير مشمولة

الترقية تفتح الميزة

النمو
100 شهريًا

0.50 ر.س بعد الحد

المؤسسات
حسب العقد

حدود وضوابط حسب الاتفاق

عرّف الميزة مرة. وبعدها غيّر الاستحقاق والحد والسعر حسب الباقة.

كل جزء له وظيفة مختلفة:

الجزءيجاوب علىالمثال
الميزةوش اللي بناه المنتج؟تقارير AI
الاستحقاقهل الميزة متاحة لهذا العميل؟باقة النمو: نعم
الحد المشمولكم استخدام داخل الباقة؟100 تقرير شهريًا
قياس الاستخداموش اللي ينحسب؟تقرير اكتمل بنجاح
السعروش يصير بعد الحد؟0.50 ر.س للتقرير

الفصل بينها يعطيك مرونة. ارفع حد باقة النمو بدون ما تغيّر الميزة. أضف ضوابط للمؤسسات بدون ما تعيد بناء قياس الاستخدام. وغيّر سعر التجاوز بدون ما تلمس الاستحقاق.

ثبّت قاعدة الاستخدام قبل التنفيذ

قبل ما تبني المقياس، اتفقوا على جملة واحدة: متى نعتبر أن العميل استخدم تقريرًا؟ في مثالنا، ينحسب التقرير بعد ما يكتمل ويصير جاهزًا للعميل. الفشل وإعادة المحاولة ما يصير يغيّران العدد.

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

وش يصير وقت الاستخدام؟

استخدم العميل 86 تقريرًا من أصل 100، وبعدها اختار إنشاء تقرير جديد.

وش يصير وقت الاستخدام؟

العميل أنشأ التقرير 87. وش يصير خلف الكواليس؟

المخطط يوضح من يفحص الاستحقاق، ومن ينشئ التقرير، ومتى ينحسب الاستخدام.

العميل
تطبيقك
ترداد
أنشئ التقرير

العميل يبدأ العملية من منتجك.

هل ai_reports مستحق؟

اسأل قبل ما تبدأ تكلفة النموذج.

نعم · باقي 14

الباقة تحدد إتاحة الميزة والحد.

إنشاء التقرير

منتجك ينفذ الشغل اللي يميّزه.

سجّل report_87

نفس المعرّف يمنع تكرار الاحتساب.

انحسب · باقي 13

يرجع الرصيد الجديد مباشرة.

التقرير جاهز · باقي 13

العميل يشوف النتيجة والمتبقي معًا.

على منتجك

تجربة إنشاء التقرير، مهمة الذكاء الاصطناعي، ومعيار النجاح.

على ترداد

استحقاق الباقة، الحد المشمول، سجل الاستخدام، والتجاوز في الفاتورة.

الرسم يفصل مسؤولية كل نظام:

  • منتجك ينشئ التقرير؛
  • ترداد يحدد إتاحة الميزة والمتبقي ويسجل الاستخدام؛
  • مزود الدفع ما يدخل في العملية، لأن التقرير ما زال داخل الحد المشمول.

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

لا تخلّ الفاتورة تفاجئ العميل

وضّح الحد والسعر قبل الاستخدام، مو بعد نهاية الشهر.

قبل فتح الميزة

العميل يحتاج يعرف وش بيحصل عليه لو رقّى:

جهّز تقريرك المالي خلال دقائق
متاح في باقة النمو، مع 100 تقرير مشمول شهريًا.

أثناء الاستخدام

قبل الاستخدام، لازم يعرف العميل كم باقي له ومتى يتجدد الحد:

باقي 14 تقريرًا · يتجدد الحد في 1 سبتمبر

قبل تجاوز الحد

قبل تجاوز الحد، العميل يحتاج يعرف السعر والخيارات المتاحة:

باقي 10 تقارير. بعد الحد، 0.50 ر.س للتقرير. حدّد سقفًا شهريًا ←

بعد ما يخلص الحد

من البداية، حدد وش يصير بعد الحد: توقف الاستخدام، تسمح بالتجاوز، تطلب شحن الرصيد، أو تنتظر موافقة مسؤول الحساب.

إذا كانت الإجابة «تواصل مع الدعم»، فغالبًا أن السياسة ما انحسمت أصلًا.

حدّد من يملك كل قرار

كل قرار له مالك، وله مكان واحد يتحدد فيه:

القرارمن يملكه؟وين يتحدد؟
قيمة الميزة واسمهاالمنتجموجز الميزة
الباقة التي تفتح الميزةالمنتج والتجاريالاستحقاق في ترداد
الحد الشهري المشمولالتجاريإعداد الباقة في ترداد
تعريف التقرير الناجحالمنتج والهندسةعقد الحدث
الاستخدام الحاليتردادمقياس الاستخدام
سعر التجاوزالمالية والتجاريالسعر في ترداد
الرسالة اللي يشوفها العميلتصميم المنتجتطبيقك

إذا حددت القرار نفسه في نظامين، بيختلفان يومًا ما. وإذا ما له مالك، الدعم بيخترع السياسة من تذكرة إلى تذكرة.

اختبر الرحلة كاملة

لا تختبر endpoint واحد وتقول خلصنا. اختبر الرحلة اللي يعيشها العميل:

  1. عميل الباقة الأساسية يشوف قيمة الميزة، لكنه ما يقدر يشغلها.
  2. يرقّي إلى باقة النمو، وتشتغل الميزة في الوقت المعلن.
  3. أول تقرير مكتمل يسجل استخدامًا واحدًا.
  4. التقرير الفاشل ما يسجل شيئًا.
  5. إعادة إرسال الحدث نفسه ما تغيّر العدد.
  6. التقرير 100 يستهلك آخر وحدة مشمولة ويظهر للعميل وش يصير بعدها.
  7. التقرير 101 يطبق سياسة التجاوز أو الإيقاف.
  8. كل كمية في الفاتورة ترجع إلى تقرير مكتمل فعلًا.
  9. التخفيض يغيّر المزايا القادمة، بدون ما يغيّر التاريخ.

السؤال الصحيح مو «هل الميزة مدفوعة؟»

السؤال الأفضل:

من يستفيد منها؟ كم استخدام يحتاج؟ وش اللي تشمله الباقة؟ وش يصير بعد الحد؟ ومن يملك كل قرار؟

إذا جاوبت عليها، يصير التنفيذ واضحًا. نفس الوعد يظهر في صفحة الباقات، ويتطبق داخل المنتج، وينحسب في ترداد.

التقرير 87 يطلع للعميل، ينقص الحد مرة واحدة، ويظهر أثره بوضوح في الفاتورة. هذا هو المطلوب.

الخطوة التالية: عرفت وش تبيع وكيف تبي تحاسب عليه. الآن احسب تكلفة الميزة الفعلية قبل ما تثبّت الحد والسعر.