درس ۰۷ / ۱۴ · کورس رایگان کسب‌وکار
یک خدمت شناخته‌شدنی از صفحهٔ نخست تا پاسخ پشتیبانی، یکسان و منسجم به نظر می‌رسد. برندینگ زمانی مفید است که به مردم کمک کند بدانند کجا هستند، چه کاری می‌توانند انجام دهند و چه کسی به آن‌ها کمک خواهد کرد.
تا پایان این درس: یک چک‌لیست عملی برند را در سراسر دامنه، داشبورد، ارتباطات و کمک به مشتری ایجاد کنید. برای این درس به خرید دامنه یا حساب کاربری نیاز نیست.
پیش از انتخاب تزئینات، خدمت را تعریف کنید
نام، لوگو، رنگ‌ها و سبک نوشتاری شما باید از یک وعدهٔ واحد پشتیبانی کنند. برای یک ابزار تأیید، این می‌تواند به معنای دستورالعمل‌های آرام و روشن دربارهٔ نسخه‌ها و تصمیم‌ها باشد. برای FitSite، خدمت نمونه‌ای وب‌سایت تناسب‌اندام ما، این به معنای کمک به مالک یک استودیو برای حفظ اطلاعات دقیق صنف‌ها، مربیان و تماس است. یک صفحهٔ ورود صیقل‌خورده نمی‌تواند ضعف یک روند کاری گیج‌کننده را جبران کند.
یک توضیح کوتاه از خدمت، یک نام ترجیحی برای هر وظیفهٔ اصلی، و چند واژه برای توصیف لحن خود بنویسید. سپس این اصطلاحات را به‌گونهٔ یکسان استفاده کنید. اگر صفحهٔ قیمت‌گذاری شما چیزی را فضای کاری می‌نامد، ایمیل خوش‌آمدگویی نباید ناگهان آن را مستأجر یا نصب‌شده بنامد. پیام‌های خطا را مشخص و محترمانه نگه دارید، به‌جای این‌که هر پیام تبلیغاتی به نظر برسد.
برای شروع، یک کیت کوچک برند کافی است: لوگو یا نشان‌واژهٔ خوانا، رنگ‌های قابل‌خواندن، شیوهٔ نوشتار برای عنوان و متن اصلی، و نمونه‌هایی از پیام‌های رایج. این انتخاب‌ها را در صفحه‌نمایش‌های موبایل و با متن‌های طولانی‌تر آزمایش کنید. مطمئن شوید پیوندها، نشانگرهای تمرکز و حالت‌های خطا همچنان قابل‌شناسایی باقی می‌مانند؛ رنگ نباید به‌تنهایی معنا را انتقال دهد.
نشانی پلتفرم خود را از نشانی‌های مشتریان جدا کنید
به سه مقصد متفاوت فکر کنید: سایت بازاریابی شما، جایی که مشتریان وارد می‌شوند، و هر سایت عمومی یا پورتالی که مالک آن هستند. ممکن است یک دامنه داشته باشند یا از نام‌های میزبان متفاوت استفاده کنند. پیش از پیکربندی آن‌ها، روابط‌شان را ترسیم کنید. مشتری نباید برای یافتن ورود درست، معماری میزبانی شما را درک کند.
در نمونهٔ FitSite، یک نشانی پلتفرم می‌تواند fitsite.example و یک نشانی مشتری می‌تواند studio.fitsite.example باشد. مشتری ممکن است بعداً دامنهٔ خودش را وصل کند. این‌ها نمونه‌اند، نه دامنه‌هایی که باید بخرید. یک SaaS که وب‌سایت‌های عمومی ارائه نمی‌کند، ممکن است فقط به یک نشانی برنامه و یک بخش حساب با برچسب روشن نیاز داشته باشد.
مستند کنید که مالک هر دامنه کیست، چه کسی آن را تمدید می‌کند، و وقتی کار نمی‌کند چه کسی مسئول پشتیبانی است. وصل‌کردن یک دامنه معمولاً نیاز ندارد ثبت آن به کسب‌وکار شما منتقل شود. اگر مشتری از قبل در آن دامنه ایمیل دارد، در جریان راه‌اندازی وب‌سایت، سوابق DNS نامرتبط را بی‌احتیاط جایگزین نکنید.
HTTPS و نگاشت را یک ویژگی عملیاتی بدانید
یک نشانی برندشده به چیزی بیشتر از یک نام نیاز دارد. DNS، پیکربندی میزبانی، مسیر‌یابی برنامه و یک گواهی معتبر HTTPS باید باهم سازگار باشند. پشتیبانی از وایلدکارد برای زیردامنه‌های مشتری یک انتخاب میزبانی است که باید بررسی شود، نه پیامد خودکار نصب یک افزونه. یک گواهی برای دامنهٔ پلتفرم شما، به‌طور خودکار یک دامنهٔ نامرتبط مشتری را امن نمی‌سازد.
مستندات نگاشت دامنهٔ Ultimate Multisite بررسی‌های DNS، بررسی‌های SSL و یکپارچه‌سازی‌های میزبان را توضیح می‌دهد. هرجا یکپارچه‌سازی در دسترس نباشد، ممکن است پیکربندی در سمت میزبان لازم باشد. این سیستم می‌تواند میان دامنه‌ای که بدون SSL آماده است و دامنه‌ای که SSL دارد تفاوت قایل شود؛ پس نتیجهٔ نهایی امن را بررسی کنید و یک رکورد نگاشت را مدرک تلقی نکنید.
یک مقالهٔ راهنمای مشتری آماده کنید که شامل رکوردهای دقیق برای تنظیمات پشتیبانی‌شدهٔ شما، محل واردکردن آن‌ها توسط مشتری، تأییدی که باید انتظار داشته باشد، و روش درخواست کمک باشد. این مقاله را مشخصاً برای ترتیب میزبانی خود نگه دارید. پیش از گفتن آماده‌بودن دامنه به مشتری، آن را در مرورگر آزمایش کنید؛ از جمله ورود، صفحه‌های عمومی و هرگونه تغییرمسیر.
داشبورد را به مکانی مفید برای کار تبدیل کنید
درس اصلی پیشنهاد می‌کند ورود برندشده، داشبورد سفارشی‌شده و میانبرهایی برای کارهای رایج داشته باشید. این ایده‌ها را نگه دارید، اما از کار مشتری آغاز کنید. FitSite می‌تواند به‌طور برجسته «به‌روزرسانی اطلاعات صنف»، «ویرایش نمایه‌های مربی» و «پیش‌نمایش سایت شما» را ارائه کند. یک محصول صدور فاکتور ممکن است نخست ایجاد فاکتور و بررسی فاکتورهای پرداخت‌نشده را در اولویت قرار دهد.
بررسی کنید که هر میانبر برای یک حساب عادی مشتری واقعاً به کجا می‌رود. قالب‌ها و ویرایشگرهای WordPress متفاوت‌اند؛ بنابراین از دستورالعمل‌هایی که فرض می‌کنند هر نصب از Customizer یا یک منوی یکسان استفاده می‌کند، پرهیز کنید. اگر منوها را ساده می‌کنید، مسیرهای ضروری حساب، پرداخت، کمک و دسترسی‌پذیری را حفظ کنید. پنهان‌کردن یک منو جایگزین مجوزهای درست نیست.
برندسازی تجربه نیاز ندارد واقعیت استفادهٔ شما از WordPress یا Ultimate Multisite را پنهان کند. دربارهٔ خدمتی که ارائه می‌کنید و مسئولیت‌های خود دقیق باشید. سفارشی‌سازی اختیاری داشبورد یا افزونه‌ها باید با کاهش سردرگمی، جایگاه خود را توجیه کنند. پیش از ساختن یک رابط سفارشی، می‌توانید با یک صفحهٔ راهنمای روشن و چند پیوند آزمایش‌شده شروع کنید.
همان هویت را در پیام‌ها و صورت‌حساب‌ها ادامه دهید
پیام‌هایی را که احتمال دارد مشتری ببیند بررسی کنید: ایجاد حساب، بازنشانی گذرواژه، رسید پرداخت، پرداخت ناموفق، یادآوری دورهٔ آزمایشی، پاسخ پشتیبانی و تأیید لغو. در صورت مناسب‌بودن، از یک نام فرستندهٔ قابل‌شناسایی و یک مسیر پاسخِ نظارت‌شده استفاده کنید. تحویل و پیوندها را با یک حساب آزمایشی واقعی که تحت کنترل شماست امتحان کنید.
یادآوری دورهٔ آزمایشی باید تاریخ واقعی پایان و هزینهٔ بعدی را گزارش دهد، نه عبارتی آماده که در هر ایمیل کپی شده است. یک رسید باید خدمت و کسب‌وکار را به‌وضوح شناسایی کند. حتی اگر قالب از رنگ‌های شما استفاده می‌کند، جزئیات ضروری کسب‌وکار و اطلاعات تراکنش را خوانا نگه دارید. در ایمیلی که پیش از پایان راه‌اندازی ایجاد سایت فعال می‌شود، وعدهٔ سایت زنده ندهید.
برای سایت بازاریابی خود، با توضیحی روشن از پیشنهاد، ویژگی‌ها، قیمت‌گذاری، نمونه‌ها و مسیر ثبت‌نام شروع کنید. سایت‌های نمایشی را به‌عنوان دمو برچسب بزنید. نام‌ها، گواهی‌ها و لوگوهای مشتریان را فقط با اجازهٔ مناسب و در زمینهٔ دقیق استفاده کنید. یک استودیوی فرضی FitSite ابزار آموزشی مفیدی است، اما مدرک مشتری نیست.
یک بررسی نمونه‌ای برند
فرض کنید مالک یک استودیو روی «شروع با FitSite» کلیک می‌کند، ایمیلی از یک نام سیستم ناآشنا دریافت می‌کند و به صفحه‌ای با عنوان «مدیریت مستأجر» می‌رسد. لزوماً هیچ چیز از نظر فنی خراب نشده است، اما این تجربه پرسش‌هایی ایجاد می‌کند. فرستنده و عنوان را به اصطلاحات قابل‌شناسایی تغییر دهید، توضیح دهید چه چیزی ایجاد شده و مستقیماً به وظیفهٔ بعدی استودیو اشاره کنید.
اکنون یک سناریوی پشتیبانی را آزمایش کنید. آیا آن مالک می‌تواند از داشبورد، صفحهٔ حساب و رسید، کمک را پیدا کند؟ آیا مقالهٔ راهنما از همان نام‌هایی استفاده می‌کند که او روی صفحه می‌بیند؟ برندینگ در اینجا موفق می‌شود، زیرا درک مشتری را در سراسر خدمت به هم وصل می‌کند. ناهماهنگی‌ها را در یک چک‌لیست ساده ثبت کنید، نخست گیج‌کننده‌ترین موارد را اصلاح کنید و پس از تغییرات مهم رابط کاربری دوباره تکرار کنید.
تمرین شما
- وعدهٔ یک‌جمله‌ای خدمت خود و یک فهرست واژگان کوتاه برای وظایف اصلی آن بنویسید.
- نشانی‌های بازاریابی، ورود، مشتری و پشتیبانی را ترسیم کنید. مسئولیت دامنه‌ها و HTTPS را مشخص کنید.
- یک مسیر کامل ثبت‌نام و صورت‌حساب را برای نام‌ها، ادعاها، پیوندها و هویت‌های فرستندهٔ ناسازگار بررسی کنید.
- یک مقالهٔ راهنمای اتصال دامنه برای تنظیمات پشتیبانی‌شدهٔ خود تهیه کنید، یا اگر دامنه‌های سفارشی بی‌ربط‌اند، یک مقالهٔ بازیابی ورود بنویسید.
- سه عمل مهم داشبورد را با استفاده از یک حساب عادی مشتری یا نمونهٔ اولیهٔ قابل‌کلیک آزمایش کنید.
پیش از ادامه
- زبان یکسان به مشتریان کمک می‌کند خدمت را بشناسند و وظایف مفید را تکمیل کنند.
- نگاشت دامنه و HTTPS به رفتار تأییدشدهٔ میزبانی و DNS نیاز دارند.
- نمونه‌های دمو به‌وضوح برچسب‌گذاری شده باقی می‌مانند و یافتن کمک آسان است.
منابع و مراجع پیاده‌سازی
کورس خود را ادامه دهید
یادداشت‌های تمرین خود را نگه دارید: درس بعدی بر تصمیم‌هایی که اینجا گرفتید بنا می‌شود.