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

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

الخلاصة في 30 ثانية

إن حِرت، فهذا يكفيك

اختر النموذج بحسب «القيمة المتجدّدة»
إن تولّدت قيمة مع كل استخدام فـالاشتراك، وإن كانت لمرة واحدة فـالشراء لمرة واحدة. ابدأ بـالفريميوم لتفتح الباب مجانًا ثم اعبُر بالمستخدم إلى المدفوع.
سعّر انطلاقًا من «القيمة»
احسبه عكسيًا من القيمة التي يجنيها العميل لا من التكلفة أو المنافس. القاعدة الذهبية: ثلاث درجات مجاني / Pro / Business + خصم الدفع السنوي.
أكبر خطأ هو «الرخص المفرط»
يميل المطوّر الفردي إلى تسعيرٍ أرخص من اللازم. اطرح سعرًا أعلى مع نيّة رفعه لاحقًا، واحتسِب دائمًا رسوم الذكاء الاصطناعي ضمن التكلفة.

※ لمسار البناء كاملًا انظر خارطة طريق التطوير الفردي، ولطريقة بناء أصغر نسخة انظر دليل بناء MVP بمفردك.

🧭 موقع هذه المقالة: إنها «مخطط المال» الذي تقرؤه قبل نشر منتجك وبعده. إن لم تبنِ شيئًا بعد فابدأ بـكيف تبني MVP بمفردك، وإن كنت في مرحلة النشر وجمع أول المستخدمين فاقرأها مع كيف تجمع أول 100 مستخدم.

1. كيف تختار نموذج التربّح (مقارنة 6 نماذج)

قبل تحديد السعر، اختر أولاً «طريقة البيع (النموذج)». فما لم يتحدّد الإناء، لا يمكنك تحديد كمية ما تسكبه فيه. إليك ستة نماذج شائعة في التطوير الفردي، مرتّبة بحسب ما يناسبها وما لا يناسبها.

① مجاني بالكامل

لا دخل. مفيد إن كان هدفك بناء معرض أعمال، أو تكوين سجلّ إنجازات، أو جمع عدد المستخدمين. لكن يسهل أن يترسّخ وضع «لا يُستخدم إلا مجانًا». فابنِ جسرًا نحو التربّح مستقبلاً.

② شراء لمرة واحدة (دفعة كاملة)

دفعة واحدة واستخدام دائم. يناسب الأدوات والقوالب والموارد والكتب الإلكترونية وكلَّ ما «يكتمل بمجرد اقتنائه». ضعفه أن المبيعات لا تتراكم، فتحتاج إلى جذب عملاء من الصفر في كل مرة.

③ اشتراك (شهري/سنوي)

يناسب الخدمات التي تتزايد قيمتها مع الاستخدام المستمر (تُحدَّث باستمرار، تتراكم فيها البيانات، تُستخدم شهريًا). أكبر مزاياه تراكم الدخل (MRR). ويستلزم مقاومة الإلغاء وتقديم قيمة متجدّدة.

④ فريميوم (Freemium)

مجاني في الأساس + جزء مدفوع. تفتح «بابًا يجرّبه الناس أولاً» مجانًا، ثم تُحوّلهم إلى الدفع عبر الحدود أو الميزات المتقدّمة. يلائم التطوير الفردي كثيرًا، لكن الفيصل هو تصميم الخط الفاصل بين المجاني والمدفوع. إن كان سطحيًا انتهى الجميع عند المجاني.

⑤ الإعلانات

تنشر مجانًا وتربح من الإعلان. يفترض حركة زيارات ضخمة، ومع عددٍ قليل لا يكاد يأتي دخل. كما أن بنية الوصول تتغيّر مع انتشار البحث بالذكاء الاصطناعي — ضع في حسبانك أثر ذلك على دخل AdSense.

⑥ التبرّع والدعم

قائم على الدعم. تتلقّاه عبر Ko-fi أو Buy Me a Coffee. يناسب المصادر المفتوحة والأدوات المفيدة المتخصّصة. غير مستقرّ، لكنه يصلح لـ«قياس الحماس» قبل التحوّل إلى المدفوع.

سؤالٌ واحد للاختيار: «هل تزداد قيمة هذا كلّما استمرّ استخدامه؟» — إن كان الجواب نعم فـ③ الاشتراك (+④ الفريميوم كباب دخول). «هل ينتهي بمجرد تسليمه مرة؟» — إن كان نعم فـ② الشراء لمرة واحدة. وما دمت لم تحسم بعد، فالأأمن أن تطرحه مجانًا أولاً وترى ردّ الفعل، ثم تُلبِس عليه نموذجًا مدفوعًا.

