درس ۱۰ از ۱۴ · کورس رایگان کسب‌وکار
راه‌اندازی، وعده‌ای است که کسی بتواند استفاده از خدمت شما را آغاز کند و هر زمان نیاز داشت کمک بگیرد. پیش از دعوت خریداران، تمام مسیر را در برابر آن وعده بررسی کنید. یک راه‌اندازی کوچک و سنجیده به شما فرصت یادگیری می‌دهد.
تا پایان: یک تصمیم برای راه‌اندازی، یک مسیر آزمایش‌شدهٔ مشتری، و یک برنامهٔ کوتاه برای پاسخ‌گویی هنگام خرابی چیزی تهیه کنید. می‌توانید تمرین برنامه‌ریزی را بدون حساب کاربری یا ابزارهای پولی انجام دهید.
مشخص کنید آماده بودن چه معنا دارد
تاریخ راه‌اندازی تنها زمانی مفید است که بدانید تا آن زمان چه چیزهایی باید کار کنند. کوچک‌ترین پیشنهادی را که می‌توانید به‌گونهٔ قابل‌اعتماد ارائه کنید بنویسید: به چه کسانی خدمت می‌کند، در انجام کدام کار به آن‌ها کمک می‌کند، چه چیزهایی شامل است، قیمت آن چقدر است و پشتیبانی چگونه کار می‌کند. امکانات اضافی ناتمام را از وعدهٔ تبلیغ‌شده بیرون نگه دارید.
برای یک خدمت گزارش‌دهی، آماده بودن ممکن است به معنای دریافت یک فایل نمونهٔ داده، تولید گزارش درست، رساندن آن به شخص درست و رسیدگی به اصلاحات باشد. برای FitSite، این شامل ساختن یک وب‌سایت استودیو از قالب انتخاب‌شده و قابل‌استفاده ساختن مسیرهای تماس و رزرو آن است. هیچ‌یک از این مثال‌ها به تمام امکانات ممکن نیاز ندارد.
موانع را از بهبودها جدا کنید. دریافت طرح نادرست توسط خریدار یک مانع است. یک پویانمایی تزئینی معمولاً می‌تواند منتظر بماند. برای هر مانع یک مسئول و یک مرحلهٔ آزمایش مجدد تعیین کنید تا جلسهٔ راه‌اندازی به‌جای فهرستی از نگرانی‌های مبهم، به یک تصمیم برسد.
خدمت زیرِ پیشنهاد را آزمایش کنید
تأیید کنید که برنامه و صفحه‌های رو‌به‌روی مشتری از طریق HTTPS قابل دسترس‌اند، دامنه‌های موردنظر کار می‌کنند و نظارت به کسی می‌رسد که بتواند اقدام کند. اگر دامنه‌های نگاشت‌شده ارائه می‌کنید، همان مسیر دقیق را آزمایش کنید. گواهی wildcard برای زیردامنه‌های خودتان، به‌طور خودکار دامنهٔ جداگانهٔ مشتری را پوشش نمی‌دهد.
هم از داده‌ها و هم از فایل‌های لازم برای بازگردانی خدمت نسخهٔ پشتیبان بگیرید. یک نسخهٔ پشتیبان نماینده را در یک محیط آزمایشی امن بازگردانید و نتیجه را بررسی کنید. صرفِ اعلان موفقیت نسخهٔ پشتیبان ثابت نمی‌کند که بازیابی کار می‌کند. ثبت کنید چه کسی می‌تواند آن را بازگرداند و چه اطلاعاتی ممکن است میان نسخه‌های پشتیبان از دست برود.
برای مسیر اختیاری WordPress، از یک محیط مرحله‌بندی برای بررسی WordPress Multisite، Ultimate Multisite، قالب‌های شما و یک‌جا ادغام‌های انتخاب‌شده استفاده کنید. هستهٔ Ultimate Multisite رایگان است؛ اما میزبانی، دامنه‌ها، ارسال ایمیل، پردازش پرداخت و خدمات اختیاری هنوز هم می‌توانند هزینه داشته باشند. پیش از گرفتن اشتراک‌ها، بودجهٔ عملیاتی واقعی را تأیید کنید.
هر طرح تبلیغ‌شده را مرحله‌به‌مرحله بررسی کنید
به‌عنوان یک بازدیدکنندهٔ جدید شروع کنید، نه مدیر. از صفحهٔ بازاریابی تا ثبت‌نام بروید، یک طرح را انتخاب کنید، مجموع مبلغ را بررسی کنید، آزمایش‌های پرداخت پشتیبانی‌شدهٔ ارائه‌دهنده را کامل کنید، ایمیل خوش‌آمدگویی را باز کنید، وارد شوید و نخستین کار مفید را به پایان برسانید. این کار را برای طرح‌ها و دوره‌های صورت‌حسابی که تفاوت اساسی دارند تکرار کنید.
مسیرهای ناموفق و قطع‌شده را نیز بررسی کنید. پس از رد شدن پرداخت، اشتباه تایپ کردن ایمیل، پایان دورهٔ آزمایشی یا تازه‌سازی مرورگر هنگام راه‌اندازی چه رخ می‌دهد؟ اگر حساب هرگز دسترسی وعده‌داده‌شده را دریافت نکند، یک صفحهٔ موفقیت اطمینان‌بخش کافی نیست. وضعیت مورد انتظار حساب، پرداخت و فراهم‌سازی را در هر مرحله ثبت کنید.
از sandbox یا حالت آزمایشی ارائه‌دهندهٔ پرداخت و جزئیات آزمایشی مستند آن استفاده کنید. Stripe صراحتاً می‌گوید که در حالت زنده با جزئیات واقعی پرداخت آزمایش نکنید. از میانبر قدیمیِ پرداخت کردن به خودتان و بازپرداخت آن پیروی نکنید. پیش از پذیرفتن خریدهای واقعی مشتریان، فهرست بررسی فعلیِ آماده‌سازی برای راه‌اندازی ارائه‌دهنده را جداگانه مرور کنید.
تجربهٔ قابل‌مشاهده را بررسی کنید
قالب‌ها را در صفحه‌های کوچک و با پیمایش صفحه‌کلید بررسی کنید. جای‌نگهدارهای گمراه‌کننده را جایگزین کنید، مجوزهای تصویر را تأیید کنید، پیوندها را دنبال کنید، فورم‌ها را آزمایش کنید و مطمئن شوید دستورالعمل‌ها صفحه‌هایی را توضیح می‌دهند که مشتری واقعاً می‌بیند. ورود موفق به سیستم با یک نشست نخستِ قابل‌استفاده یکسان نیست.
تأیید کنید که محدودیت‌های طرح، شرایط دورهٔ آزمایشی، قیمت‌های تمدید و هزینه‌های راه‌اندازی با پیشنهاد مطابقت دارند. صفحهٔ حساب، مسیر لغو، جزئیات صورت‌حساب و راه تماس با پشتیبانی را بررسی کنید. توضیح دهید هنگام پایان اشتراک چه بر سر دسترسی و داده‌ها می‌آید. به‌جای کپی کردن وعده‌های شرکت دیگر، سیاست‌های تجاری مناسب شرایط خود را بررسی کنید.
برای FitSite، یک تمرین راه‌اندازی می‌تواند از یک استودیوی خیالی با برنامهٔ زمانی، نمایهٔ مربی و فورم تماس استفاده کند. آن را به‌عنوان نمونه برچسب‌گذاری کنید. اطلاعات واقعی مشتری را در سایت‌های نمونهٔ عمومی قرار ندهید و وانمود نکنید شخصِ موجود در عکس آرشیوی از پلتفرم پشتیبانی می‌کند.
یک گروه آزمایشی کوچک دعوت کنید
گروه آزمایشی‌ای انتخاب کنید که بتوانید شخصاً از آن پشتیبانی کنید. از شرکت‌کنندگان بخواهید کارهای واقعی را انجام دهند و شرح دهند چه اتفاقی افتاد، نه این‌که فقط بپرسید آیا طرح را دوست دارند یا نه. مشاهده کنید کجا توقف می‌کنند، کدام دستورالعمل‌ها را از دست می‌دهند و آیا به نتیجه‌ای که پیشنهاد وعده داده بود می‌رسند یا نه.
اگر تخفیف آزمایشی ارائه می‌کنید، برای آن محدوده و مدتی مشخص تعیین کنید که توان پرداختش را دارید. پیشنهاد همیشگی با نصف قیمت، پیش از آن‌که هزینه‌ها را درک کنید، یک تعهد درازمدت ایجاد می‌کند. برای اجازهٔ نمایش سایت مشتری یا نقل‌قول از بازخورد او جداگانه اجازه بگیرید؛ شرکت در برنامهٔ آزمایشی به‌طور خودکار آن اجازه را فراهم نمی‌کند.
تصور کنید سه مالک استودیوی دعوت‌شده FitSite را امتحان می‌کنند. دو نفر راه‌اندازی را تمام می‌کنند، در حالی که یک نفر نمی‌تواند پیوند رزرو را وصل کند. این یک سناریوی توضیحی است، نه یک نتیجهٔ گزارش‌شده. پاسخ مفید این است که آن کار ناموفق را بررسی کنید، دستورالعمل‌ها یا ادغام را بهبود دهید و پیش از دعوت افراد بیشتر، مسیر را تکرار کنید.
برای روز راه‌اندازی یک مسئول و یک راه‌حل جایگزین تعیین کنید
زمانی را کنار بگذارید که کسی بتواند ثبت‌نام‌ها، اعلان‌های پرداخت، فراهم‌سازی و پشتیبانی را نظارت کند. جزئیات تماس ارائه‌دهندگان ضروری را در دسترس نگه دارید. تصمیم بگیرید چه چیزی ثبت‌نام‌های جدید را متوقف می‌کند، چه کسی آن تصمیم را می‌گیرد و مشتریان آسیب‌دیده چگونه یک به‌روزرسانی روشن دریافت می‌کنند.
برای نمونه، خرابی‌های تکراری در فراهم‌سازی ممکن است باعث توقف موقت دعوت‌ها شود، در حالی که دسترسی مشتریان موجود همچنان برقرار می‌ماند. برای نتیجه‌ای که نمی‌توانید ارائه کنید، از جمع‌آوری پرداخت‌های بیشتر خودداری کنید. مشکل، حساب‌های آسیب‌دیده، زمان به‌روزرسانی بعدی و بررسی‌های بازیابی را ثبت کنید، بدون این‌که دربارهٔ زمان رفع مشکل حدس بزنید.
پس از راه‌اندازی، به‌جای جشن گرفتن صرفِ شمار بازدیدکنندگان، شواهد را بررسی کنید. آیا خریداران واجد شرایط ثبت‌نام را کامل کردند؟ آیا به نخستین نتیجهٔ مفید رسیدند؟ کدام خرابی‌ها به کمک دستی نیاز داشتند؟ این مشاهدات به چرخهٔ بعدی بهبود کوچک تبدیل می‌شوند.
تمرین شما: یک تمرین راه‌اندازی انجام دهید
یک برگهٔ آمادگی یک‌صفحه‌ای با پنج ردیف بنویسید: پیشنهاد، مسیر پرداخت، نخستین کار مفید، پشتیبانی و بازیابی. برای هر ردیف، آزمایش، نتیجهٔ مشاهده‌شده، مسئول و هر مانع حل‌نشده را ثبت کنید.
یک مسیر عادی مشتری و یک مسیر خرابی انتخاب کنید. هر دو را در یک محیط آزمایشی امن اجرا کنید. شواهدی را که برای بازتولید یک خرابی نیاز دارید ذخیره کنید، بدون آن‌که گذرواژه‌ها یا جزئیات پرداخت را در یادداشت‌ها کپی کنید.
دعوت‌نامهٔ آزمایشی، پرسش‌های بازخورد و قاعدهٔ تصمیمِ ادامه/توقف خود را بنویسید. یک قاعدهٔ مفید ممکن است ایجاب کند که هر طرح تبلیغ‌شده به‌درستی فراهم‌سازی شود و یک تمرین بازیابی موفق انجام شده باشد. اندازهٔ گروه آزمایشی را بر اساس ظرفیت واقعی پشتیبانی خود انتخاب کنید.
با یک تصمیم پایان دهید: آماده برای یک برنامهٔ آزمایشی محدود، متوقف تا اصلاحات مشخص، یا آماده برای دعوت‌های گسترده‌تر پس از تکمیل برنامهٔ آزمایشی. تاریخی را که دوباره آن را بررسی خواهید کرد ثبت کنید.
پیش از ادامه
آمادگی یعنی یک وعدهٔ آزمایش‌شده، نه فهرست کامل امکانات. برنامهٔ آزمایشی بدون تضمین فروش، فرصت یادگیری فراهم می‌کند. آزمایش پرداخت را در محیط پشتیبانی‌شدهٔ ارائه‌دهنده نگه دارید و بدانید هنگامی که یک مسیر حیاتی خراب می‌شود چگونه توقف کنید، اطلاع‌رسانی کنید و بازیابی نمایید.
منابع و مطالعهٔ بیشتر
برگرفته از درس اصلی ۱۰: روز راه‌اندازی. FitSite یک کسب‌وکار نمونه برای یادگیری است، نه داستان موفقیت مشتری. راهنمای آزمایش Stripe آزمایش‌های پرداخت sandbox را توضیح می‌دهد. راهنمای پشتیبان‌گیری WordPress داده‌ها و فایل‌های لازم برای بازیابی را پوشش می‌دهد.