درس ۰۵ / ۱۴ · کورس رایگان کاروبار
پلن‌ها خدمت شمو ره به یک تصمیمی تبدیل می‌کنه که مشتری‌ها بفهمن. یک پلن مفید کاری ره که پشتیبانی می‌کنه، چیزایی که شامل است، و زمانی ره که مشتری به بیشتر ضرورت داره، توضیح می‌ته. هم‌چنان مرزهایی تعیین می‌کنه که کمک می‌کنه وعده‌تان ره به‌گونه پایدار عملی کنین.
تا آخر درس: یک ماتریس کوتاه پلن بسازین، یک مسیر منطقی ارتقا ره توضیح بتین، و محدودیت‌های مهم ره آزمایش کنین. قیمت‌های این درس صرف نمونه است؛ در درس ۹ قیمت‌گذاری و هزینه‌ها ره بررسی می‌کنین.
با وضعیت‌های متفاوت مشتری شروع کنین
نمونه اصلی FitSite مربیان تنها، باشگاه‌های تثبیت‌شده، و کاروبارهای دارای چند موقعیت ره از هم جدا می‌کنه. ای‌ها فرضیه‌های مفیدی است، چون کار ممکن فرق کنه: یک مربی به حضور حرفه‌ای و واضح ضرورت داره، یک باشگاه مصروف شاید به برنامه زمانی مفصل‌تر و روند رزرف‌کردن نیاز داشته باشه، و یک زنجیره شاید به معلومات ویژه هر موقعیت ضرورت داشته باشه.
فرض نکنین که تعداد کارمندان محصول مناسب ره تعیین می‌کنه. یک مربی تنها شاید زیاد به رزرف‌کردن آنلاین تکیه کنه، در حالی که یک باشگاه بزرگ‌تر ممکن از پیش سیستمی داشته باشه که می‌خایه حفظش کنه. از مصاحبه‌ها استفاده کنین تا تفاوت‌های معنادار در جریان کار، پیچیدگی، پشتیبانی و مقیاس ره شناسایی کنین. پلن‌ها باید به‌جای کلیشه‌ها، بازتاب‌دهنده ای تفاوت‌ها باشه.
برای یک کاروبار SaaS دیگر، خط جداکننده شاید یک پروژه در برابر جریان کار تیمی، استفاده گاه‌گاهی در برابر کار مکرر، یا یک موقعیت در برابر چند موقعیت باشه. تعداد کمی از وضعیت‌های قابل‌فهم ره انتخاب کنین. سه سطح در نمونه‌ها رایج است، اما یک پیشنهاد خوب یا دو انتخاب روشن می‌تانه برای شروع کافی باشه.
پیش از فهرست ویژگی‌ها، وعده ره بنویسین
برای هر پلن، یک جمله بنویسین که نتیجه مفید مشتری ره توضیح بته. بعد ویژگی‌ها و کارهای خدماتی لازم برای رساندن او ره فهرست کنین. اگر نمی‌تانین نقش یک ویژگی ره در او نتیجه توضیح بتین، دوباره فکر کنین که آیا در پیشنهاد اولیه جا داره یا نه.
یک پلن ابتدایی باید بازم کار وعده‌داده‌شده‌اش ره کامل انجام بته. برداشتن یک ویژگی اساسی صرف برای مجبورکردن مشتری به ارتقا، می‌تانه پلن ورودی ره ناامیدکننده بسازه. اگر مشتری نمی‌تانه از «وب‌سایت رزرف‌کردن» شمو برای گرفتن یا هدایت رزرف‌ها استفاده کنه، یا وعده ره تغییر بتین یا یک راه عملی رزرف‌کردن شامل کنین.
جزئیات عملیاتی مورد نیاز مشتری برای تصمیم‌گرفتن ره شامل کنین: تعداد سایت‌ها یا محیط‌های کاری، محدودیت‌های استفاده مرتبط، موجودبودن دامین سفارشی، یکپارچه‌سازی‌های پشتیبانی‌شده، دامنه پشتیبانی، و هر خدمت راه‌اندازی. محدودیت‌ها ره صریح توضیح بتین. سهمیه‌های تخنیکی وقتی بر ارائه خدمت اثر می‌مانه مهم است، هرچند نباید تیتر اصلی ره مسلط کنه.
از ماتریس FitSite به‌حیث یک نمونه کاری استفاده کنین
- شروع‌کننده — نمونه $49/ماه: یک وب‌سایت استودیو با قالب Studio Essential، معلومات اصلی کاروبار، و یک راه تماس. واضح بگویین که آیا لینک‌های رزرف و دامین‌های سفارشی شامل است یا نی.
- رشد — نمونه $99/ماه: یک وب‌سایت با انتخاب‌های بیشتر قالب و یک جریان رزرف یا محتوا که آزمایش شده و مناسب خریدار است. مرزهای پشتیبانی و یکپارچه‌سازی ره شامل کنین.
- حرفه‌ای — نمونه $199/ماه: پشتیبانی از یک ترتیب توافق‌شده چندموقعیتی، مثلاً تا پنج سایت، با قالب‌های مرتبط و دامنه نگهداری.
ای رقم‌ها نمونه آموزشی اصلی ره حفظ می‌کنه؛ نه معیار بازار است و نه توصیه قیمت‌گذاری. باید هزینه‌ها و واکنش خریدار ره بررسی کنین. وعده «تمام افزونه‌های پریمیوم» ره نَتین، مگر این‌که جواز، پشتیبانی و سازگاری، ارائه او ره ممکن بسازه. یک فهرست طولانی‌تر ویژگی‌ها می‌تانه بدون بهبود نتیجه مشتری، هزینه‌ها ره زیاد کنه.
در باره سهمیه‌ها دقیق باشین. اگر پلن حرفه‌ای پنج سایت شامل می‌شه، مطابق پیکربندی واقعی بگویین که آیا سهمیه ذخیره‌سازی برای هر سایت تطبیق می‌شه یا در سراسر عضویت. یک صفحه چندموقعیتی در یک سایت، با پنج سایت مستقل یک‌سان نی. نَمانین جدول قیمت‌گذاری و محصول فراهم‌شده چیزهای متفاوت ره توضیح بته.
ماتریس ره به تنظیمات محصول تبدیل کنین
در مسیر اختیاری WordPress، Ultimate Multisite از پلن‌ها، قالب‌ها و محدودیت‌ها پشتیبانی می‌کنه. برای هر پلن مورد نظر یک محصول بسازین و انتخاب‌های موجود قالب، افزونه‌ها و پوسته‌های پشتیبانی‌شده، سهمیه سایت‌ها و دیگر سقف‌های مرتبط ره پیکربندی کنین. برای کنترل‌های موجود در نسخه شمو، اسناد فعلی ره ببینین.
از پیش‌فرض‌های آگاهانه افزونه استفاده کنین. یک فورم تماس شاید بخشی از هر سایت باشه، در حالی که یک یکپارچه‌سازی تخصصی تنها جایی تعلق داره که نیاز است. افزونه‌های فعال‌شده در شبکه، در سراسر شبکه بارگذاری می‌شه؛ فرض نکنین که یک تنظیم پلن می‌تانه جلو ای رفتار ره بگیره. تجربه واقعی مشتری ره برای هر سطح آزمایش کنین و ادعا نکنین که یک ویژگی محدود شده، وقتی هنوز قابل دسترس است.
اجازه‌ها ره جدا از بازاریابی در نظر بگیرین. دسترسی لازم برای نگهداری محتوای‌شان ره به مشتری‌ها بتین و اداره پلتفرم ره زیر کنترل خودتان نگه دارین. به‌جای بررسی تنها از دید مدیر شبکه، یک حساب تازه مشتری ره در هر پلن آزمایش کنین.
جدول مقایسه عمومی و چک‌لیست داخلی ارائه ره یک‌جا نگه دارین. وقتی یک ویژگی تغییر می‌کنه، پیش از پیشنهاد پلن اصلاح‌شده، هر دو ره به‌روزرسانی کنین. ای کار کمک می‌کنه که در حالی که پیکربندی نو فراهم می‌کنین، وعده کهنه نفروشین.
ارتقا و تنزیل ره پیش از فروش طراحی کنین
یک مشتری باید بفهمه که با جابه‌جایی میان پلن‌ها چی تغییر می‌کنه. در Ultimate Multisite، تنظیمات گروه پلن و ارتقا/تنزیل نسخه نصب‌شده ره بررسی کنین، بعد انتقال‌های مجاز ره آزمایش کنین. ترتیب دیداری مانند شروع‌کننده، رشد، حرفه‌ای تنها وقتی مفید است که رفتار انتقال زیربنایی با او مطابقت داشته باشه.
تنزیل‌ها توجه ویژه می‌خایه. اگر مشتری سایت‌ها، فضای ذخیره‌سازی یا کاربرهای بیشتر از حد مجاز پلن پایین‌تر داشته باشه، چی می‌شه؟ برای یک دامین سفارشی یا یک یکپارچه‌سازی چی می‌شه؟ یک روندی تعریف کنین که داده‌های مشتری ره حفظ کنه و تغییرات لازم ره اطلاع بته. بدون تأیید رفتار مورد نظر صورتحساب، وعده حذف خودکار، محاسبه فوری تناسبی، یا بازپرداخت فوری نَتین.
در جایی که پشتیبانی می‌شه، تغییرات پلن ره در یک محیط آزمایشی کنترل‌شده پرداخت امتحان کنین. تاریخ‌های تمدید، قیمت‌های نمایش‌داده‌شده، حق‌دسترسی‌ها و ایمیل‌های مشتری ره بررسی کنین. هر چیزی که به پشتیبانی دستی ضرورت داره ره ثبت کنین تا بتانین صادقانه قیمت‌گذاری و توضیحش بتین.
افزونه‌های اختیاری ره با احتیاط اضافه کنین
منبع، فضای ذخیره‌سازی اضافی، پشتیبانی اولویت‌دار و سایت‌های اضافی ره پیشنهاد می‌کنه. ای‌ها وقتی مشتری‌ها درکش کنه و شمو بتانین با اطمینان ارائه‌شان کنین، می‌تانه افزونه‌های مفیدی باشه. به‌جای افزودن انتخاب‌های پرداخت صرف چون نرم‌افزار ازشان پشتیبانی می‌کنه، با یک درخواست واقعی و تکراری شروع کنین.
برای هر افزونه، واحد، قیمت، دوره صورتحساب، رفتار لغو و مسئولیت ارائه ره تعریف کنین. «پشتیبانی اولویت‌دار» به دامنه مشخص و انتظار پاسخ ضرورت داره؛ نباید معنی تضمین حل مشکل بته. فضای ذخیره‌سازی اضافی به یک سهمیه قابل اندازه‌گیری و تعریف روشن از مشترک‌بودن یا نبودن او ضرورت داره.
افزونه‌ها ره آشکارا اختیاری نگه دارین و از هزینه‌های از پیش انتخاب‌شده دوری کنین. درس ۶ ارائه پیشنهاد در مرحله پرداخت ره پوشش می‌ته. یک تصمیم ساده خرید نسبت به مجموعه بزرگ بسته‌ها با حق‌دسترسی‌های هم‌پوشان، آسان‌تر آزمایش و پشتیبانی می‌شه.
تمرین شمو: درس ره عملی کنین
یک ماتریس یک‌صفحه‌ای پلن و چک‌لیست آزمایش بسازین:
- بخش‌های نخست مشتری و نتیجه‌ای ره که هر پلن وعده می‌ته، نام ببرین.
- ویژگی‌های لازم، محدودیت‌ها، دامنه پشتیبانی و موارد مستثنا ره به زبان ساده فهرست کنین.
- قیمت‌های موقت با برچسب «نمونه—نیازمند اعتبارسنجی» و هزینه‌های تخمینی ارائه ره ضمیمه کنین.
- یک سناریوی ارتقا و یک سناریوی تنزیل بنویسین، از جمله این‌که بالاتر از یک محدودیت پلن پایین‌تر چی می‌شه.
- اگر از WordPress استفاده می‌کنین، برای هر پلن یک حساب آزمایشی فراهم کنین و تجربه ارائه‌شده ره با ماتریس مقایسه کنین.
خروجی شمو: یک پیشنهادی که در یک گفت‌وگوی کوتاه بتانین توضیحش بتین، با مرزهای روشن و یک فهرست تنظیمات یا رفتارهای صورتحساب که هنوز به بررسی ضرورت داره.
پیش از ادامه‌دادن
- پلن‌ها باید با وضعیت‌های مفید مشتری هم‌خوانی داشته باشه و ارائه‌شان عملی باقی بمانه.
- قیمت‌های نمونه تا زمانی که هزینه‌ها و شواهد مشتری پشتیبانی‌شان نکنه، فرضیه است.
- به‌جای تکیه بر یک جدول قیمت‌گذاری، محدودیت‌ها، موجودبودن افزونه‌ها، ارتقاها و تنزیل‌ها ره آزمایش کنین.
منابع و مطالعه بیشتر
برگرفته از درس اصلی کاروبار وب‌سایت. Ultimate Multisite: پلن‌ها، محدودیت‌ها و کنترل‌های افزونه