أيّ أداة دفع أستخدم؟

بعد تحديد النموذج، جهّز الوعاء (الدفع). إليك الخيارات الشائعة في التطوير الفردي. جميعها بـرسوم نسبية من المبيعات، وتبدأ بها دون تكلفة مبدئية.

الخيار الملكي للاشتراك أو الدفع لكل استخدام. مرن لكنه يتطلّب أن تدمجه بنفسك. المرشّح الأول إن أردت بناء نظام دفعٍ متجدّد متقن. ويتوافق جيدًا مع محرّرات الذكاء الاصطناعي.

يتيح بدء بيع المنتجات الرقمية بنظام الشراء لمرة واحدة في دقائق. الأمثل للبيع الفوري للقوالب والموارد والكتب الإلكترونية. رسومه أعلى قليلاً لكن جهده أقلّ ما يكون.

من نمط «التاجر المسجَّل (Merchant of Record)»، إذ يتكفّلان بضرائب كل دولة وضريبة القيمة المضافة (VAT) نيابةً عنك. إن كنت تبيع للخارج أيضًا، تصبح الأمور الضريبية أيسر بكثير دفعةً واحدة.

💡 هناك خيارٌ آخر وهو بيع خادم MCP أو واجهة API نفسها. إن أردت تربيح منتجٍ موجَّه للمطوّرين، فانظر أيضًا هل يمكن تربيح خوادم MCP.

2. كيف تحدّد السعر = فكّر بمنطق القيمة

هنا صُلب الموضوع. يحدّد كثير من المطوّرين الأفراد السعر بـ«التكلفة + هامش» أو «تقليد المنافس». لكن هذا هو النموذج الأبرز للتسعير الذي لا يُربح. المنطلق الصحيح هو القيمة التي يجنيها العميل من المنتج — وهذا هو منطق التسعير القائم على القيمة (Value-Based Pricing)، الذي يُدرَّس على نطاق واسع كأساسٍ نظري لاستراتيجية السعر (فمثلاً في محاضرات استراتيجية التسعير في جامعات كـ MIT، يُعدّ «التحديد انطلاقًا من قيمة العميل لا من التكلفة» مبدأً أساسيًا).

✕ الانطلاق من التكلفة

«كلّفني بناؤه كذا فسعره كذا». هذا شأنك أنت، ولا علاقة للعميل به. ولأنّ البناء بالذكاء الاصطناعي يخفض التكلفة، يجعلك هذا المنطق تُسعّر برخصٍ غير مبرَّر.

△ الانطلاق من المنافس

«المنافس بكذا فأنزّل قليلاً». يصلح للاسترشاد، لكنه يورّطك في حرب أسعارٍ رخيصة. وليس بالضرورة أن قيمتك مثل قيمته.

◎ الانطلاق من القيمة

احسب عكسيًا من «النتيجة التي يجنيها العميل بقيمة كذا». حوِّل توفير الوقت وزيادة الدخل وتقليل التوتّر إلى مبلغ، وخذ جزءًا منه. هذا هو الصواب.

ثلاثة أسئلة تترجم القيمة إلى مبلغ

قد تظنّ أن «القيمة لا تُقاس»، لكن الإجابة عن الأسئلة الثلاثة التالية تكفي لتقريبها بما يكفي.

س1. ماذا يوفّر؟

إن كان يُلغي كذا ساعة عملٍ شهريًا، فقيمة تلك الساعات محسوبةً بأجرة الساعة هي الحدّ الأدنى للقيمة. «5 ساعات شهريًا × أجرة الساعة» — جزءٌ من ذلك هو الاشتراك الشهري المعقول.

س2. ماذا يزيد؟

إن كان يزيد المبيعات أو الصفقات أو المتابِعين، فالزيادة هي القيمة. «صفقةٌ إضافية شهريًا» — يصبح هامش ربح تلك الصفقة معيارًا للحكم.

س3. ماذا يتجنّب؟

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

قاعدة القيمة الحديدية: اجعل السعر الذي تتقاضاه ضمن عُشر إلى ثلث القيمة التي يجنيها العميل، فيسهل أن يشعر بأنّه «يستحقّ». أداةٌ توفّر لك وقتًا بقيمة 20 ألفًا شهريًا، يمكن تبرير سعرٍ لها بين 2,000 و6,000 شهريًا. ليس «رخيص لأنّ التكلفة شبه صفر»، بل «مرتفعٌ بما يليق لأنّ القيمة كبيرة».

