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