كتصمّم خططك

بدا بحالات مختلفة ديال الزبناء

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

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

بالنسبة لشي مشروع SaaS آخر، الحد الفاصل يقدر يكون مشروع واحد مقابل سير عمل ديال فريق، استعمال عرضي مقابل خدمة متكررة، أو موقع واحد مقابل عدة مواقع. اختار عدد صغير ديال الحالات اللي ساهل يفهموها الناس. ثلاثة مستويات شائعة فالأمثلة، ولكن عرض واحد مزيان أو جوج اختيارات واضحين يقدرو يكفيو باش تبدا.

كتب الوعد قبل لائحة الخصائص

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

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

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

استعمل مصفوفة FitSite كمثال عملي

• Starter — 49 دولار/الشهر للتوضيح: موقع ويب واحد للاستوديو بقالب Studio Essential، معلومات النشاط الأساسية، وطريقة للتواصل. وضّح واش روابط الحجز والنطاقات المخصصة داخلين.
• Growth — 99 دولار/الشهر للتوضيح: موقع واحد باختيارات إضافية ديال القوالب ومسار حجز أو محتوى مجرّب ومناسب للمشتري. ضمّن حدود الدعم والتكامل.
• Pro — 199 دولار/الشهر للتوضيح: دعم لترتيب متفق عليه متعدد المواقع، بحال حتى لخمسة مواقع، مع القوالب المناسبة ونطاق الصيانة.

هاد الأرقام كتحافظ على المثال التعليمي الأصلي؛ لا هي معايير للسوق ولا توصية بالتسعير. خاصك تتحقق من التكاليف ديالك ورد فعل المشترين. ما توعدش بـ«جميع الإضافات المميزة» إلا كانت التراخيص والدعم والتوافق كتخلي هاد الشي قابل للتقديم. لائحة خصائص أطول تقدر تزيد التكاليف بلا ما تحسن نتيجة الزبون.

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

حوّل المصفوفة لإعدادات المنتوج

فالمسار الاختياري ديال WordPress، Ultimate Multisite كيدعم الباقات والقوالب والحدود. صايب منتوج لكل باقة مقصودة وضبط اختيارات القوالب المتاحة، الإضافات والثيمات المدعومة، حصص المواقع، والحدود المهمة الأخرى. راجع الوثائق الحالية باش تعرف أدوات التحكم المتاحة فالنسخة ديالك.

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

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

خلي جدول المقارنة العمومي ولائحة التحقق الداخلية ديال التقديم مجموعين. ملي كتتبدل شي خاصية، حدّث بجوج قبل ما تعرض الباقة المراجعة. هاد الشي كيساعد تتفادى بيع وعد قديم بينما كتوفّر إعداد جديد.

صمّم الترقيات والتخفيضات قبل ما تبيعها

خاص الزبون يفهم شنو كيتبدل ملي كينتقل بين الباقات. فـ Ultimate Multisite، راجع إعدادات مجموعة الباقات والترقية/التخفيض فالنسخة المثبتة، ومن بعد جرّب الانتقالات المسموح بها. ترتيب بصري بحال Starter وGrowth وPro كينفع غير ملي كيكون سلوك الانتقال الأساسي مطابق ليه.

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

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

زد الإضافات الاختيارية باعتدال

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

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

خلي الإضافات اختيارية بشكل واضح وتجنب الرسوم المحددة مسبقاً. الدرس 6 كيغطي تقديم العرض فمرحلة الدفع. قرار شراء بسيط أسهل للتجريب والدعم من مجموعة كبيرة ديال الحزم باستحقاقات متداخلة.

قبل ما تكمل

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

المصادر ومزيد من القراءة

مقتبس من الدرس الأصلي حول أعمال المواقع الإلكترونية. Ultimate Multisite: الباقات والحدود والتحكم فالإضافات

الدرس السابق · تصفّح الدروس الـ14 كاملة