طراحی پلان‌های شما

با وضعیت‌های متفاوت مشتری آغاز کنید

نمونهٔ اصلی FitSite میان مربیان انفرادی، باشگاه‌های تثبیت‌شده، و کاروبارهای چندموقعیتی تفکیک می‌کند. این‌ها فرضیه‌های مفیدی‌اند، زیرا کار ممکن است متفاوت باشد: یک مربی به حضور حرفه‌ای و روشن نیاز دارد، یک باشگاه مصروف ممکن است به برنامهٔ زمانی و روند رزرو غنی‌تری نیاز داشته باشد، و یک زنجیره ممکن است به اطلاعات مخصوص هر موقعیت نیاز داشته باشد.

فرض نکنید که تعداد کارمندان محصول مناسب را تعیین می‌کند. یک مربی انفرادی ممکن است به‌شدت به رزرو آنلاین وابسته باشد، درحالی‌که یک باشگاه بزرگ‌تر شاید از قبل سیستمی داشته باشد که می‌خواهد آن را حفظ کند. از مصاحبه‌ها برای شناسایی تفاوت‌های معنادار در روند کار، پیچیدگی، پشتیبانی و مقیاس استفاده کنید. پلان‌ها باید این تفاوت‌ها را بازتاب دهند، نه کلیشه‌ها را.

برای یک کاروبار SaaS دیگر، خط تفکیک ممکن است یک پروژه در برابر روند کار تیمی، استفادهٔ گاه‌به‌گاه در برابر کار مکرر، یا یک موقعیت در برابر چندین موقعیت باشد. شمار کمی از وضعیت‌های قابل‌فهم را انتخاب کنید. سه سطح در نمونه‌ها رایج است، اما یک پیشنهاد خوب یا دو انتخاب روشن می‌تواند برای آغاز کافی باشد.

وعده را پیش از فهرست ویژگی‌ها بنویسید

برای هر پلان، یک جمله بنویسید که نتیجهٔ مفید مشتری را توضیح دهد. سپس ویژگی‌ها و کارهای خدماتی لازم برای ارائهٔ آن را فهرست کنید. اگر نمی‌توانید نقش یک ویژگی را در آن نتیجه توضیح دهید، دوباره بررسی کنید که آیا باید در پیشنهاد اولیه باشد یا نه.

یک پلان ابتدایی باید همچنان وظیفهٔ وعده‌داده‌شدهٔ خود را کامل انجام دهد. حذف یک ویژگی اساسی صرفاً برای واداشتن مشتری به ارتقا می‌تواند پلان ورودی را ناامیدکننده بسازد. اگر مشتری نمی‌تواند از «وب‌سایت رزرو» شما برای گرفتن یا هدایت رزروها استفاده کند، یا وعده را تغییر دهید یا یک روش عملی رزرو را شامل کنید.

جزئیات عملیاتی مورد نیاز مشتریان برای تصمیم‌گیری را شامل کنید: تعداد سایت‌ها یا فضاهای کاری، محدودیت‌های مرتبط استفاده، موجودیت دامنهٔ سفارشی، یکپارچه‌سازی‌های پشتیبانی‌شده، محدودهٔ پشتیبانی، و هرگونه خدمات راه‌اندازی. محدودیت‌ها را به‌روشنی توضیح دهید. سهمیه‌های تخنیکی زمانی اهمیت دارند که بر ارائهٔ خدمات اثر بگذارند، هرچند نباید عنوان اصلی را تحت‌الشعاع قرار دهند.

از ماتریس FitSite به‌عنوان یک نمونهٔ کاری استفاده کنید