كيف تبني خطة الدرجات الثلاث (مجاني / Pro / Business)

لا تحصر السعر في خيارٍ واحد، بل رتّبه في ثلاث درجات — هذه هي القاعدة الذهبية. تُسمّى «جيّد–أفضل–الأفضل (Good-Better-Best)»، وتستند إلى معرفةٍ في سلوك المستهلك مفادها أنّك متى عرضت ثلاثة خيارات اختار كثيرٌ من الناس الوسط (تجنُّب الطرفين). والحيلة أن تصمّم الوسط ليكون هو «المطلوب الرئيسي».

FREE
مجانًا

للدخول والتجربة. قيّد الميزة الأساسية بـ«الكمّية» أو «عدد المرّات». هدفه ليس التحصيل بل «جعله يلمس القيمة، ثم العبور به إلى المدفوع». لا تجعله مكتمِلاً مجانًا أكثر من اللازم.

مُوصى به · المطلوب الرئيسي
PRO
خيار الأفراد الأول

المطلوب الرئيسي للمستخدم الفرد. ارفع القيود وضمِّن كلَّ الميزات المفيدة. ضع هنا الخطة التي تريد أكثر ما تريد أن يختارها الناس، ووضِّح الفارق عن المجاني. تصير «مِرساة» السعر.

BUSINESS
3–5 أضعاف Pro

للشركات والفرق والاستخدام الكثيف. أضِف المقاعد والـ API والدعم. حتى لو لم يُبَع، فهو يعمل كـمرساةٍ عالية السعر تُظهر Pro «مربحًا». وإن دخل ولو عُشر العملاء، قفز هامش الربح.

📐 سيكولوجيا الكسور: كون «980» يبدو أرخص من «1,000» يرجع إلى أنّ الناس ينظرون بقوّةٍ إلى الرقم الأيسر، وهو أثر الرقم الأيسر (left-digit effect)، من أشهر ما في سيكولوجيا السعر. غير أنّ الفئات المرتفعة والمنتجات الفاخرة قد يرفع «إحساس جودتها» أن تتعمّد رقمًا مستديرًا. ادّخِر الكسور حين تُخاطب الرخص، والأرقام المستديرة حين تُخاطب الجودة.

القاعدة الذهبية لخصم الدفع السنوي

في الاشتراك، اعرض الدفع الشهري والسنوي جنبًا إلى جنب، واجعل السنوي أرخص. هذا تصميمٌ معياريّ في SaaS، وله هدفان — ① يدخل المبلغ مقدمًا دفعةً واحدة (التدفّق النقدي)، و② لا يُلغى طوال سنة (معدّل الاستمرار).

مقدار الخصم التقريبي

من المألوف في SaaS أن يكون السنوي بقيمة الشهري × 10 إلى 12 شهرًا (أي فعليًا شهر إلى شهرين مجانًا، وبنسبة خصمٍ نحو 15–20%). والإفراط في الخصم يميل بالجميع نحو السنوي فيقضم دخلك، فالأأمن حدود «توفير نحو شهرين».

حيلة العرض

وحِّد العرض على شكل «كذا لكل شهر (دفع سنوي)»، فيتّضح الرخص بمقارنته بالدفع الشهري. أمّا إظهار الإجمالي السنوي وحده فيبدو غاليًا فيهرب العميل. والمعتاد واجهةٌ فيها مِفتاح تبديل بين «شهري/سنوي».

3. كيف تكسب أول مستخدم يدفع

«أُوسّع مجانًا أولاً، وأُحصّل يومًا ما» — هذا «اليوم ما» كثيرًا ما لا يأتي أبدًا. كلّما أجّلت التحصيل صار أصعب، لأنّ تسعير مستخدمٍ اعتاد المجّان يبلغ ذروة المقاومة النفسية. لذا اصنع بابًا مدفوعًا مبكرًا ولو كان صغيرًا.

① ابدأ صغيرًا «من المدفوع»

ضع مسار دفعٍ من البداية ولو بمبلغ زهيد. «هل يوجد شخصٌ واحد يدفع؟» تحقّقٌ أثمن من واقع أنّ مئةً يستخدمونه مجانًا. وإن لم يوجد مَن يدفع، فتلك إشارةٌ لإعادة النظر في السعر أو في القيمة ذاتها.

② سعر الطيور المبكّرة

أرخص للمستخدمين الأوائل فقط. «مَن ينضمّ الآن يحصل على خصم كذا% باستمرار» يسهّل جمع الدفع المبكّر، ويصير نقطة انطلاقٍ للتوصية الشفهية. وهؤلاء يبقون معك بعد رفع السعر بدافع «العرفان».

