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