• آغازین — نمونه‌ای ۴۹ دالر در ماه: یک وب‌سایت استودیو با قالب Studio Essential، اطلاعات اصلی کاروبار، و یک راه تماس. به‌روشنی بیان کنید که آیا لینک‌های رزرو و دامنه‌های سفارشی شامل هستند یا خیر.
• رشد — نمونه‌ای ۹۹ دالر در ماه: یک وب‌سایت با انتخاب‌های بیشتر قالب و یک روند آزمایش‌شدهٔ رزرو یا محتوا که برای خریدار مناسب باشد. مرزهای پشتیبانی و یکپارچه‌سازی را شامل کنید.
• حرفه‌ای — نمونه‌ای ۱۹۹ دالر در ماه: پشتیبانی از یک ترتیب چندموقعیتی توافق‌شده، مانند تا پنج سایت، با قالب‌های مرتبط و محدودهٔ نگهداری.

این ارقام نمونهٔ آموزشی اصلی را حفظ می‌کنند؛ نه معیارهای بازار هستند و نه توصیه‌ای برای قیمت‌گذاری. شما باید هزینه‌ها و واکنش خریداران خود را بررسی کنید. مگر این‌که جوازدهی، پشتیبانی و سازگاری، ارائهٔ آن را ممکن بسازد، وعدهٔ «همه افزونه‌های پریمیوم» ندهید. فهرست طولانی‌تر ویژگی‌ها می‌تواند بدون بهبود نتیجهٔ مشتری، هزینه‌ها را افزایش دهد.

دربارهٔ سهمیه‌ها دقیق باشید. اگر پلان حرفه‌ای شامل پنج سایت است، بر اساس پیکربندی واقعی بیان کنید که آیا سهمیهٔ ذخیره‌سازی برای هر سایت اعمال می‌شود یا در سراسر عضویت. یک صفحهٔ چندموقعیتی در یک سایت با پنج سایت مستقل یکسان نیست. اجازه ندهید جدول قیمت‌گذاری و محصول فراهم‌شده چیزهای متفاوتی را توصیف کنند.

ماتریس را به تنظیمات محصول تبدیل کنید

در مسیر اختیاری WordPress، Ultimate Multisite از پلان‌ها، قالب‌ها و محدودیت‌ها پشتیبانی می‌کند. برای هر پلان موردنظر یک محصول ایجاد کنید و انتخاب‌های قالب موجود، افزونه‌ها و پوسته‌های پشتیبانی‌شده، سهمیهٔ سایت‌ها، و دیگر محدودیت‌های مرتبط را پیکربندی کنید. برای کنترل‌های موجود در نسخهٔ خود، اسناد فعلی را ببینید.

از تنظیمات پیش‌فرض آگاهانه برای افزونه‌ها استفاده کنید. ممکن است یک فورم تماس بخشی از هر سایت باشد، درحالی‌که یک یکپارچه‌سازی تخصصی فقط در جایی تعلق دارد که نیاز باشد. افزونه‌های فعال‌شده در شبکه در سراسر شبکه بارگیری می‌شوند؛ فرض نکنید تنظیمات یک پلان می‌تواند از این رفتار جلوگیری کند. تجربهٔ واقعی مشتری را برای هر سطح آزمایش کنید و از ادعای محدودشدن یک ویژگی، در حالی که همچنان قابل‌دسترسی است، پرهیز کنید.

مجوزها را جدا از بازاریابی در نظر بگیرید. دسترسی لازم برای نگهداری محتوای مشتریان را به آنان بدهید و مدیریت پلتفرم را زیر کنترل خود نگه دارید. به‌جای بررسی تنها از دید مدیر شبکه، یک حساب تازهٔ مشتری را در هر پلان آزمایش کنید.

جدول مقایسهٔ عمومی و فهرست بررسی داخلی ارائه را در کنار هم نگه دارید. وقتی یک ویژگی تغییر می‌کند، هر دو را پیش از ارائهٔ پلان اصلاح‌شده به‌روزرسانی کنید. این کار کمک می‌کند تا در حالی که پیکربندی جدیدی فراهم می‌کنید، وعدهٔ قدیمی نفروشید.

ارتقاها و تنزیل‌ها را پیش از فروش طراحی کنید