③ اجعل رفع السعر أمرًا مفترضًا

السعر الأول فرضيّة. متى زادت الميزات وارتفعت القيمة فـارفع السعر بثقة. وإن أبقيت السعر القديم للمستخدمين الحاليين (grandfathering) قلّ التذمّر. رفع السعر ليس وقاحة، بل دليل نموّ.

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

كيف تجمع أوّل المستخدمين نفسه موضوعٌ لا يقلّ عمقًا عن التسعير. فصّلت التكتيكات العملية للمسارات والشبكات الاجتماعية والمجتمعات في كيف تجمع أول 100 مستخدم في التطوير الفردي. وإن أردت معرفة أنماط الكسب على نطاقٍ أوسع فانظر كيف تبدأ دخلاً جانبيًا بالذكاء الاصطناعي، وللصورة الكاملة للتربّح من المنزل انظر اكسب من المنزل بالذكاء الاصطناعي من الصفر.

4. احتساب تكلفة الذكاء الاصطناعي في الجدوى التشغيلية

مأزقٌ يخصّ المنتجات التي تستخدم الذكاء الاصطناعي هو «التكلفة المتغيّرة». فخلافًا للتطبيقات التقليدية، كلّما استخدمها المستخدم أكثر تراكمت رسوم استخدام الـ API (تسعير الرموز/التوكن). وإن لم تحتسِب ذلك في السعر، وقعت في كابوس الخسارة كلّما بعت أكثر.

احسب دائمًا تكلفة الفرد الواحد

قدّر «كم يُنفق مستخدمٌ كثيف الاستخدام على الـ API شهريًا». ما لم يكن الاشتراك الشهري > تكلفة API المتوقّعة + رسوم الدفع، فالتسعير منهار. انظر هل تخسر في أسوأ حالة (مَن يستنزفه استخدامًا).

ضع حدًّا للاستخدام أو تسعيرًا بالكمّية

«اللامحدود» عدوّ نموذج التكلفة المتغيّرة. صمّمه بحيث لا تنفلت التكلفة إلى السماء، كأن يكون حتى كذا مرة شهريًا / وما زاد بتسعيرٍ بالكمّية. وشدّد خاصةً على تضييق حدّ الفريميوم المجاني.

وزّع بذكاءٍ نحو نماذج أرخص

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

🧮 معادلة الجدوى تقريبيًا: هامش الربح الشهري = الاشتراك الشهري − (تكلفة API للفرد + رسوم الدفع + حصّة الاستضافة). إن كان هذا الهامش موجبًا، وكنت تسترجع تكلفة اكتساب العميل (الإعلان + الوقت) خلال بضعة أشهر، فالأمر يدور كعمل. ورسوم الذكاء الاصطناعي قد تُعدَّل، فتأكّد دومًا من أحدث الأسعار في الصفحات الرسمية لكل شركة (سعر الرمز يختلف باختلاف النموذج).

5. خمسة أخطاء شائعة في التسعير

أخيرًا، إليك «فخاخ التسعير» التي يقع فيها المطوّرون الأفراد مرارًا. إن وجدت في نفسك شيئًا منها، فيمكنك إصلاحه من اليوم.

💸 رخيصٌ أكثر من اللازم

الأكثر شيوعًا. من نفسيّة «أخاف أن آخذ مالاً على ما صنعتُه» تُسعّر برخصٍ غير مبرَّر. بل قد ينعكس فيُنظَر إلى الرخص على أنّه قلّة قيمة. ابدأ بسعرٍ أعلى.

🆓 التشبّث بالمجّانية

«أخاف أن يقلّ المستخدمون» فتستمرّ مجانًا وتفوّت توقيت التربّح. مئةٌ يدفعون خيرٌ من عشرة آلاف لا نيّة لهم في الدفع. والتحصيل أيسر كلّما بكّرت.

🔨 الضرب بكثرة الميزات

«لو زدت الميزات سأبيع» فتُكدّس بلا حساب. سبب الشراء ليس عدد الميزات بل النتيجة المُجناة. تشحيذ قيمةٍ واحدة أفضل مبيعًا.

🌀 خيارات أكثر من اللازم

تصفّ خمس أو ست خطط فيعجز الناس عن الاختيار. ثلاثٌ هي الأمثل. كلّما كثرت زاد إرهاق القرار فيغادرون. أبرِز المطلوب الرئيسي واحدًا.

