قالب‌های نیچ‌ه ره ساختن

طراحی ره دور یک نتیجه مفید اول تنظیم کنین

در فیت‌سایت، یک مالک فرضی استودیو شاید ضرورت داشته باشه که بازدیدکننده صنف‌ها ره بفهمه، موقعیت ره پیدا کنه و از یک لینک رزرف پیروی کنه. ای مسیر به شمو می‌گه کدام صفحه‌ها و معلومات باید در سایت آغازین باشه. ای از پُر کردن یک قالب با هر امکانی که یک پوسته عرضه می‌کنه، مفیدتر است.

برای یک محصول تأییدیه آژانس، یک محیط کاری آغازین می‌تونه شامل یک پروژه نمونه، وضعیت روشن تصمیم‌گیری و دستورالعمل دعوت کردن یک بازبین باشه. برای یک خدمت راپوردهی، می‌تونه شامل یک راپور نمونه خوانا و یک چک‌لست برای فراهم کردن داده‌ها باشه. قالب تصمیم‌های راه‌اندازی ره کم می‌کنه، در حالی که مقصد واقعی محصول ره نشان می‌ته.

از چیزی که در مصاحبه‌ها یاد گرفتین استفاده کنین. اگر مشتری‌ها از پیش به یک سیستم رزرف تکیه دارن، یک لینک روشن یا یک یکپارچه‌سازی آزمایش‌شده شاید بهتر از یک ابزار رزرف دوم به دردشان بخوره. تا وقتی سازگاری، نیازمندی‌های حساب و رفتارش در محیط تحویل‌دادن شمو ره بررسی نکدین، وعده یکپارچه‌سازی ندین.

یک خانواده کوچک از قالب‌ها ره پلان کنین

راهنمای اصلی سه قالب فیت‌سایت پیشنهاد می‌کنه. ای‌ها ره بخش‌های احتمالی برای آزمایش بدانین، نه سه ساخت اجباری پیش از راه‌اندازی. با قالبی شروع کنین که اولین مشتری مورد نظر شمو واقعاً ضرورت داره. وقتی یک جریان کاری جداگانه کار نگهداری ره توجیه کرد، یکی دیگه اضافه کنین.

• ضروری استودیو: یک صفحه خانه، داستان استودیو، معلومات صنف‌ها، پروفایل مربی‌ها و جزییات تماس برای یک کاروبار تک‌موقعیتی.
• جیم حرفه‌ای: معلومات عضویت یک مرکز بزرگ‌تر، گالری، و خبرها یا منابع مفید، همراه با صفحه‌های ضروری.
• زنجیره فیتنس: صفحه‌های موقعیت، جزییات ویژه هر موقعیت، و یک ساختار برای یکسان نگه‌داشتن برند مشترک.

هر قالب باید یک بریف کوتاه نوشتاری داشته باشه: کی از او استفاده می‌کنه، اقدام اصلی بازدیدکننده‌اش چیست، محتوای لازم، بخش‌های اختیاری و چیزی که شمو نگهداری می‌کنین. چند موقعیت در یک ویب‌سایت و چند ویب‌سایت جدا، معماری‌های متفاوت استن. پیش از وصل کردن قالب‌ها به محدودیت‌های پلن، تصمیم بگیرین مشتری به کدامش ضرورت داره.

انتخاب ابتدایی ره آسان و قابل‌فهم نگهدارین. مشتری باید بتوانه بر بنیاد وضعیت خود انتخاب کنه، نه با تفسیر یک نام تخنیکی پوسته. از یک اسکرین‌شات صادقانه یا نمایش از خود قالب واقعی استفاده کنین تا تجربه آغازین با وعده هم‌خوان باشه.

سایت قالب وردپرس ره بسازین

در Ultimate Multisite، قالب سایت یک سایت شبکه پیکربندی‌شده است که به حیث نقطه آغاز برای سایت نو مشتری استفاده می‌شه. یک سایت قالب اختصاصی بسازین، بعد پوسته، صفحه‌ها، مینوها و افزونه‌های پشتیبانی‌شده‌اش ره پیکربندی کنین. برای طرز نشانی کردن یک سایت به حیث قالب در نسخه نصب‌شده شمو، از مستندات فعلی قالب استفاده کنین.

یک پوسته و روش ویرایش انتخاب کنین که شمو بتوانین نگهداری کنین و مشتری‌هایتان استفاده کرده بتانن. یک چیدمان ساده بلوکی بومی شاید کافی باشه. آزمایش کنین که پوسته و هر صفحه‌ساز، از جریان کاری و ترتیب جواز Multisite مورد نظر شمو پشتیبانی می‌کنه یا نه. محبوبیت به تنهایی سازگاری با پلتفرم شمو ره ثابت نمی‌کنه.

یک مسیر کامل بازدیدکننده بسازین: یک صفحه خانه که خدمت ره توضیح می‌ته، صفحه‌های جزییات مرتبط و یک اقدام بعدی روشن. ساختار عنوان‌ها ره منطقی و لینک‌ها ره توصیفی نگهدارین. صفحه‌های کوچک، پیمایش با کیبورد، تضاد رنگ و متن خوانا ره بررسی کنین. ای بررسی‌ها سایت آغازین ره بدون ای که مشتری مجبور به طراحی دوباره باشه، آسان‌تر برای استفاده می‌سازه.