یک مشتری باید درک کند که با جابه‌جایی میان پلان‌ها چه چیز تغییر می‌کند. در Ultimate Multisite، تنظیمات گروه پلان و ارتقا/تنزیل را برای نسخهٔ نصب‌شده بررسی کنید، سپس انتقال‌های مجاز را آزمایش نمایید. ترتیبی ظاهری مانند آغازین، رشد، حرفه‌ای فقط زمانی مفید است که رفتار انتقال زیربنایی با آن مطابقت داشته باشد.

تنزیل‌ها شایستهٔ توجه ویژه‌اند. اگر مشتری سایت‌ها، ذخیره‌سازی یا کاربران بیشتری نسبت به مجاز پلان پایین‌تر داشته باشد چه می‌شود؟ با یک دامنهٔ سفارشی یا یک یکپارچه‌سازی چه اتفاقی می‌افتد؟ روندی تعریف کنید که داده‌های مشتری را حفظ کند و تغییرات لازم را اطلاع دهد. بدون تأیید رفتار موردنظر صورت‌حساب، وعدهٔ حذف خودکار، محاسبهٔ تناسبی فوری، یا بازپرداخت فوری ندهید.

تغییرات پلان را در یک محیط آزمایش کنترل‌شدهٔ پرداخت، در صورت پشتیبانی، امتحان کنید. تاریخ‌های تمدید، قیمت‌های نمایش‌داده‌شده، حق‌دسترسی‌ها، و ایمیل‌های مشتری را بررسی کنید. هر موردی را که به پشتیبانی دستی نیاز دارد ثبت کنید تا بتوانید آن را صادقانه قیمت‌گذاری و توضیح دهید.

موارد اضافی اختیاری را با احتیاط اضافه کنید

منبع، ذخیره‌سازی اضافی، پشتیبانی اولویت‌دار و سایت‌های اضافی را پیشنهاد می‌کند. این‌ها زمانی می‌توانند افزونه‌های مفیدی باشند که مشتریان آن‌ها را درک کنند و شما بتوانید به‌گونهٔ قابل‌اعتماد ارائه‌شان کنید. به‌جای افزودن گزینه‌های پرداخت فقط به دلیل پشتیبانی نرم‌افزار از آن‌ها، با یک درخواست واقعی و تکرارشونده آغاز کنید.

برای هر افزونه، واحد، قیمت، دورهٔ صورت‌حساب، رفتار لغو، و مسئولیت ارائه را تعریف کنید. «پشتیبانی اولویت‌دار» به محدودهٔ مشخص و انتظار پاسخ نیاز دارد؛ نباید دلالت بر حل تضمین‌شده داشته باشد. ذخیره‌سازی اضافی به یک سهمیهٔ قابل‌اندازه‌گیری و تعریف روشنی از اشتراکی بودن یا نبودن آن نیاز دارد.

افزونه‌ها را به‌وضوح اختیاری نگه دارید و از هزینه‌های ازپیش‌انتخاب‌شده پرهیز کنید. درس ۶ ارائهٔ پیشنهاد در هنگام پرداخت را پوشش می‌دهد. آزمایش و پشتیبانی از یک تصمیم خرید ساده آسان‌تر از مجموعهٔ بزرگی از بسته‌ها با حق‌دسترسی‌های هم‌پوشان است.

پیش از ادامه

• پلان‌ها باید با وضعیت‌های مفید مشتری مطابقت داشته باشند و ارائهٔ آن‌ها عملی باقی بماند.
• قیمت‌های نمونه تا زمانی که هزینه‌ها و شواهد مشتری از آن‌ها پشتیبانی نکنند، فرضیه هستند.
• به‌جای اتکا به جدول قیمت‌گذاری، محدودیت‌ها، موجودیت افزونه‌ها، ارتقاها و تنزیل‌ها را آزمایش کنید.

منابع و مطالعهٔ بیشتر

برگرفته از درس اصلی کاروبار وب‌سایت. Ultimate Multisite: پلان‌ها، محدودیت‌ها و کنترل‌های افزونه

درس قبلی · مشاهدهٔ همهٔ ۱۴ درس