صفحه خدمات جایی است که معرفی کلی کسبوکار باید به پاسخهای مشخص تبدیل شود. بازدیدکننده میخواهد بداند این خدمت برای مسئله او مناسب است یا نه، چه چیزی در محدوده آن قرار میگیرد و برای شروع چه اطلاعاتی باید بدهد. اگر صفحه فقط یک عنوان و چند جمله تبلیغاتی داشته باشد، بخش مهمی از این بررسی دوباره به تماس تلفنی منتقل میشود.
یک صفحه خدمات خوب قرار نیست هر بازدیدکنندهای را به درخواست تبدیل کند. باید به فرد مناسب کمک کند تصمیم روشنتری بگیرد و به فردی که نیاز متفاوتی دارد، محدوده کار را صادقانه نشان دهد. این نگاه، کیفیت درخواستها و گفتوگوی بعدی را مهمتر از شمار کلیکهای بیهدف میداند.
از مسئله آشنا برای مخاطب شروع کنید
در ابتدای صفحه توضیح دهید خدمت شما چه موقعیتی را پوشش میدهد. برای نمونه، یک مجموعه فرضی تولید محتوا میتواند بگوید: «اگر خدماتتان مشخص است اما برای معرفی آنها متن منظم ندارید، در آمادهسازی محتوای صفحات سایت همراهتان میشویم.» مخاطب باید بتواند وضعیت خودش را با این توضیح مقایسه کند.
پس از آن، نتیجه همکاری را روشن کنید. «متن پنج صفحه با ساختار توافقشده» خروجی قابل تصور است؛ «تحول حضور دیجیتال» بدون توضیح، برداشتهای مختلف میسازد. اگر خروجی بر اساس نیاز پروژه تعیین میشود، همان را بنویسید و توضیح دهید در بررسی اولیه چه چیزهایی مشخص خواهند شد.
محدوده خدمت را پیش از فرم تماس توضیح دهید
مشتری نباید برای فهمیدن ابتداییترین حدود کار مجبور به ثبت اطلاعات شود. بنویسید چه مواردی معمولاً پوشش داده میشوند و کدام درخواستها نیاز به بررسی جداگانه دارند. این کار صفحه را منفی نمیکند؛ به بازدیدکننده امکان میدهد با آگاهی بیشتری ارتباط بگیرد.
برای مثال، در صفحه آمادهسازی محتوای سایت میتوان درباره تحقیق اولیه، نگارش، ویرایش و ورود متن به پنل توضیح داد. اگر عکاسی یا ترجمه بخشی از خدمت نیست، لازم است این مرز روشن باشد. مهم است که مثالهای صفحه با خدمت واقعی ارائهشده هماهنگ باشند و چیزی فقط برای جذابترشدن پیشنهاد اضافه نشود.
فرایند را از نگاه مشتری روایت کنید
نام فرایندهای داخلی تیم برای مشتری چندان مفید نیست. او میخواهد بداند چه زمانی چه کاری انجام میدهد و چه چیزی دریافت میکند. مراحل را با زبان ساده بنویسید: ارسال اطلاعات اولیه، بررسی نیاز، دریافت پیشنهاد، آمادهسازی و بازبینی خروجی. هر مرحله بهتر است یک انتظار مشخص بسازد.
بهجای وعده زمان عمومی برای همه پروژهها، عوامل تعیینکننده را توضیح دهید. آمادهبودن محتوا، اندازه پروژه و زمان پاسخ به بازخورد میتوانند روی برنامه اثر بگذارند. اگر زمان مشخصی اعلام میکنید، شرایط آن را نیز روشن کنید تا کاربر تصور نکند همه درخواستها بدون بررسی در همان مدت انجام میشوند.
شواهد را به همان خدمت مرتبط کنید
چند تصویر زیبا لزوماً نشان نمیدهند تیم در خدمت مورد نظر چه نقشی داشته است. کنار نمونهکار بنویسید مسئله پروژه چه بود، چه بخشی را شما انجام دادید و چه محدودیتهایی وجود داشت. اگر داده معتبر درباره نتیجه دارید، روش و دوره بررسی را توضیح دهید؛ اگر ندارید، روی خروجی قابل مشاهده تمرکز کنید.
برای مشتری، یک نمونه مرتبط و خوب توضیحدادهشده ممکن است از فهرست طولانی نامهای نامرتبط مفیدتر باشد. اطلاعات خصوصی پروژه را نیز فقط در محدوده مجاز منتشر کنید. این ملاحظه بخشی از کیفیت معرفی حرفهای شماست.
فرم را برای شروع گفتوگو طراحی کنید
فرم اولیه محل جمعآوری تمام جزئیات پروژه نیست. از هر فیلد بپرسید: «آیا بدون این اطلاعات، بررسی اولیه واقعاً متوقف میشود؟» نام، یک راه تماس و توضیح کوتاه نیاز در بسیاری از سناریوها نقطه شروع مناسبیاند؛ فیلدهای بیشتر باید دلیل مشخص داشته باشند. در خدمات متفاوت، اطلاعات ضروری نیز متفاوت است.
برچسب هر فیلد باید روشن و قابل مشاهده باشد. راهنمای W3C بر ارتباط برچسب با ورودی و ارائه دستور و بازخورد قابل فهم تأکید میکند. خطا را کنار مسئله نشان دهید و بگویید چگونه اصلاح میشود؛ پیام کلی «اطلاعات اشتباه است» برای کاربر کافی نیست. این اصول را هم در طراحی و هم در آزمون واقعی فرم بررسی کنید.
مرجع طراحی فرم قابل استفاده: راهنمای فرمهای W3C
بعد از ارسال، کاربر را در ابهام نگذارید
پس از ثبت درخواست، یک پیام روشن نمایش دهید که موفقیت ارسال را تأیید کند. اگر تیم در بازه مشخصی پاسخ میدهد، همان بازه واقعی را بنویسید. مسیر اصلاح اطلاعات یا راه تماس جایگزین نیز میتواند مفید باشد. وعده پاسخ فوری را فقط زمانی بدهید که فرایند و نیروی لازم واقعاً وجود دارد.
در سمت کسبوکار، مسئول رسیدگی باید معلوم باشد. فرم بدون صندوق یا صف بررسی منظم، تنها ظاهر دریافت درخواست را ایجاد میکند. یک وضعیت داخلی ساده مثل «جدید»، «در حال بررسی» و «پاسخ داده شد» میتواند به پیگیری کمک کند؛ ابزار دقیق آن را بر اساس نیاز تیم انتخاب کنید.
پرسشهای پرتکرار را از گفتگوهای واقعی بسازید
بخش پرسشهای رایج نباید تکرار تبلیغاتی تیترهای صفحه باشد. سؤالهایی را وارد کنید که مشتری واقعاً پیش از تصمیم میپرسد: چه اطلاعاتی لازم است؟ آیا خدمت برای اندازه کسبوکار او مناسب است؟ تغییرات چگونه بررسی میشوند؟ خروجی در چه قالبی تحویل داده میشود؟ پاسخها باید کوتاه، مشخص و هماهنگ با دامنه خدمت باشند.
اگر پاسخ یک سؤال به شرایط پروژه بستگی دارد، عوامل تصمیم را توضیح دهید. نوشتن «بستگی دارد، تماس بگیرید» بهتنهایی اطلاعات تازهای نمیدهد. میتوانید بگویید چه مواردی در بررسی اولیه مشخص میشوند تا کاربر بداند چرا گفتوگوی بعدی لازم است.
یک آزمایش ساده برای ارزیابی صفحه
صفحه را به فردی خارج از تیم بدهید و از او بخواهید چهار چیز را پیدا کند: خدمت برای چه کسی است، چه خروجی دارد، چه چیزی را پوشش نمیدهد و چطور باید درخواست بدهد. جوابها را با هدفی که برای صفحه نوشتهاید مقایسه کنید. اگر پیداکردن یکی از آنها دشوار است، همان بخش را اصلاح کنید.
- آیا عنوان صفحه، نام واقعی و قابل فهم خدمت است؟
- آیا محدوده کار پیش از فرم توضیح داده شده است؟
- آیا نمونهکار به همین خدمت ارتباط دارد؟
- آیا فرم فقط اطلاعات لازم برای مرحله اول را میگیرد؟
- آیا پیام موفقیت و مسیر پیگیری قابل فهماند؟
- آیا همه این کارها روی گوشی هم قابل انجاماند؟
صفحه خدمات زمانی نقش خود را خوب انجام میدهد که گفتوگوی بعدی را از نقطه روشنتری شروع کند. بهجای افزودن پیدرپی شعار و دکمه، ابهامهای واقعی را کم کنید و مسیر بررسی درخواست را در پشت صفحه به همان اندازه جدی بگیرید.