🧾 تجاهل التكلفة

لا تُدخل رسوم API الذكاء الاصطناعي ولا رسوم الدفع في الحساب فـتخسر كلّما بعت. احسب مسبقًا تكلفة مستخدمٍ واحد كثيف الاستخدام.

الخلاصة

  • اختر النموذج بحسب «القيمة المتجدّدة»: اشتراكٌ إن نفع مع الاستمرار، وشراءٌ لمرة واحدة إن اكتمل مرة، والباب فريميوم.
  • سعّر انطلاقًا من القيمة: احسب عكسيًا من «القيمة التي يجنيها العميل» لا من التكلفة أو المنافس، وخذ عُشرها إلى ثلثها.
  • خطة الدرجات الثلاث + خصم الدفع السنوي: مجاني / Pro / Business مع جعل الوسط هو المطلوب الرئيسي. القاعدة أنّ السنوي يوفّر فعليًا شهرًا إلى شهرين.
  • ابدأ التحصيل مبكرًا وصغيرًا: اصنع الانطلاقة بسعر الطيور المبكّرة، وحدّث الفرضيّة على أساس أنّ رفع السعر مفترض.
  • احتسِب تكلفة الذكاء الاصطناعي: احسب تكلفة API للفرد، وضع حدًّا للاستخدام. تجنّب الخسارة كلّما بعت.

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

📚 إن أردت أن تتعلّم بالممارسة خطوةً بخطوة، فننصحك بالدورة المجانية. أعددنا الدورة التمهيدية «التطوير الفردي بالذكاء الاصطناعي» التي تمارس فيها الرحلة من الفكرة إلى النشر والتربّح في فصولٍ مرتّبة. اجعل هذه المقالة «مخطط التسعير»، والدورة «دليل الممارسة» — واستخدمهما معًا فلن تحار.

الأسئلة الشائعة

س. الشراء لمرة واحدة أم الاشتراك، أيّهما أفضل للمطوّر الفردي؟

ج. يُحسم بـ«هل تتولّد قيمة كلّما استمرّ الاستخدام؟». إن كانت خدمةً تُحدَّث باستمرار أو تتراكم فيها البيانات أو تُستخدم شهريًا، فـالاشتراك أفضل لأنّ الدخل يتراكم. أمّا ما يكتمل بتسليمه مرة كالقوالب والموارد فـالشراء لمرة واحدة أطبعُ له. وإن حِرت، فثمّة طريقٌ أن تطرحه شراءً لمرة واحدة وترى ردّ الفعل ثم تُحوّله اشتراكًا.

س. كيف أحدّد السعر الأول؟

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

س. أليس جعل كلّ شيءٍ مجانيًا أربح لأنّ المستخدمين يزيدون؟

ج. سيزيد العدد، لكن التحصيل لاحقًا ممّن اعتاد المجّان يصير صعبًا للغاية. وقد يزيد العدد وحده بينما تتراكم تكلفة الـ API وتتضخّم الخسارة. الأواقعيّ تصميمٌ يفتح الباب مجانًا فقط بـالفريميوم، ثم يعبُر بالمستخدم إلى المدفوع بعدما يلمس القيمة. «مئةٌ يدفعون» يسندون مشروعك أكثر من «عشرة آلاف لا يدفعون».

س. ألن أخسر بسبب رسوم استخدام الذكاء الاصطناعي؟

ج. قد يحدث إن لم تتحوّط. قدّر تكلفة API التي يستخدمها مستخدمٌ كثيف الاستخدام شهريًا، واجعل السعر يحقّق «الاشتراك الشهري > تكلفة API + رسوم الدفع». أضِف إلى ذلك وضع حدٍّ للاستخدام أو تسعيرٍ بالكمّية، وتوجيه المسوّدات والتصنيف إلى نموذجٍ أرخص، لتكبح التكلفة. «اللامحدود» كلمةٌ خطِرة في نموذج التكلفة المتغيّرة.

س. هل لا بأس برفع السعر لاحقًا؟ ألن يغضب المستخدمون الحاليون؟

ج. لا بأس. رفع السعر دليل نموّ، ومبرَّرٌ إن زادت الميزات أو القيمة. وحيلة كبح الاعتراض هي إبقاء المستخدمين الحاليين على السعر القديم (grandfathering). فإن خصّصت السعر الجديد للجدد فقط، شعر الحاليون بالأحرى بأنّهم «ربحوا بانضمامهم مبكرًا». وإعداد سعر الطيور المبكّرة من البداية يتيح لك بناء هذا المشهد منذ الأول.