فقط افزونه‌هایی ره اضافه کنین که از بریف پشتیبانی می‌کنه. رزرف، فورم‌ها و ویژگی‌های دیگه مسئولیت‌های پیکربندی و نگهداری میاره. بررسی کنین وقتی یک سایت کاپی می‌شه چه اتفاقی می‌افته، آیا حساب‌های بیرونی باید جداگانه وصل شوه و آیا جواز افزونه استفاده مورد نظر شمو برای مشتری ره پوشش می‌ته یا نه.

محتوای جای‌نگهدار ره واقعاً مفید بسازین

متن پُرکن ره با دستورالعمل‌هایی عوض کنین که تصمیمی ره که مشتری باید بگیره توضیح می‌ته. «استودیوی خود، کسانی که استقبال می‌کنین و چیزی که بازدید اول شاملش می‌شه ره شرح بتین» از یک پاراگراف متن تبلیغاتی عمومی مفیدتر است. وقت‌های نمونه صنف، قیمت‌ها، آدرس‌ها و اشخاص ره روشن برچسپ بزنین تا با معلومات واقعی کاروبار اشتباه نشن.

فقط از عکس‌هایی استفاده کنین که اجازه شامل کردنشان در سایت‌های مشتری ره دارین، و اسناد منبع و جواز ره نگهدارین. جوازی که استفاده در ویب‌سایت خود شمو ره اجازه می‌ته، شاید بازتوزیع در یک محصول قالبی ره نپوشانه. جایی که حق‌ها روشن نیس، از یک جای‌نگهدار بی‌طرف استفاده کنین و از مشتری عکس خودش ره بخواهین. متن alt ره طوری بنویسین که محتوای معنادار ره توضیح بته، نه ای که پُر از کلیدواژه‌های جستجو باشه.

توصیه‌نامه‌های ساختگی، شمار مشتری‌ها، جایزه‌ها، صلاحیت‌ها یا نتیجه‌های پیش‌وپس ره شامل نکنین. اگر یک چیدمان جا برای توصیه‌نامه داره، بخش ره پنهان نگهدارین یا تا وقتی مشتری یک نقل‌قول واقعی و مجاز فراهم کنه، او ره به حیث یک راهنمای ویرایش نشانی کنین. مدل‌های استاک مشتری نیستن و نباید طوری نشان داده شن که گویا کاروبار ره تأیید می‌کنن.

رازها، ارسال‌های واقعی فورم، شناسه‌های تحلیل، داده‌های شخصی یا حساب‌های پرداخت وصل‌شده ره در قالب کاپی نکنین. سایت آغازین ره به حیث مواد محصول قابل استفاده دوباره در نظر بگیرین. به‌جای ای که فرض کنین کاپی‌کردن تنها بالای صفحه‌های قابل‌دید اثر می‌ذاره، چیزی ره که تکثیر می‌شه بررسی کنین.

کاپی ره آزمایش کنین، نه تنها نسخه اصلی ره

از قالب، یک سایت آزمایشی تازه مشتری بسازین. ای تجربه‌ای ره که مشتری‌ها دریافت می‌کنن بررسی می‌کنه، نه نسخه اصلی‌ای که با دقت آماده شده. وظیفه اول ره با یک حساب در سطح مشتری انجام بتین و هر جایی ره ثبت کنین که به دانشی ضرورت دارین که مشتری نو او ره نخواد داشت.

بررسی کنین که لینک‌ها در سایت درست مشتری می‌مانه، مینوها کار می‌کنه، فورم‌ها به گیرنده مورد نظر می‌رسه و اتصال‌های شخص ثالث، در صورت ضرورت، به‌روشنی به حیث پیکربندی‌نشده شناخته می‌شه. چیدمان موبایل ره بازبینی کنین و یک عکس نمونه ره عوض کنین تا ببینین آیا طراحی با محتوای عادی مشتری هم قابل‌استفاده می‌مانه یا نه.

یک لاگ کوچک تغییرات نگهدارین و وقتی پوسته یا افزونه‌ها ره تغییر می‌دین، بررسی‌های مهم ره تکرار کنین. فرض نکنین ویرایش قالب، سایت‌های مشتری را که قبلاً ساخته شده به‌روزرسانی می‌کنه. پلان کنین نگهداری و اصلاحات چطور به سایت‌های موجود می‌رسه، و او روند ره جدا از ساختن سایت‌های نو آزمایش کنین.

پیش از ای که پیش برین

• یک قالب تخصصی باید تصمیم‌ها ره کم کنه و در تکمیل یک وظیفه کمک کنه.
• محتوای نمونه آموزشی باید به‌روشنی از ادعاهای واقعی قابل تشخیص باشه.
• کاپی‌های تازه، اجازه‌ها، فورم‌ها، دارایی‌ها و روند به‌روزرسانی ره آزمایش کنین.

منابع و مطالعه بیشتر

برگرفته از درس اصلی کاروبار ویب‌سایت. Ultimate Multisite: قابلیت‌های قالب سایت

درس قبلی · مرور همه ۱۴ درس